https://www.opennet.ru/openforum/vsluhforumID6/660.html На клиенте установлен linux, работает приложение которое работает с сервером по протоколу http на нестандартному порту. Периодически приложение выдает что "не может соединиться с сервером". На порту коммутатора Cisco 3560 и на контроллере ошибок нет. Никакие файерволы и acl трафик точно не блокируют.<br>Собрал дамп трафика, после анализа wireshark'ом вижу, что в момент сбоя - клиент получает ответ от сервера BAD REQUEST [400], а перед этим много "tcp retransmission" и "tcp dup ack".<br><br>Вопрос - это проблема прикладного уровня или все же, где то проблема на более низком(сетевом/транспортном) уровне<br><br><br><br><br><br><br><br><br><br> https://www.opennet.ru/openforum/vsluhforumID6/660.html#5 Thu, 04 Apr 2013 08:14:41 GMT &gt;&gt;&gt;&gt; А если выключить SACK?<br>&gt;&gt;&gt; TCP ведь протокол надежной доставки. Может быть такое что по каким-то причинам <br>&gt;&gt;&gt; от клиента на сервер придет битый запрос, который сервер и посчитает <br>&gt;&gt;&gt; некорректным и ответит BAD request?<br>&gt;&gt; Как вариант глючные сетевухи, multi-path routing, MTU или заторы в сети.<br>&gt;&gt; Если получаете tcp retransmit значит сервер не получил отправленный клиентом ACK.<br>&gt;&gt; Про Dup ACK и SACK можно почитать например здесь: <br>&gt;&gt; http://packetlife.net/blog/2010/jun/17/tcp-selective-acknowledgments-sack/ <br>&gt; спасибо почитаю.<br>&gt; ссылка у меня не работает "404 Not Found" <br><br>ссылка заработала, почитал, спасибо.<br>Отключил эту опцию TCP вот уже сутки ошибок не наблюдаю, спасибо, думаю в этом и была проблема.<br>Кстати сервер Win2003, там SACK включена. Видимо не договариваются.<br> https://www.opennet.ru/openforum/vsluhforumID6/660.html#4 Mon, 01 Apr 2013 10:27:40 GMT &gt;&gt;&gt; А если выключить SACK?<br>&gt;&gt; TCP ведь протокол надежной доставки. Может быть такое что по каким-то причинам <br>&gt;&gt; от клиента на сервер придет битый запрос, который сервер и посчитает <br>&gt;&gt; некорректным и ответит BAD request?<br>&gt; Как вариант глючные сетевухи, multi-path routing, MTU или заторы в сети.<br>&gt; Если получаете tcp retransmit значит сервер не получил отправленный клиентом ACK.<br>&gt; Про Dup ACK и SACK можно почитать например здесь: <br>&gt; http://packetlife.net/blog/2010/jun/17/tcp-selective-acknowledgments-sack/ <br><br>спасибо почитаю.<br>ссылка у меня не работает "404 Not Found"<br> https://www.opennet.ru/openforum/vsluhforumID6/660.html#3 Mon, 01 Apr 2013 08:56:19 GMT <br>&gt;&gt; А если выключить SACK?<br>&gt; TCP ведь протокол надежной доставки. Может быть такое что по каким-то причинам <br>&gt; от клиента на сервер придет битый запрос, который сервер и посчитает <br>&gt; некорректным и ответит BAD request?<br><br>Как вариант глючные сетевухи, multi-path routing, MTU или заторы в сети.<br><br>Если получаете tcp retransmit значит сервер не получил отправленный клиентом ACK.<br>Про Dup ACK и SACK можно почитать например здесь:<br>http://packetlife.net/blog/2010/jun/17/tcp-selective-acknowledgments-sack/ <br> https://www.opennet.ru/openforum/vsluhforumID6/660.html#2 Mon, 01 Apr 2013 08:06:03 GMT <br><br>&gt; А если выключить SACK?<br><br>TCP ведь протокол надежной доставки. Может быть такое что по каким-то причинам от клиента на сервер придет битый запрос, который сервер и посчитает некорректным и ответит BAD request?<br> https://www.opennet.ru/openforum/vsluhforumID6/660.html#1 Fri, 29 Mar 2013 10:52:48 GMT &gt; На клиенте установлен linux, работает приложение которое работает с сервером по протоколу <br>&gt; http на нестандартному порту. Периодически приложение выдает что "не может соединиться <br>&gt; с сервером". На порту коммутатора Cisco 3560 и на контроллере ошибок <br>&gt; нет. Никакие файерволы и acl трафик точно не блокируют.<br>&gt; Собрал дамп трафика, после анализа wireshark'ом вижу, что в момент сбоя - <br>&gt; клиент получает ответ от сервера BAD REQUEST [400], а перед этим <br>&gt; много "tcp retransmission" и "tcp dup ack".<br>&gt; Вопрос - это проблема прикладного уровня или все же, где то проблема <br>&gt; на более низком(сетевом/транспортном) уровне <br><br>А если выключить SACK?<br>