500 Internal Server Error

Unanswered Question
Sep 7th, 2009
User Badges:

I am trying to get a UC520 to receive incoming calls with an ITSP.


Outbound works fine.


Per the carrier he states a 500 Internal Server Error.  I have upload his info.


Per other posts, I have read about fixing access-list 2 and the ip address that the calls are coming from.


I have addedd the two extra ip's and still no inbound calls.


Any suggestions.  I have upload the info from the carrier.


Any other thoughts.

Attachment: 
  • 1
  • 2
  • 3
  • 4
  • 5
Overall Rating: 0 (0 ratings)
Loading.
Marcos Hernandez Mon, 09/07/2009 - 08:45
User Badges:
  • Blue, 1500 points or more

You didn't attach the configuration, but rather the SIP debug.


marcos

Maulik Shah Mon, 09/07/2009 - 21:11
User Badges:
  • Silver, 250 points or more

Since I do not have the config - do you have the inbound DID (14122350198) mapped to an internal extension. Make sure you map the exact DID as it maybe you mapped the 10 digits but your ITSP is sending 1 + 10 digits based on the debug sent. That maybe the issue.

7bridgesol Wed, 09/09/2009 - 13:31
User Badges:

yes, now the carrier is telling me this.


Your Cisco device is registering multiple times from DIFFERENT ports.  This is causing failures on routing because calls are often being sent to the older registration where the port indicated is no longer open.


Please have them help you configure your PBX so that ONLY port 5060 is used on the external interface of your network.  This will prevent multiple registrations from the same IP using the same username and will allow your inbound calls to work consistently.


I did remove some usernames for secuirty purposes.

Maulik Shah Wed, 09/09/2009 - 17:43
User Badges:
  • Silver, 250 points or more

I am not sure I follow the SP reasoning but sure - you can force the UC500 to originate all SIP requests from UDP 5060:


sip-ua

  connection-reuse


Section 4.4.12 on doc below shows you how

https://supportforums.cisco.com/docs/DOC-9562


I looked at your config and seems like everything is setup ok for an inbound call. Can you gather "deb voip ccapi inout" & deb ccsip messages" from the UC500 for one failed call?

7bridgesol Thu, 09/10/2009 - 08:00
User Badges:

well inbound calls are working but ITSP still states this.


At present, there are two active registrations from each of your DIDs.

sip:[email protected]:50570

sip:[email protected]:5060

sip:[email protected]:50570

sip:[email protected]:5060

This WILL cause problems with inbound number routing.


What gives here.


Also, per that config, 14122350199 is not working.  Any thoughts on that?  Its plugged into fxs 0/0/0

Maulik Shah Thu, 09/10/2009 - 10:52
User Badges:
  • Silver, 250 points or more

Do not see your config anymore - can you PM that to me.


Not sure why the SP sees 2 registrations for the same number - see if you can remove the registrar server on the UC500 and add back:


sip-ua

  no registrar

  registrar


May also want to ensure SP clears the cache on their registrar server if its storing old values.


On why calls to 0199 do not work - would have to look at the config again and see if there is a mapping for this DID to the FXS 0/0/0 extension

Maulik Shah Fri, 09/11/2009 - 14:58
User Badges:
  • Silver, 250 points or more

I see the issue - there does not seem to be the right DID to extension dial peer created. Did you configure the analog port DID via CCA or did you use CLI? If this is CCA - let me know the CCA version as this maybe something we need to fix with CCA.


FYI - as a workaround you can add the below:


dial-peer voice 11006 voip
description ** FXS from SIP Trunk **
voice-class codec 1
voice-class sip dtmf-relay force rtp-nte
session protocol sipv2
session target sip-server
incoming called-number 14122350199
dtmf-relay rtp-nte
ip qos dscp cs5 media
ip qos dscp cs4 signaling
no vad


Let me know if that fixes the issue.

7bridgesol Mon, 09/14/2009 - 07:49
User Badges:

dpone faxes are coming thru.  thank you.


I followed the steps in the sip config giude. but never verified the dial-peer.


will make a note of that.

7bridgesol Wed, 09/23/2009 - 12:20
User Badges:

two things are going on.  I can call the 4122350199 to have the fax machine to ring, but actually can't receive a fax. Also, can't send out faxes.  I can pickup the receiver and makes calls.


Also have a secondary number forwarded to an internal ext.  The SP states this.


Your system is rejecting inbound call attempts:


U 2009/09/23 18:22:48.888933 72.95.154.133:5060 -> 66.23.129.253:5060

  SIP/2.0 500 Internal Server Error..Via: SIP/2.0/UDP 66.23.129.253:5060;bran

  ch=z9hG4bKc445.42f4b291.0,SIP/2.0/UDP 208.94.159.10:5060;branch=z9hG4bK-14e

  031-4aba6778-46229ff1-43e3bc19..From: <sip:[email protected]:5060>; - I deleted my number here

  tag=a9f5ed0-13c4-4aba6778-46229ff1-7f0ccf60..To:

  .253:5060>;tag=1F73ACFC-17E2..Date: Wed, 23 Sep 2009 19:22:41 GMT..Call-ID:

   [email protected]59.10..Se

  rver: Cisco-SIPGateway/IOS-12.x..CSeq: 1 INVITE..Allow-Events: telephone-ev

  ent..Reason: Q.850;cause=63..Content-Length: 0....


Any thoughts.  I have uploaded my config again.  I did remove usernames

Steven Smith Wed, 09/23/2009 - 13:19
User Badges:
  • Gold, 750 points or more

Can you get a SIP trace from the UC500 when you do this?  Are you trying to use T38 faxing?

7bridgesol Fri, 09/25/2009 - 06:54
User Badges:

okay, I as of right now can get the faxes in.  The problem is when I send a fax the other side hears their machine ring, picks up, but never allows me to send the message.


Any ideas?

Maulik Shah Fri, 09/25/2009 - 11:29
User Badges:
  • Silver, 250 points or more

Is the debugfax.txt indicative of the error you mention in the last post? Assume not as that shows a busy coming back.


Do you have a debug on the below? I would say we need to look at the signaling to see if T.38 even gets negotiated.

7bridgesol Fri, 09/25/2009 - 12:13
User Badges:

no.  I am waiting for someone to get back to the other site and will post a new debug on an outbound fax.


Also, any thoughts on this inbound call to 724-216-6522.  This is what I got back from the service provider.  The other DID we have works just fine.


Your system is rejecting inbound call attempts:


U 2009/09/23 18:22:48.888933 72.95.154.133:5060 -> 66.23.129.253:5060

  SIP/2.0 500 Internal Server Error..Via: SIP/2.0/UDP 66.23.129.253:5060;bran

  ch=z9hG4bKc445.42f4b291.0,SIP/2.0/UDP 208.94.159.10:5060;branch=z9hG4bK-14e

  031-4aba6778-46229ff1-43e3bc19..From: <sip:[email protected]:5060>; - I removed my cel

  tag=a9f5ed0-13c4-4aba6778-46229ff1-7f0ccf60..To:

  .253:5060>;tag=1F73ACFC-17E2..Date: Wed, 23 Sep 2009 19:22:41 GMT..Call-ID:

   [email protected]59.10..Se

  rver: Cisco-SIPGateway/IOS-12.x..CSeq: 1 INVITE..Allow-Events: telephone-ev

  ent..Reason: Q.850;cause=63..Content-Length: 0....

Maulik Shah Mon, 09/28/2009 - 22:17
User Badges:
  • Silver, 250 points or more

Trying to keep track of all the issues here - for this issue - coupleof questions:


1. Do you need to register this DID with the SP? If so check to see if this is in the list of registered DIDs (show sip register status)


2. If the above is ok, then make sure you have an inbound dial-peer for this DID via CCA inbound dial plan - make sure you add the exact DID including the 1 if that is what the SP sends you. Sample CLI would be as below:

dial-peer voice 11008 voip
description ** DID from SIP Trunk **
voice-class codec 1
voice-class sip dtmf-relay force rtp-nte
session protocol sipv2
session target sip-server
incoming called-number 1724xxxxxxx
dtmf-relay rtp-nte
ip qos dscp cs5 media
ip qos dscp cs4 signaling
no vad


Let me know if that fixes the issue.

7bridgesol Tue, 09/29/2009 - 13:28
User Badges:

per my last response I added the two other IP's to my access-list and all good.


The problem I have is the number I am using ofr inbound 7242166522 points to ext 203 with cfwdall to someone's cell phone out of the office.


When I test they say the call breaks up.  Is this a result of what I see referred to as a hairpin.


If so I can I fix the quality of the call.

Maulik Shah Wed, 09/30/2009 - 11:06
User Badges:
  • Silver, 250 points or more

Glad to know the fax issue was sorted out and also the inbound calls.


For the QoS issue - areas to check:


- if you use CCA 2.1 - you can do the below to enable QoS on the UC500 outbound



Configure > Routing > Internet Connection, select the interface and click Modify, then click on Traffic Shaping tab to configure QoS settings for the WAN connection. On the Traffic Shaping tab, check Enable Traffic Shaping, enter the appropriate upstream bandwidth for your WAN connection in Kbps and reserve the appropriate bandwidth for SIP calls over the WAN.


- the rest depends on your internet connection - make sure you have appropriate upstream bandwidth for SIP Trunk calls and data. If G711 is your voice codec, its about 80Kbps per call so engineer your bandwidth around that.

7bridgesol Wed, 10/07/2009 - 12:59
User Badges:

thanks for all your help.  We actually went to are carrier upgrade our service for more upload speed.


As of yesterday all cfdall calls are clear as a whistle.


Thanks again.

7bridgesol Tue, 09/29/2009 - 13:18
User Badges:

I added your config and this is what th Sp has stated right now.


U 2009/09/29 19:45:24.823222 192.168.1.50:5060 -> 96.236.161.14:5060

  INVITE sip:[email protected]:5060 SIP/2.0..Record-Route:

  [email protected]:5060;nat=yes;ftag=a9f5ed0-13c4-4ac263d5-6553b33a-2c638

  3a7;lr=on>..From: <sip:[email protected]:5060>;tag=a9f5ed0-13c4-4ac

  263d5-6553b33a-2c6383a7..To: <sip:[email protected]:5060>..Call-ID:

   [email protected]9.10..CSe

  q: 1 INVITE..Via: SIP/2.0/UDP 66.23.129.253:5060;branch=z9hG4bKa7e2.c6fbd71

  .0..Via: SIP/2.0/UDP 208.94.159.10:5060;branch=z9hG4bK-1653e7-4ac263d5-6553

  b33a-72a62054..Max-Forwards: 16..Remote-Party-ID:

  cs.com:5060>;id-type=subscriber;privacy=off;screen=no..Contact: @208.94.159.10:5060;transport=udp>..Min-SE: 900..Session-Expires: 1800

  ..Content-Type: application/sdp..Content-Length: 217....v=0..o=Covergence_U

  AS 0 1 IN IP4 208.94.159.10..s=SIP Media Capabilities..c=IN IP4 208.94.159.

  10..t=0 0..m=audio 20334 RTP/AVP 0 18 101..a=rtpmap:101 telephone-event/800

  0..a=rtpmap:0 pcmu/8000..a=rtpmap:18 g729/8000..


And here is your response:


U 2009/09/29 19:45:24.910264 96.236.161.14:5060 -> 192.168.1.50:5060

  SIP/2.0 500 Internal Server Error..Via: SIP/2.0/UDP 66.23.129.253:5060;bran

  ch=z9hG4bKa7e2.c6fbd71.0,SIP/2.0/UDP 208.94.159.10:5060;branch=z9hG4bK-1653

  e7-4ac263d5-6553b33a-72a62054..From: <sip:[email protected]:5060>;t

  ag=a9f5ed0-13c4-4ac263d5-6553b33a-2c6383a7..To:

  253:5060>;tag=3EA51D54-3C3..Date: Tue, 29 Sep 2009 19:45:02 GMT..Call-ID: C

  [email protected].10..Serve

  r: Cisco-SIPGateway/IOS-12.x..CSeq: 1 INVITE..Allow-Events: telephone-event

  ..Reason: Q.850;cause=63..Content-Length: 0....


I have uploaded a new config for you.

Maulik Shah Mon, 09/28/2009 - 22:42
User Badges:
  • Silver, 250 points or more

From the logs I see the below:


UC500 -------------> FAR END FAX


Sep 25 20:27:55.880: Sent: INVITE


Sep 25 20:27:56.172: Received: SIP/2.0 100 trying -- your call is important to us


Sep 25 20:27:59.316: Received: SIP/2.0 183 Session Progress


Sep 25 20:28:19.704: Received: SIP/2.0 200 OK  <<<<<<<<<<<<<<<<<<<<<<< FAX Answered


<8 seconds later call is disconnected by UC500>


Sep 25 20:28:27.724: Sent: BYE


However see no other message for the remote site upspeeding T.38 so I assume this is not T.38. Can you call that number from an IP phone - do you hear the fax tones? Do all outbound faxes fail? See nothing wrong on the UC500 as the call is setup as G.711 - does your SP say what fax method they use?

7bridgesol Tue, 09/29/2009 - 13:14
User Badges:

faxes are good.  i tried two different companies and they got the,  Must have been just that particular fax


Thanks

Actions

This Discussion