CAFE

network

Duplicated Incoming Packets (ping icmp_seq=1 ttl=64 time=13.8 ms (DUP!))

작성자이누기|작성시간09.07.24|조회수1,174 목록 댓글 0

13.2 Duplicated Incoming Packets
--------------------------------
        bonding 장치가 처음 사용되거나 얼마동안 idle 일때 duplicated traffic가 짧게 튀는 것이 목격되는 것은 매우 드문 현상은 아니다.
        이것은 가장 쉽게는 다른 host 에 ping 명령을 내렸을 때 나타나며, 그리고 ping flags duplicates로 부터 나타난다.

        예를 들어 , 하나의 스위치에 연결된 5개의 slave으로 구현된 active-backup mode bond는,
        아마 아래와 같이 나타날 것이다.
       
        # ping -n 10.0.4.2
        PING 10.0.4.2 (10.0.4.2) from 10.0.3.10 : 56(84) bytes of data.
        64 bytes from 10.0.4.2: icmp_seq=1 ttl=64 time=13.7 ms
        64 bytes from 10.0.4.2: icmp_seq=1 ttl=64 time=13.8 ms (DUP!)
        64 bytes from 10.0.4.2: icmp_seq=1 ttl=64 time=13.8 ms (DUP!)
        64 bytes from 10.0.4.2: icmp_seq=1 ttl=64 time=13.8 ms (DUP!)
        64 bytes from 10.0.4.2: icmp_seq=1 ttl=64 time=13.8 ms (DUP!)
        64 bytes from 10.0.4.2: icmp_seq=2 ttl=64 time=0.216 ms
        64 bytes from 10.0.4.2: icmp_seq=3 ttl=64 time=0.267 ms
        64 bytes from 10.0.4.2: icmp_seq=4 ttl=64 time=0.222 ms
       
        이것은 bonding driver의 에러 때문이 아니다,
        오히려 , 이것은 그들의 MAC forwarding table 를 얼마나 많은 스위치들이 업데이트하는지의 주변효과이다.
        처음에 , 스위치는 각각의 스위치 포트의 패킷안에서 MAC 주소를 연관시키지 않는다,
        그리고 아마 MAC forwarding table 가 업데이트될 때까지 모든 포트에 트래픽을 보낸다.

        duplicated packet 행동은 스위치에 의존적인 일이다, 어떤 스위치들은 이것을 표시하고 다른 스위치들은 나타내지 않는다.
        이 행동을 보여주는 스위치들에서는 , MAC forwarding table를 clearing 이 됨으로해서 이 현상이 나타날 수 있다.
        (대부분 Cisco switch),  권한이 있는 명령 "clear mac address-table dynamic" 는 이를

다음검색
현재 게시글 추가 기능 열기

댓글

댓글 리스트
맨위로

카페 검색

카페 검색어 입력폼