Warning: file_get_contents(/data/phpspider/zhask/data//catemap/3/sockets/2.json): failed to open stream: No such file or directory in /data/phpspider/zhask/libs/function.php on line 167

Warning: Invalid argument supplied for foreach() in /data/phpspider/zhask/libs/tag.function.php on line 1116

Notice: Undefined index: in /data/phpspider/zhask/libs/function.php on line 180

Warning: array_chunk() expects parameter 1 to be array, null given in /data/phpspider/zhask/libs/function.php on line 181
Sockets 针对TCP零窗口的Wireshark RST_Sockets_Tcp_Wireshark_Tcpdump_Lync - Fatal编程技术网

Sockets 针对TCP零窗口的Wireshark RST

Sockets 针对TCP零窗口的Wireshark RST,sockets,tcp,wireshark,tcpdump,lync,Sockets,Tcp,Wireshark,Tcpdump,Lync,在与Microsoft Lync Client(Mac OS X)共享应用程序的过程中,带RST标志的TCP ACK会根据TCP零窗口数据包从我的应用程序端发送到Lync端,并且呼叫会被丢弃 供参考: 编辑 我的应用程序的Lync BYE消息: BYE sip:172.16.6.106:48038;transport=tls;ms-opaque=28c9d310c1;ms-received-cid=BEED00;grid SIP/2.0 ms-user-logon-data: RemoteU

在与Microsoft Lync Client(Mac OS X)共享应用程序的过程中,带RST标志的TCP ACK会根据TCP零窗口数据包从我的应用程序端发送到Lync端,并且呼叫会被丢弃

供参考:

编辑

我的应用程序的Lync BYE消息:

BYE sip:172.16.6.106:48038;transport=tls;ms-opaque=28c9d310c1;ms-received-cid=BEED00;grid SIP/2.0
ms-user-logon-data: RemoteUser
Via: SIP/2.0/TLS 172.16.6.252:5061;branch=z9hG4bKB5634D63.2E095CFF28141DF6;branched=FALSE;ms-internal-info="agIDti2ZsTK4cWfhAGG1qbj2usseveww7YKemPpN3Jvhv_XAkuuCofIQAA"
Max-Forwards: 67
Via: SIP/2.0/TLS 192.168.2.3:51217;branch=z9hG4bK77E14D58.4A2E43E7B13911D2;branched=FALSE;ms-received-port=51217;ms-received-cid=BEE600
Authentication-Info: NTLM qop="auth", opaque="4207B105", srand="D2C8703A", snum="21", rspauth="010000008bc2daa4dc3b08b864000000", targetname="Lync-FE.LTN2013-Dev.local", realm="SIP Communications Service", version=4
Via: SIP/2.0/TLS 192.168.2.4:50740;branch=z9hG4bKFF62C04C.B8AD61CF28131DF6;branched=FALSE;ms-received-port=50740;ms-received-cid=1117700
Via: SIP/2.0/TLS 172.16.14.58:30689;received=172.16.14.58;ms-received-port=57719;ms-received-cid=BEE400
From: "" <sip:test1@ltn2013-dev.net>;epid=48777ee2e9;tag=dd8ced12ab
To: <sip:ilanaroom@ltn2013-dev.net>;tag=1442263920;epid=14422639
Call-ID: RkdVRZrTUlhKLke0Et9MiVaJTOJd5UMJKljncCC1
CSeq: 1 BYE
User-Agent: UCCAPI/4.0.7323.0 MC/14.0.5093.11 (Microsoft Lync for Mac 2011)
ms-client-diagnostics: 34; reason="Call terminated on a mid-call media failure where both endpoints are remote";MediaDebug="Diag:LastError:time out,time:3651253182890;LastRTP Seq:30662,SeqDelta:1,time:3651253152751;LastRTCP time:3651253151390;Last transport receive error:0x0,time:0;Last transport send error:0x0,time:0;"
Content-Length: 0
再见sip:172.16.6.106:48038;运输=tls;ms不透明=28c9d310c1;ms接收到的cid=BEED00;网格SIP/2.0
ms用户登录数据:RemoteUser
Via:SIP/2.0/TLS 172.16.6.252:5061;分支=Z9HG4B5634D63.2E095CF28141DF6;分支=假;ms internal info=“AGIDTI2ZSTK4CWFHAGG1QBJ2USSEVEWW7YKEMPN3JVHV_XAkuuCofIQAA”
最大前锋:67
Via:SIP/2.0/TLS 192.168.2.3:51217;分支=z9hG4bK77E14D58.4A2E43E7B13911D2;分支=假;ms接收端口=51217;ms接收到的cid=600
身份验证信息:NTLM qop=“auth”,opaque=“4207B105”,srand=“D2C8703A”,snum=“21”,rspauth=“01000008bc2daa4dc3b08b864000000”,targetname=“Lync FE.LTN2013-Dev.local”,realm=“SIP通信服务”,版本=4
Via:SIP/2.0/TLS 192.168.2.4:50740;分支=z9hG4bKFF62C04C.B8AD61CF28131DF6;分支=假;ms接收端口=50740;ms接收到的cid=1117700
Via:SIP/2.0/TLS 172.16.14.58:30689;已接收=172.16.14.58;ms接收端口=57719;ms接收到的cid=400
从:“;epid=48777ee2e9;标签=dd8ced12ab
致:;标签=1442263920;epid=14422639
呼叫ID:RKDVRZRTULHKLKE0ET9MIVAJTOJD5UMJKLJNCC1
CSeq:1再见
用户代理:UCCAPI/4.0.7323.0 MC/14.0.5093.11(Microsoft Lync for Mac 2011)
ms客户端诊断:34;reason=“在两个端点都是远程的情况下,呼叫在呼叫中媒体故障时终止”;MediaDebug=“Diag:LastError:超时,时间:3651253182890;LastRTP序列:30662,序列增量:1,时间:3651253152751;LastRTCP时间:3651253151390;上次传输接收错误:0x0,时间:0;上次传输发送错误:0x0,时间:0;”
内容长度:0

显示的捕获摘录表明Lync正在向您的Ap发送数据,但出于任何原因,Lync不愿意接受来自您的Ap的任何数据(因为172.16.14.58发布的窗口为0)

来自Ap的RST有一种可能性:Ap有数据要发送到Lync,但无法发送(因为win=0),最终放弃

显然,这除了表明Lync端存在问题之外没有多大帮助。检查完整的捕获可能会提供更多信息

例如:Ap以前是否能够发送数据?Lync所宣传的窗口的历史是什么?等等

更新:

*检查已发布链接的捕获:

它看起来很正常(除了结尾的零窗口内容)

大约从91秒开始,Lync server停止接受数据(win=0),向客户端发送一些短消息,然后在服务器停止接受数据30秒后,客户端向服务器发送RST

因此:捕获中并没有任何信息表明Lync server发生了什么


我确实注意到,就在服务器发出win=0之前,服务器播发的窗口比以前播发的范围小。(注意:我预计实际窗口大小比表面上公布的要大,因为涉及的“窗口大小比例因子”大于1。Wireshark不知道比例因子,因为原始TCP连接建立握手不是捕获的一部分).

显示的捕获摘录表明Lync正在向您的Ap发送数据,但出于任何原因,Lync不愿意接受来自您的Ap的任何数据(因为172.16.14.58发布的窗口为0)

来自Ap的RST有一种可能性:Ap有数据要发送到Lync,但无法发送(因为win=0),最终放弃

显然,这除了表明Lync端存在问题之外没有多大帮助。检查完整的捕获可能会提供更多信息

例如:Ap以前是否能够发送数据?Lync所宣传的窗口的历史是什么?等等

更新:

*检查已发布链接的捕获:

它看起来很正常(除了结尾的零窗口内容)

大约从91秒开始,Lync server停止接受数据(win=0),向客户端发送一些短消息,然后在服务器停止接受数据30秒后,客户端向服务器发送RST

因此:捕获中并没有任何信息表明Lync server发生了什么


我确实注意到,就在服务器发出win=0之前,服务器播发的窗口比以前播发的范围小。(注意:我预计实际窗口大小比表面上公布的要大,因为涉及的“窗口大小比例因子”大于1。Wireshark不知道比例因子,因为原始TCP连接建立握手不是捕获的一部分)。

我添加了Lync end的TCP转储和BYE消息。如果你能找到什么,请告诉我。我已经添加了tcp转储和Lync end的BYE消息。如果你能找到什么,请告诉我。
BYE sip:172.16.6.106:48038;transport=tls;ms-opaque=28c9d310c1;ms-received-cid=BEED00;grid SIP/2.0
ms-user-logon-data: RemoteUser
Via: SIP/2.0/TLS 172.16.6.252:5061;branch=z9hG4bKB5634D63.2E095CFF28141DF6;branched=FALSE;ms-internal-info="agIDti2ZsTK4cWfhAGG1qbj2usseveww7YKemPpN3Jvhv_XAkuuCofIQAA"
Max-Forwards: 67
Via: SIP/2.0/TLS 192.168.2.3:51217;branch=z9hG4bK77E14D58.4A2E43E7B13911D2;branched=FALSE;ms-received-port=51217;ms-received-cid=BEE600
Authentication-Info: NTLM qop="auth", opaque="4207B105", srand="D2C8703A", snum="21", rspauth="010000008bc2daa4dc3b08b864000000", targetname="Lync-FE.LTN2013-Dev.local", realm="SIP Communications Service", version=4
Via: SIP/2.0/TLS 192.168.2.4:50740;branch=z9hG4bKFF62C04C.B8AD61CF28131DF6;branched=FALSE;ms-received-port=50740;ms-received-cid=1117700
Via: SIP/2.0/TLS 172.16.14.58:30689;received=172.16.14.58;ms-received-port=57719;ms-received-cid=BEE400
From: "" <sip:test1@ltn2013-dev.net>;epid=48777ee2e9;tag=dd8ced12ab
To: <sip:ilanaroom@ltn2013-dev.net>;tag=1442263920;epid=14422639
Call-ID: RkdVRZrTUlhKLke0Et9MiVaJTOJd5UMJKljncCC1
CSeq: 1 BYE
User-Agent: UCCAPI/4.0.7323.0 MC/14.0.5093.11 (Microsoft Lync for Mac 2011)
ms-client-diagnostics: 34; reason="Call terminated on a mid-call media failure where both endpoints are remote";MediaDebug="Diag:LastError:time out,time:3651253182890;LastRTP Seq:30662,SeqDelta:1,time:3651253152751;LastRTCP time:3651253151390;Last transport receive error:0x0,time:0;Last transport send error:0x0,time:0;"
Content-Length: 0