问题描述
在Openstack中创建了一个名为”Private_Network”的私有网络，范围为192.168.220.0/24，并创建了一个名为”Virtual_Router”的虚拟路由器，连接到外部网络。然后，将”Private_Network”的默认网关即192.168.220.1连接到”Virtual_Router”，以便连接到”Private_Network”的所有虚拟机可以通过SNAT访问互联网。
用户使用vxlan作为覆盖网络，并使用了一个扁平的提供者网络。
在将”Private_Network”连接到”Virtual_Router”时，会立即创建两个端口：IP地址为192.168.220.1的”router_interface_distributed”和IP地址为192.168.220.45的”router_centralized_snat”。然而，这两个端口都会在一段时间内保持DOWN状态，时间长短随机，如2小时、45分钟或20分钟。需要注意的是，很少情况下，只要我将”Private_Network”连接到”Virtual_Router”，这两个端口就会立即变为UP状态。
用户已经进行了大量的搜索，以找出这个问题背后的主要原因。用户不认为服务器配置有问题，因为有几种情况下，只要我将”Private_Network”连接到”Virtual_Router”，这两个端口就会立即变为UP状态。因此，用户尝试查看日志文件，并注意到要使每个端口变为UP状态，需要通过三个主要阶段：DHCP、端口绑定和L2配置。用户将日志级别更改为DEBUG，并详细调查了日志文件。
用户多次运行了以下过程：
1. 在Horizon中创建一个全新的项目。
2. 在范围为192.168.220.x/24的虚拟网络中创建一个全新的虚拟网络（称为”Private_Network”）。
3. 创建一个连接到外部网络的全新虚拟路由器（称为”Virtual_Router”）。
4. 将”Private_Network”的192.168.220.1（默认网关）连接到”Virtual_Router”。
5. cat /var/log/neutron/* | grep snat_port
在我进行的十多个实验中，neutron要么在”端口绑定”阶段卡住，要么在”L2配置”阶段卡住。当它卡在”端口绑定”阶段时，需要随机时间才能完成，如45分钟、20分钟或10分钟。一旦”端口绑定”阶段完成，”L2配置”阶段将在不到一分钟内完成，端口状态将变为”UP”。然而，如果”L2配置”阶段卡住，前两个阶段将在不到1分钟内完成，但”L2配置”阶段将卡住数小时。为什么会出现这么多延迟让我感到困惑。
如果有人能帮助我解决这个问题，我将不胜感激。
解决方案
请注意以下操作注意版本差异及修改前做好备份。
方案1
通常，解决端口生成问题需要管理员权限和日志来进行全面的故障排除。
对于DVR来说比较困难，但你可能需要跟踪每个端口的创建，并查看延迟发生的位置。
在Openstack中，事件通过rabbitmq传递，以提供端到端的编排。如果某个过程花费了很长时间，整个过程都会延迟。
方案2
请注意以下操作注意版本差异及修改前做好备份。
另一种方法是检查网络配置和性能。确保网络连接正常，并且没有任何瓶颈或故障。
你可以尝试以下步骤来解决问题：
1. 检查网络配置，确保网络设置正确。
2. 检查网络连接，确保网络连接正常。
3. 检查网络性能，确保没有任何瓶颈或故障。
如果问题仍然存在，请尝试重新启动相关服务，并确保所有服务都正常运行。
方案3
请注意以下操作注意版本差异及修改前做好备份。
另一种可能的解决方案是升级Openstack版本。某些版本可能存在已知的问题或bug，升级到最新版本可能会解决问题。
在升级之前，请确保备份所有重要数据，并在升级过程中遵循官方文档和指南。
方案4
请注意以下操作注意版本差异及修改前做好备份。
如果以上解决方案都无法解决问题，你可以尝试重新安装Openstack。这可能会清除任何配置错误或损坏的文件，并重新设置系统。
在重新安装之前，请确保备份所有重要数据，并在安装过程中遵循官方文档和指南。
以上是一些可能的解决方案，希望能帮助你解决问题。如果问题仍然存在，请尝试咨询Openstack社区或寻求专业支持。