目次
ネットワーク機器などで、バッファーの容量を超え、パケットが破棄されることです。
TCPだとパケットの再送機能で問題が発生することはあまりないですが、
最近の低レイテンシーのためのUDP通信を使っているとパケットディスカードで問題が発生してしまいます。
pingも再送機能はないので、pingが失敗すると、パケットディスカードが発生していると思います。
pingが失敗しないまでも、pingのレイテンシーが遅い時があったりすると、パケットディスカードを注意した方がよいでしょう。
私の経験ですと、Catalyst 3750や3850の1Gのポートのスイッチでも、
300Mbpsが少し続いているくらいで、パケットディスカードします。
Buffers – Very high speed memory used to store packets when a network device is experiencing congestion. The two main causes of congestion are when an ingress interface is transmitting data faster than the egress interface can transmit, and when multiple ingress interfaces transmit concurrently to one egress interface. Buffering and queuing are the leading sources of latency in an Ethernet switch system. However, buffers are required when you experience congestion so that traffic is not discarded forcing a retransmission or causing loss. The sizing and allocation of buffers is a very important factor, requiring balance between congestion management and ultra low-latency.
https://www.arista.com/en/solutions/low-latency-high-frequency-financial-trading-networks
訳
バッファ–ネットワークデバイスが輻輳しているときにパケットを格納するために使用される非常に高速なメモリ。 輻輳の2つの主な原因は、入力インターフェイスが出力インターフェイスが送信できるよりも速くデータを送信している場合と、複数の入力インターフェイスが1つの出力インターフェイスに同時に送信する場合です。 バッファリングとキューイングは、イーサネットスイッチシステムにおけるレイテンシの主要な原因です。 ただし、トラフィックが廃棄されて再送信が強制されたり、損失が発生したりしないように、輻輳が発生した場合はバッファが必要です。 バッファのサイジングと割り当ては非常に重要な要素であり、輻輳管理と超低遅延の間のバランスが必要です。
ネットワーク機器のコマンドでもパケットディスカードがあるか、ないかはわかりますが、
いつどのくらい発生したのかは把握できないです。
パケットディスカードは、snmpで取得できるので、Cactiなどの監視ツールでグラフ化して、監視する必要があります。
Router#sh interfaces fastEthernet 6/1 counters errors Port Align-Err FCS-Err Xmit-Err Rcv-Err UnderSize OutDiscards ★ Fa6/1 0 0 0 0 0 0 Port Single-Col Multi-Col Late-Col Excess-Col Carri-Sen Runts Giants Fa6/1 0 0 0 0 0 0 0
Controller# show interfaces gigabitethernet3/0/2
GigabitEthernet3/0/2 is down, line protocol is down (notconnect)
Hardware is Gigabit Ethernet, address is 2037.064d.4381 (bia 2037.064d.4381)
MTU 1500 bytes, BW 1000000 Kbit/sec, DLY 10 usec,
reliability 255/255, txload 1/255, rxload 1/255
Encapsulation ARPA, loopback not set
Keepalive set (10 sec)
Auto-duplex, Auto-speed, media type is 10/100/1000BaseTX
input flow-control is off, output flow-control is unsupported
ARP type: ARPA, ARP Timeout 04:00:00
Last input never, output never, output hang never
Last clearing of "show interface" counters never
Input queue: 0/2000/0/0 (size/max/drops/flushes); Total output drops: 0 ★
Queueing strategy: fifo
Output queue: 0/40 (size/max)
5 minute input rate 0 bits/sec, 0 packets/sec
5 minute output rate 0 bits/sec, 0 packets/sec
0 packets input, 0 bytes, 0 no buffer
Received 0 broadcasts (0 multicasts)
0 runts, 0 giants, 0 throttles
0 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored
0 watchdog, 0 multicast, 0 pause input
0 input packets with dribble condition detected
0 packets output, 0 bytes, 0 underruns
0 output errors, 0 collisions, 1 interface resets
0 unknown protocol drops
0 babbles, 0 late collision, 0 deferred
0 lost carrier, 0 no carrier, 0 pause output
0 output buffer failures, 0 output buffers swapped out
トラフィックが多いポートのバッファーを増やすこともできます。
ただし、機器で全体のバッファーが決まっていますし、Catalystなどはバッファーが少ないです。
バッファーの多い機器にスイッチをリプレースしましょう
スイッチ全体のトラフィック容量もありますので、全体的にトラフィックが多い場合には、スイッチを分けます。
QoSやサーバ側の処理で、トラフィックを制限することで、パケットディスカードが起こらないようにします。
knowledge