Model12 Posted June 25, 2007 Report Share Posted June 25, 2007 We are trying to get PBXnSIP to play nice with Exchange 2007. Everything works great but there two long delays during the SIP setup that results in about a 10 second total delay before the Exchange auto attendant starts talking. *ugh* Thru ugly low level packet traces it really seems that the Exchange server is just sitting there waiting. I called MS and they tried for days to help but we could find no problems. Then I got out the handy dandy telnet app and connected to port 5060 and pasted an INVITE to the Exchange server. To my surprise it just hung out ... for about 5 seconds (which it does twice during a connection leading to the 10 second delay). If I telnet and paste and then manually press ENTER it immediately works. If I telnet and paste an extra CR+LF it just sits there for 5 seconds. Is it a possible timing issue? I've actually seen this trying to simulate an SMTP connection via Exchange. Telnet/paste and it can't take it. Doing the same thing to a Linux machine running exim and it eats it right up. Does that make any sense? Quote Link to comment Share on other sites More sharing options...
Vodia PBX Posted June 26, 2007 Report Share Posted June 26, 2007 Whow. We are off the RFCs here anyway, so yea that might make sense. Though others have not experienced that problem. Can you get an Ethereal trace? If you can't attach it here, send it to me as private message and I'll attach it in the forum. Quote Link to comment Share on other sites More sharing options...
Model12 Posted June 26, 2007 Author Report Share Posted June 26, 2007 Hooray! I got it figured out. We like to live on the edge so we installed our PBXnSIP server of Vista x64. Crazy aye? Well ... I didn't trust just pasting the INVITE in via telnet so I made me a quicky program to do the same thing. After repeated attempts to break it ... I couldn't. Every bit-o-info in the packet was an exact duplicate of what PBXnSIP sent but my program wouldn't break. That is until I ran it from the Vista machine. Tried the program from WinXP, Win2003R2, Vista 32bit and Vista 64bit. Each Vista machine "hung". Packet traces showed a strange ACK being sent by Vista machines immediately after the INVITE. Google told me about all the niffty enhancements to the TCP stack that Vista brought to the table. What's this ... Auto-Tuning the receive window size ... hmm ... From a command prompt: netsh interface tcp set global autotuninglevel=disabled After that single command ... we're now back on track. Quote Link to comment Share on other sites More sharing options...
Vodia PBX Posted June 26, 2007 Report Share Posted June 26, 2007 W-H-E-W... Quote Link to comment Share on other sites More sharing options...
Recommended Posts
Join the conversation
You can post now and register later. If you have an account, sign in now to post with your account.
Note: Your post will require moderator approval before it will be visible.