В .Net приложении выставляю таймауты в 30 минут и дергаю веб-сервис. Через 10 секунд .Net плюется ошибкой:

The request channel timed out while waiting for a reply after 00:29:59.6559803. Increase the timeout value passed to the call to Request or increase the SendTimeout value on the Binding. The time allotted to this operation may have been a portion of a longer timeout.

Уважаемые коллеги, подскажите, это таймаут чем вообще вызван?

Перехвачено Network Monitor:

24    13:06:49 30.10.2011    3.1840119    soap.vshost.exe    10.31.32.32    10.31.0.98    HTTP    HTTP:Request, POST /sap/bla-bla-bla/2f1e6c861a5630359a1232c    {HTTP:6, TCP:5, IPv4:4}
25    13:06:49 30.10.2011    3.2050755    soap.vshost.exe    10.31.0.98    10.31.32.32    TCP    TCP:Flags=...A...., SrcPort=50100, DstPort=62654, PayloadLen=0, Seq=794557096, Ack=1063000577, Win=50320 (scale factor 0x0) = 50320    {TCP:5, IPv4:4}
26    13:06:49 30.10.2011    3.2055174    soap.vshost.exe    10.31.0.98    10.31.32.32    HTTP    HTTP:Response, HTTP/1.1, Status: Continue., URL: /sap/bla-bla-bla/2f1e6c861a5630359a1232c    {HTTP:6, TCP:5, IPv4:4}
27    13:06:49 30.10.2011    3.2057339    soap.vshost.exe    10.31.32.32    10.31.0.98    SOAP    SOAP:xmlns:s="http://schemas.xmlsoap.org/soap/envelope/"    {HTTP:6, TCP:5, IPv4:4}
28    13:06:49 30.10.2011    3.2057408    soap.vshost.exe    10.31.32.32    10.31.0.98    TCP    TCP:[Continuation to #27]Flags=...A...., SrcPort=62654, DstPort=50100, PayloadLen=1360, Seq=1063001937 - 1063003297, Ack=794557179, Win=16639 (scale factor 0x2) = 66556    {TCP:5, IPv4:4}
29    13:06:49 30.10.2011    3.2278513    soap.vshost.exe    10.31.0.98    10.31.32.32    TCP    TCP:Flags=...A...., SrcPort=50100, DstPort=62654, PayloadLen=0, Seq=794557179, Ack=1063001937, Win=48960 (scale factor 0x0) = 48960    {TCP:5, IPv4:4}
30    13:06:49 30.10.2011    3.2279058    soap.vshost.exe    10.31.32.32    10.31.0.98    TCP    TCP:[Continuation to #27]Flags=...A...., SrcPort=62654, DstPort=50100, PayloadLen=1360, Seq=1063003297 - 1063004657, Ack=794557179, Win=16639 (scale factor 0x2) = 66556    {TCP:5, IPv4:4}
31    13:06:49 30.10.2011    3.2279176    soap.vshost.exe    10.31.32.32    10.31.0.98    TCP    TCP:[Continuation to #27]Flags=...A...., SrcPort=62654, DstPort=50100, PayloadLen=1360, Seq=1063004657 - 1063006017, Ack=794557179, Win=16639 (scale factor 0x2) = 66556    {TCP:5, IPv4:4}
32    13:06:49 30.10.2011    3.2504596    soap.vshost.exe    10.31.0.98    10.31.32.32    TCP    TCP:Flags=...A...., SrcPort=50100, DstPort=62654, PayloadLen=0, Seq=794557179, Ack=1063004657, Win=46240 (scale factor 0x0) = 46240    {TCP:5, IPv4:4}
33    13:06:49 30.10.2011    3.2504955    soap.vshost.exe    10.31.32.32    10.31.0.98    TCP    TCP:[Continuation to #27]Flags=...AP..., SrcPort=62654, DstPort=50100, PayloadLen=1188, Seq=1063006017 - 1063007205, Ack=794557179, Win=16639 (scale factor 0x2) = 66556    {TCP:5, IPv4:4}
34    13:06:49 30.10.2011    3.3593042    soap.vshost.exe    10.31.0.98    10.31.32.32    TCP    TCP:Flags=...A...., SrcPort=50100, DstPort=62654, PayloadLen=0, Seq=794557179, Ack=1063006017, Win=50320 (scale factor 0x0) = 50320    {TCP:5, IPv4:4}
36    13:06:49 30.10.2011    3.6653268    soap.vshost.exe    10.31.32.32    10.31.0.98    TCP    TCP:[ReTransmit #33][Continuation to #27]Flags=...AP..., SrcPort=62654, DstPort=50100, PayloadLen=1188, Seq=1063006017 - 1063007205, Ack=794557179, Win=16639 (scale factor 0x2) = 66556    {TCP:5, IPv4:4}
38    13:06:50 30.10.2011    4.2653606    soap.vshost.exe    10.31.32.32    10.31.0.98    TCP    TCP:[ReTransmit #33][Continuation to #27]Flags=...AP..., SrcPort=62654, DstPort=50100, PayloadLen=1188, Seq=1063006017 - 1063007205, Ack=794557179, Win=16639 (scale factor 0x2) = 66556    {TCP:5, IPv4:4}
40    13:06:51 30.10.2011    5.4654306    soap.vshost.exe    10.31.32.32    10.31.0.98    TCP    TCP:[ReTransmit #33][Continuation to #27]Flags=...AP..., SrcPort=62654, DstPort=50100, PayloadLen=1188, Seq=1063006017 - 1063007205, Ack=794557179, Win=16639 (scale factor 0x2) = 66556    {TCP:5, IPv4:4}
42    13:06:54 30.10.2011    7.8655696    soap.vshost.exe    10.31.32.32    10.31.0.98    TCP    TCP:[ReTransmit #33][Continuation to #27]Flags=...AP..., SrcPort=62654, DstPort=50100, PayloadLen=1188, Seq=1063006017 - 1063007205, Ack=794557179, Win=16639 (scale factor 0x2) = 66556    {TCP:5, IPv4:4}
61    13:06:58 30.10.2011    12.6687821    soap.vshost.exe    10.31.32.32    10.31.0.98    TCP    TCP:[ReTransmit #33][Continuation to #27]Flags=...AP..., SrcPort=62654, DstPort=50100, PayloadLen=1188, Seq=1063006017 - 1063007205, Ack=794557179, Win=16639 (scale factor 0x2) = 66556    {TCP:5, IPv4:4}
121    13:07:08 30.10.2011    22.2673228    soap.vshost.exe    10.31.32.32    10.31.0.98    TCP    TCP:Flags=...A.R.., SrcPort=62654, DstPort=50100, PayloadLen=0, Seq=1063007205, Ack=794557179, Win=0 (scale factor 0x2) = 0    {TCP:5, IPv4:4}

Если смотреть на лог монитора, то можно заключить следующее:
На пакет #33 не пришел ACK. TCP стек честно пять раз попробовал ретрансмитнуть его (36,38,40 и.т.д ), после чего сбросил соединение.

Таймауты тут увеличивать бессмысленно. Учитывая, что оба хоста находятся по всей видимости в одной сети, вероятность что пакеты теряются из-за плохого канала мала, судя по параметрам соединения, все шло хорошо до передачи пакета #33. Остается предположить, что пакеты губит какая то софтина вроде фаервола-прокси-антивируса. Причем, врядли это стандартный виндовый фаервол, он за такими умностями замечен не был. Нет ли в сети какого нибудь ISA сервера или squid a?

Здравствуйте, Аноним, Вы писали:

Спасибо большое за помощь.

А>Если смотреть на лог монитора, то можно заключить следующее:
А>На пакет #33 не пришел ACK. TCP стек честно пять раз попробовал ретрансмитнуть его (36,38,40 и.т.д ), после чего сбросил соединение.

#34 это разве не ACK на #33?

Р>#34 это разве не ACK на #33?
Судя по дампу — на #31. Идет ACK = SEQ(31) + LEN(31) — т.е подтверждается сборка потока включая данные 31 пакета.

На 33 ACK не видно ( должен был бы быть ACK=1063007205)