7.8. VLAN 프로바이더 네트워크에서 인스턴스 물리적 네트워크 연결 문제 해결
VLAN 프로바이더 네트워크에서 연결 문제를 해결할 때 "VLAN 프로바이더 네트워크 패킷 흐름은 어떻게 작동합니까?"에 설명된 패킷 흐름을 참조하십시오. 또한 다음 구성 옵션을 검토합니다.
절차
1. 물리적 네트워크 이름이 일관되게 사용되는지 확인합니다. 이 예에서는 네트워크를 만드는 동안 및 bridge_mapping
구성 내에서 physnet1
이 일관되게 사용됩니다.
# grep bridge_mapping /etc/neutron/plugins/ml2/openvswitch_agent.ini bridge_mappings = physnet1:br-ex # openstack network show provider-vlan171 ... | provider:physical_network | physnet1 ...
2. 네트워크가 외부로
생성되었고, 유형 vlan
이며 올바른 segmentation_id
값을 사용하는지 확인합니다.
# openstack network show provider-vlan171 ... | provider:network_type | vlan | | provider:physical_network | physnet1 | | provider:segmentation_id | 171 | ...
3. ovs-vsctl show
를 실행하고 patch -peer int-br -ex <❏ phy
-ex 가 연결되어 있는지 확인합니다.-br-ex를 사용하여 br-
int 및 br
이 연결은 bridge_mapping이
를 다시 시작하는 동안 생성됩니다./etc/neutron/plugins/ml2/ openvswitch_ agent.ini에 올바르게 구성된 경우 neutron-
openvswitch-agent.ini
서비스를 다시 시작한 후에도 생성되지 않은 경우 bridge_mapping 설정을 다시 확인합니다.
4. 나가는 패킷의 흐름을 검토하려면 ovs-ofctl dump-flows br-ex
및 ovs-ofctl dump-flows br-int
를 실행하고 흐름이 내부 VLAN ID를 외부 VLAN ID(segmentation_id)에 매핑하는지 확인합니다. 들어오는 패킷의 경우 외부 VLAN ID를 내부 VLAN ID에 매핑합니다.
이 흐름은 이 네트워크에 인스턴스를 처음 생성할 때 neutron OVS 에이전트에서 추가합니다. 인스턴스를 생성한 후 이 흐름을 생성하지 않으면 네트워크가 vlan
으로 생성되고 외부
이며 physical_network
이름이 올바른지 확인합니다. 또한 bridge_mapping
설정을 다시 확인합니다.
5. 마지막으로 ifcfg-br-ex 및 ifcfg- ethx 구성을 다시 확인합니다. br-ex 에 포트 ethX 가 포함되고 ifcfg-br-ex 및 ifcfg-ethx 모두 ip a
명령의 출력에 UP
플래그가 있는지 확인합니다.
예를 들어 다음 출력은 eth1 이 br-ex 의 포트임을 보여줍니다.
Bridge br-ex Port phy-br-ex Interface phy-br-ex type: patch options: {peer=int-br-ex} Port "eth1" Interface "eth1"
다음 명령은 eth1 이 포트로 추가되었으며, 커널이 인터페이스에서 OVS 브리지 br-ex 로 모든 패킷을 이동하도록 구성되어 있음을 보여줍니다. 이는 master ovs-system
항목에서 보여줍니다.
# ip a 5: eth1: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq master ovs-system state UP qlen 1000