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" 는 이를