I have an TA 908e G2 with the firmware version of A4.08.00.E with sip proxy transparent feature enabled on it with 180 IP phones behind it.
I have a report that end users when they make outbound call they get busy signal intermittently.
I have done the following debug on the unit:
debug sip stack message
debug sip proxy routing
Below is the output of the debug:
10:31:35.998 SIP.STACK MSG | Rx: UDP src=192.168.40.149:5060 dst=0.0.0.0:506010:31:35.998 SIP.STACK MSG | INVITE sip:6720@west.broadcore.com;user=phone SIP/2.0 |
10:31:35.999 SIP.STACK MSG | Via: SIP/2.0/UDP 192.168.40.149;branch=z9hG4bK7824ffd7DCBA3326 | |
10:31:35.999 SIP.STACK MSG | From: "3604646707" <sip:3604646707@west.broadcore.com>;tag=1D5DECB1-D19888F0 | |
10:31:35.999 SIP.STACK MSG | To: <sip:6720@west.broadcore.com;user=phone> | |
10:31:36.000 SIP.STACK MSG | CSeq: 1 INVITE | |
10:31:36.000 SIP.STACK MSG | Call-ID: 2d1bde9d-218387fc-b26bef03@192.168.40.149 | |
10:31:36.000 SIP.STACK MSG | Contact: <sip:3604646707@192.168.40.149> | |
10:31:36.000 SIP.STACK MSG | Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, INFO, MESSAGE, SUBSCRIBE, NOTIFY, PRACK, UPDATE, REFER | |
10:31:36.000 SIP.STACK MSG | User-Agent: PolycomSoundPointIP-SPIP_450-UA/4.0.2.11307 | |
10:31:36.000 SIP.STACK MSG | Accept-Language: en | |
10:31:36.001 SIP.STACK MSG | Supported: 100rel,replaces | |
10:31:36.001 SIP.STACK MSG | Allow-Events: conference,talk,hold | |
10:31:36.001 SIP.STACK MSG | Max-Forwards: 70 | |
10:31:36.001 SIP.STACK MSG | Content-Type: application/sdp | |
10:31:36.001 SIP.STACK MSG | Content-Length: 298 | |
10:31:36.001 SIP.STACK MSG | ||
10:31:36.002 SIP.STACK MSG | v=0 | |
10:31:36.002 SIP.STACK MSG | o=- 1346166689 1346166689 IN IP4 192.168.40.149 | |
10:31:36.002 SIP.STACK MSG | s=Polycom IP Phone | |
10:31:36.003 SIP.STACK MSG | c=IN IP4 192.168.40.149 | |
10:31:36.003 SIP.STACK MSG | t=0 0 | |
10:31:36.003 SIP.STACK MSG | a=sendrecv | |
10:31:36.003 SIP.STACK MSG | m=audio 2234 RTP/AVP 9 18 0 8 101 | |
10:31:36.003 SIP.STACK MSG | a=rtpmap:9 G722/8000 | |
10:31:36.003 SIP.STACK MSG | a=rtpmap:18 G729/8000 | |
10:31:36.004 SIP.STACK MSG | a=fmtp:18 annexb=no | |
10:31:36.004 SIP.STACK MSG | a=rtpmap:0 PCMU/8000 | |
10:31:36.004 SIP.STACK MSG | a=rtpmap:8 PCMA/8000 | |
10:31:36.004 SIP.STACK MSG | a=rtpmap:101 telephone-event/8000 | |
10:31:36.004 SIP.STACK MSG |
10:31:36.007 SIP.PROXY ROUTING Received contact <-> original contact match
10:31:36.012 SIP.PROXY ROUTING Transc 0x3bd06a8: SIP Request Method = INVITE.
10:31:36.013 SIP.PROXY ROUTING Using ALG Info to forward transparent outbound INVITE to 208.75.11.40:5060 via UDP.
10:31:36.035 SIP.PROXY ROUTING Checking for internal Media Gateway IP Address
10:31:36.035 SIP.PROXY ROUTING Given RTP Channel is null, checking for hairpinned RTP Channel
10:31:36.036 SIP.PROXY ROUTING Unable to find hairpinned RTP Channel
10:31:36.037 SIP.PROXY ROUTING RTP Channel is NULL, Media Gateway must not be involved in call
10:31:36.037 SIP.PROXY ROUTING Checking need for firewall traversal
10:31:36.037 SIP.PROXY ROUTING Testing firewall policies
10:31:36.037 SIP.PROXY ROUTING Source NAT is needed
10:31:36.037 SIP.PROXY ROUTING ERROR! Failed to reserve NAT ports
10:31:36.038 SIP.PROXY ROUTING ERROR! sipDeepPacketInspection failed.
10:31:36.038 SIP.PROXY ROUTING Request failed.
10:31:36.039 SIP.STACK MSG | Tx: UDP src=0.0.0.0:5060 dst=192.168.40.149:506010:31:36.039 SIP.STACK MSG | SIP/2.0 500 Server Internal Error |
10:31:36.039 SIP.STACK MSG | From: "3604646707"<sip:3604646707@west.broadcore.com>;tag=1D5DECB1-D19888F0 | |
10:31:36.039 SIP.STACK MSG | To: <sip:6720@west.broadcore.com;user=phone>;tag=3bd06a8-0-13c4-2da330-e4e361f2-2da330 | |
10:31:36.039 SIP.STACK MSG | Call-ID: 2d1bde9d-218387fc-b26bef03@192.168.40.149 | |
10:31:36.040 SIP.STACK MSG | CSeq: 1 INVITE | |
10:31:36.040 SIP.STACK MSG | Via: SIP/2.0/UDP 192.168.40.149;branch=z9hG4bK7824ffd7DCBA3326 | |
10:31:36.040 SIP.STACK MSG | Content-Length: 0 | |
10:31:36.040 SIP.STACK MSG |
***********************************************
Now, I need to know why the Adtran unit could not reserve NAT ports for the request from the IP phone.
After the rebooting the unit the issue resolved.
Thanks,
Robert Michaelian
Broadcore
Mr. Michaelian,
I found that this error is being worked through a normal Technical Support ticket. We will update this forum post when we have worked through the issue.
Thanks!
David
Mr. Michaelian,
Are you still experiencing this issue or has it been resolved? Please let us know if we can continue to troubleshoot this issue.
Thanks,
David
Mr. Michaelian,
The Technical Support ticket has been idle for some time. Please let us know if we can reproduce this issue or if we can be of further assistance. At this point, I'm going to mark this question as "assumed answered". However, we would be glad to work with you again should you decide to revisit this issue.
Thanks!
David