UC540 - SIP/2.0 488 Not Acceptable Here

[smckinzie]

Hello.  I am new to the UC540 and to SIP.  I am trying to route a call to a SIP trunk and I keep getting the SIP/2.0 488 Not Acceptable Here error.  I have looked at all cases related to this problem on Google...as well as looking at logs.

I have checked to make sure that my dial-peer has a codec entry and I have checked and re-checked my access-list.  I am stuck!

We are using dial-peer 1031.  I modified the log to protect the actual number that was called.

I have posted my config and a log of the call...

This below puzzles me the most...why is port 18620 being used?  Why is Destn IP Address and Port not populated?

154770: Nov 21 11:07:43.600: //5940/CAC816449341/SIP/Call/sipSPICallInfo:
The Call Setup Information is:
Call Control Block (CCB) : 0x87DAD098
State of The Call        : STATE_DEAD
TCP Sockets Used         : NO
Calling Number           : 701854xxxx
Called Number            : 17014553600
Source IP Address (Sig  ): 172.16.69.4
Destn SIP Req Addr:Port  : 10.10.201.32:5060
Destn SIP Resp Addr:Port : 10.10.201.32:5060
Destination Name         : 10.10.201.32

154771: Nov 21 11:07:43.600: //5940/CAC816449341/SIP/Call/sipSPIMediaCallInfo:
Number of Media Streams: 1
Media Stream             : 1
Negotiated Codec         : No Codec  
Negotiated Codec Bytes   : 0
Nego. Codec payload      : 255 (tx), 255 (rx)
Negotiated Dtmf-relay    : 0
Dtmf-relay Payload       : 0 (tx), 0 (rx)
Source IP Address (Media): 172.16.69.4
Source IP Port    (Media): 18620
Destn  IP Address (Media):  -
Destn  IP Port    (Media): 0
Orig Destn IP Address:Port (Media): [ - ]:0

I appreciate any tips to get this sorted...because I am so new, this has been very frustrating!

Best regards,

Shawn

[paolo bevilacqua]

Trace shows all addresses used are private, can you clarify what is the complete topology and sip trunk goes to what ?

[smckinzie]

Ok...

Here is how the connectivity works.

10.10.201.32 --> CISCO 4948 --> 10.10.220.x subnet --> 10.10.220.1 connects to a CISCO 3560 --> 172.16.69.1 --> 172.16.69.4.

We KNOW that the 10.10.201.32 server (which provides SIP trunking) can talk to the UC540 which has the IP Address 172.16.69.4 because we see SIP INVITE messages etc.

Let me know if there is anything else I can provide.

If we need more logs, I will have to do that next week because of Thanksgiving.

Best regards,

Shawn

[paolo bevilacqua]

Check logs on the SIP server like authentication, or codec  issue etc, because it's it declining  the call. All is good on the UC560.

[smckinzie]

Thank you!  I will look on the SIP Server next week and let you know what I found...as well as talking to the SIP vendor.

At least I know that the UC540's configuration is good!

Shawn

[janickle]

Hi Shawn,

I agree with Paolo.  Usually a 488 is indicative of an issue with the codec.

Thank you,

Jason Nickle

[smckinzie]

Ok...I worked with the Vendor on this and they indicated they have not tested with the UC540.  How can I get a huge volume of logging detail from the UC540 such that I can see if some data being sent to the SIP Trunk is in error?

If I can log both sides at the same time I might be able to pinpoint a problem.

Thank you,

Shawn