이것이 내가 보는 것입니다:
# netstat -i
Kernel Interface table
Iface MTU Met RX-OK RX-ERR RX-DRP RX-OVR TX-OK TX-ERR TX-DRP TX-OVR Flg
bond0 1500 0 703449 0 147463 0 978099 0 0 0 BMmRU
eth4 1500 0 306302 0 0 0 259244 0 0 0 BMsRU
eth5 1500 0 397147 0 6 0 718855 0 0 0 BMsRU
lo 16436 0 1977704 0 0 0 1977704 0 0 0 LRU
# cat /proc/net/bonding/bond0
Ethernet Channel Bonding Driver: v3.7.1 (April 27, 2011)
Bonding Mode: IEEE 802.3ad Dynamic link aggregation
Transmit Hash Policy: layer3+4 (1)
MII Status: up
MII Polling Interval (ms): 100
Up Delay (ms): 5000
Down Delay (ms): 5000
802.3ad info
LACP rate: fast
Aggregator selection policy (ad_select): stable
Active Aggregator Info:
Aggregator ID: 1
Number of ports: 2
Actor Key: 17
Partner Key: 32912
Partner Mac Address: RE:DA:CT:ED:be:05
Slave Interface: eth4
MII Status: up
Speed: 1000 Mbps
Duplex: full
Link Failure Count: 0
Permanent HW addr: RE:DA:CT:ED:1a:da
Aggregator ID: 1
Slave queue ID: 0
Slave Interface: eth5
MII Status: up
Speed: 1000 Mbps
Duplex: full
Link Failure Count: 0
Permanent HW addr: RE:DA:CT:ED:1a:db
Aggregator ID: 1
Slave queue ID: 0
21% 패킷 손실은 DOS 공격과 동일합니다. (아직 "의도적" 및/또는 "악의적 의도"에 대해 언급할 만큼 충분히 조사하지 않았습니다.) 채권은 eth4
및 로 구성됩니다 eth5
. 호스트에서는 다른 인터페이스가 활성화되어 있지 않습니다.
이것이 아닌 것:
- 이 호스트에는 실행 중인 방화벽이 없습니다. 이는 내부 방화벽으로 인한 패킷 손실이 아닙니다.
cat /proc/net/bonding/bond0
오류 없음 표시ethtool -S <iface>
오류는 표시되지 않지만 개별 인터페이스에 대한 결과에만 아무것도 포함되지 않습니다.- 네트워킹 팀은 스위치가 호스트의 IP 주소를 바인딩된 MAC 주소와 일치시키고 있으며 두 값이 모두 정확하다고 밝혔습니다.
한계:
- 네트워크는 서로 다른 팀에 의해 운영됩니다. 스위치에 직접 접근할 수 없습니다.
질문:
- 바인딩 패킷 손실의 원인은 무엇입니까?
- 본딩에서 개별 인터페이스 대신 패킷 손실이 표시되는 이유는 무엇입니까?
- 범위를 좁히는 데 도움이 되도록 네트워크 팀에 전달할 수 있는 Cisco 스위치 권장 사항은 무엇입니까?
연결을 시작하면 패킷이 삭제되는 것을 볼 수 있습니까, 아니면
tcpdump
로깅 지점 전에 삭제가 발생합니까?tcpdump
참고자료 찾았어요물방울 테이블, 설치하고 실행합니다. 유일한 드롭 형태는 다음과 같습니다.
irq_stack_union+0은 0에서 삭제됩니다. -1은 __per_cpu_end+fffee201에서 삭제됩니다. -1은 __per_cpu_end+fffee202에서 삭제됩니다.
지금 공부해 봅시다.
- 인터럽트 밸런스수많은 정보가 표시되지만 그 중 어느 것도 슬램덩크가 아닙니다. 그러나 데몬은 호스트 시스템에서 실행 중입니다.
이 Red Hat 솔루션"Softnet 백업 완료"를 언급했습니다. 다른 솔루션에는 "측정 /proc/net/softnet_stat
"이 추가됩니다. 지금까지 이것이 무엇을 의미하는지 자세히 설명하는 솔루션은 없습니다. "Softnet Backup Full"이 이러한 패킷 손실의 원인인지 구체적으로 어떻게 식별합니까?
답변1
결과적으로 이는 "설계된 대로 작동"합니다. 바라보다https://access.redhat.com/solutions/657483