나는 정의 된 로직으로 서로 연결된 mininet 105 스위치에 커스텀 네트워크 토폴로지를 구축했으며, 모든 스위치에는 이와 연결된 노드가 있습니다.Mininet 커스텀 토폴로지에서 ping 이슈
문제점은 s2 -> s94 패킷이 대상에 도달 할 때 발생하지만 h2 -> h94에서 ping을 호출하면 총 패킷 손실이 발생합니다.
누구나 나를 안내 할 수 있습니까? 네트워크를 통해 트래픽을 생성해야하므로 중요합니다.
난 Mininet 2.0.0 들어 Mininet VM http://mininet.org/download/
을 사용하고, 이동 단말 명령의 기본 제어부 (우분투 자동으로 설치 될 수있다.) OVS 컨트롤러 인 컨트롤러 OVS-16 개 스위치를 지원 불행히도. 16 개 이상의 스위치를 사용하려면 16 개 이상의 스위치를 지원하는 컨트롤러를 사용해야합니다.
솔루션 : POX 컨트롤러를 사용해보십시오!
류가 더 좋습니다. http://osrg.github.io/ryu/ –
사용하십시오 수두 컨트롤러
. 토폴로지 내가 수두는 일을 할 것입니다 있는지 확실하지 않습니다 루프가 포함되어있는 경우 컨트롤러 터미널에서$cd pox $./pox.py openflow.discovery forwarding.l2_learning
는 이제 pingall
을 시도합니다. 이전에 비슷한 문제가 생겼습니다. 기본적으로 STP 또는 이와 유사한 것이 필요했습니다. Onos 컨트롤러가 이것을 할 수 있습니다.
여기서 언급 할 수있는 것은 미니 넷의 스위치가 호스트 네임 스페이스 (자신의 네임 스페이스에서 실행중인 호스트에 위치)에서 실행되고 있다는 것입니다. 따라서 s2에서 ping을하면 어쨌든 이상한 결과가 나올 수 있습니다. 예를 들어 s2 ifconfig을 수행하면 모든 스위치의 모든 인터페이스가 표시됩니다. 내 요점은, 스위치를 사용하여 연결 테스트가 오도 된 수 있습니다.
또한 다른 게시물에서 알 수 있듯이 분명히 OF 컨트롤러가 필요합니다.
어떤 SDN 컨트롤러를 사용하고 있습니까? –
루프를 지원하는 opendaylight를 사용하고 있는데 문제가 토폴로지와 관련이 있습니다. 좁히려 고합니다 ... – Gulzi
흐름 테이블에이 흐름을 차단하는 특정 규칙이 있는지 확인하십시오. 그러나 나는 그것이 문제가 아니라고 생각합니다. 컨트롤러를 다시 시작하고 'pingall'을하십시오. –