(Примечание: я не сетевой инженер). Мы отправляем файлы внешнему поставщику и получаем случайные таймауты для разных служб. Кажется, что у нас чаще всего возникают таймауты для больших файлов. Мы сделали захват пакета, который показывает, что наше окно сжимается, и подозреваем, что небольшие полезные данные достигают этого до того, как окно достигает 0, тогда как большие полезные данные дают нам RST.
11369 > su-mit-tg [ACK] Seq=677231 Ack=253694 Win=32768 Len=0
11369 > su-mit-tg [ACK] Seq=677231 Ack=256614 Win=29848 Len=0
11369 > su-mit-tg [ACK] Seq=677231 Ack=259534 Win=26928 Len=0
11369 > su-mit-tg [ACK] Seq=677231 Ack=262454 Win=24008 Len=0
11369 > su-mit-tg [ACK] Seq=677231 Ack=265374 Win=21088 Len=0
11369 > su-mit-tg [ACK] Seq=677231 Ack=268294 Win=18168 Len=0
11369 > su-mit-tg [ACK] Seq=677231 Ack=271214 Win=15248 Len=0
11369 > su-mit-tg [ACK] Seq=677231 Ack=274134 Win=12328 Len=0
11369 > su-mit-tg [ACK] Seq=677231 Ack=277054 Win=9408 Len=0
11369 > su-mit-tg [ACK] Seq=677231 Ack=279974 Win=6488 Len=0
11369 > su-mit-tg [ACK] Seq=677231 Ack=282894 Win=3568 Len=0
11369 > su-mit-tg [ACK] Seq=677231 Ack=285814 Win=648 Len=0
Изменить: я имею в виду разные веб-службы, которые мы вызываем из нашего приложения. Таймауты не всегда выходят из строя для определенной службы, а вместо этого воздействуют на все службы в разное время. Я не могу отправить его из другой сети.
Я думаю, что эта проблема связана с проблемой ввода-вывода или проблемой приложения, и по какой-либо причине буфер сокета закончил пространство
Я сделал что-то вроде этого, чтобы воспроизвести проблему, связанную с вводом-выводом в Linux:
/dev/vdb 2.0G 1.6G 470M 77% /brick1
[root@nod01 ~]# ls -l /dev/vdb
brw-rw---- 1 root disk 252, 16 Apr 19 22:46 /dev/vdb
echo "252:16 $((1024*250))" > /sys/fs/cgroup/blkio/blkio.throttle.write_bps_device ## Limit write to 250KB per second
cd /brick1 ## change directory for downloading the Centos Iso
wget ftp://mirror.fdcservers.net/centos/6.4/isos/x86_64/CentOS-6.4-x86_64-bin-DVD2.iso
00:19:58.992042 IP mirror.50966 > nod01.example.com.46637: Flags [.], ack 1, win 46, options [nop,nop,TS val 2662018758 ecr 5131800], length 0
00:19:58.992107 IP nod01.example.com.46637 > mirror.50966: Flags [.], ack 11256736, win 0, options [nop,nop,TS val 5144749 ecr 2661992655], length 0 ## I'm telling to the sender, please don't send me more data, because my socket buffer is full
[root@nod01 ~]# netstat -tunap | grep wget
Active Internet connections (servers and established)
Proto Recv-Q Send-Q Local Address Foreign Address State PID/Program name
tcp 5264896 0 192.168.122.244:46637 208.53.158.34:50966 ESTABLISHED 15574/wget #### note the sender has 5M of data in the doesn't buffer, because it cannot write fast in /brick1 as data arrive
tcp 0 0 192.168.122.244:51331 208.53.158.34:21 ESTABLISHED 15574/wget