SIP/2.0 503 Service Unavailable

Unanswered Question
Sep 29th, 2009

Hi

I'm trying to set-up a click to dial service using JTAPI, I don't know where this problem is coming from as I'm new to CUCM can anyone tell me what the problem might be? Here's the error I got from the servlet log:

SIP/2.0 503 Service Unavailable

Date: Wed, 30 Sep 2009 19:59:36 GMT

Warning: 399 "Unable to find a device handler for the request received on port 5060 from 10.36.134.137"

From: Click-to-Dial<sip:2003@10.36.134.137:5060>;tag=1

Content-Length: 0

To: <sip:2003@10.36.134.124:5060>;tag=1181960151

Contact: <sip:2003@10.36.134.124:5060;transport=tcp>

Call-ID: 1254223590633-0006@10.36.134.137

Via: SIP/2.0/TCP 10.36.134.137:5060

CSeq: 1 REFER

I'd appreciate any help.

Cheers

I have this problem too.
0 votes
  • 1
  • 2
  • 3
  • 4
  • 5
Average Rating: 5 (5 ratings)
Nicholas Matthews Wed, 09/30/2009 - 05:21

This occurs when the source IP address that is sending the SIP INVITE does not exist as a SIP trunk in CUCM. You may have never created it, or the IP address may not be the one that is in use. Check bind commands for gateways, etc.

-nick

paul.omahony Wed, 09/30/2009 - 23:12

Hi nick,

Thanks for the advice I set up a SIP trunk for my source ip and I got one phone to ring, when I send the click to dial request.

However I'm trying to get one phone to ring the other phone but I've had no luck so far. Is that still a SIP trunk issue?

Nicholas Matthews Thu, 10/01/2009 - 04:31

It could be a calling search space / partition issue - it doesn't sound like a SIP trunk issue.

-nick

crush5454 Tue, 06/11/2013 - 15:13

This was exactly my issue. I have dual SIP gateways in an HSRP group connected to a third party IVR. When the IVR sends a refer message to move a call from queue to an available agent the CUBE invites the CUCM via the SIP trunk. I had the trunk configured with the VIP address instead of the actual box address of the active router. So I was receiving the same error message.

Based on Nicholas' message above I decided to add the actual active router and standby to the SIP trunk CUCM side, and now the error is resolved. Great job Nick!

Jonathan

csco11391130 Wed, 10/07/2009 - 14:06

Just in media gateway i did in

voice service voip

sip

bind all source-interface Loopback0

where the loopback0 had the ip source of trunk.

with debug ccsip message

you can watch the ip local of sip trunk, and the dial-peer you put the ip remote

robloeber Thu, 04/26/2012 - 20:02

This is awesome and helped me fix an issue I was having.

thanks!

toormehdi Wed, 08/03/2011 - 15:13

You can experience this problem if the only IP of CCM you are pointing to in the SIP dialpeer is not the primary CCM in the call manager group for the device pool you have applied to the SIP trunk.

Ensure that either the CCM you are pointing the dialpeer  to is primary in the CCM group or you have multiple dial-peers with different preference as per the CCM group on the other side.

Please rate the post

monaydi01 Sat, 01/18/2014 - 07:38

Hello friends, I have a problem that I have long time unable to solve.

My problem is that all outgoing calls go right from the Cisco CallManager, but the starters never come.

I have a SIP Trunk contracted with a company of you tell me that this is all right but not from the CUCM.

They tell me that to them reaches them the following error from my CUCM.

Got SIP response 503 "Service Unavailable" back from

82.158.145.110:5060

I have been monitoring my CUCM and my log get this data.

16:36:56.668701 IP CUCM-PUBS.LUNPAT.sip > sts2.globaltel.es.sip: SIP, length: 385

16:37:16.528479 IP CUCM-PUBS.LUNPAT.sip > sts2.globaltel.es.39418: . ack 4221 win 301

16:37:16.528580 IP CUCM-PUBS.LUNPAT.sip > sts2.globaltel.es.39418: . ack 4221 win 301

16:37:16.530151 IP CUCM-PUBS.LUNPAT.sip > sts2.globaltel.es.39418: P 3272:3762(490) ack 4221 win 301

16:37:16.530243 IP CUCM-PUBS.LUNPAT.sip > sts2.globaltel.es.39418: P 3272:3762(490) ack 4221 win 301

16:37:42.366311 IP CUCM-PUBS.LUNPAT.sip > v1.globaltel.es.sip: SIP, length: 374

16:37:42.366466 IP CUCM-PUBS.LUNPAT.sip > v1.globaltel.es.sip: SIP, length: 374

16:37:42.366637 IP CUCM-PUBS.LUNPAT.sip > sts2.globaltel.es.sip: SIP, length: 376

16:37:42.366711 IP CUCM-PUBS.LUNPAT.sip > sts2.globaltel.es.sip: SIP, length: 376

16:37:42.366841 IP CUCM-PUBS.LUNPAT.sip > vcolt900.voz.com.sip: SIP, length: 373

16:37:42.366924 IP CUCM-PUBS.LUNPAT.sip > vcolt900.voz.com.sip: SIP, length: 373

16:37:42.372169 IP CUCM-PUBS.LUNPAT.sip > sts2.globaltel.es.sip: SIP, length: 384

16:37:42.372255 IP CUCM-PUBS.LUNPAT.sip > sts2.globaltel.es.sip: SIP, length: 384

16:37:42.375964 IP CUCM-PUBS.LUNPAT.sip > v1.globaltel.es.sip: SIP, length: 370

16:37:42.376073 IP CUCM-PUBS.LUNPAT.sip > v1.globaltel.es.sip: SIP, length: 370

16:37:42.875039 IP CUCM-PUBS.LUNPAT.sip > sts2.globaltel.es.sip: SIP, length: 376

16:37:42.875161 IP CUCM-PUBS.LUNPAT.sip > sts2.globaltel.es.sip: SIP, length: 376

16:37:42.891305 IP CUCM-PUBS.LUNPAT.sip > sts2.globaltel.es.sip: SIP, length: 384

16:37:42.891421 IP CUCM-PUBS.LUNPAT.sip > sts2.globaltel.es.sip: SIP, length: 384

16:37:43.879764 IP CUCM-PUBS.LUNPAT.sip > sts2.globaltel.es.sip: SIP, length: 376

16:37:43.879900 IP CUCM-PUBS.LUNPAT.sip > sts2.globaltel.es.sip: SIP, length: 376

16:37:43.905105 IP CUCM-PUBS.LUNPAT.sip > sts2.globaltel.es.sip: SIP, length: 384

16:37:43.905215 IP CUCM-PUBS.LUNPAT.sip > sts2.globaltel.es.sip: SIP, length: 384

16:37:45.895631 IP CUCM-PUBS.LUNPAT.sip > sts2.globaltel.es.sip: SIP, length: 376

16:37:45.895746 IP CUCM-PUBS.LUNPAT.sip > sts2.globaltel.es.sip: SIP, length: 376

16:37:45.919616 IP CUCM-PUBS.LUNPAT.sip > sts2.globaltel.es.sip: SIP, length: 384

A greeting and thank you very much before hand.

onaydi01@gmail.com

Actions

Login or Register to take actions

This Discussion

Posted September 29, 2009 at 9:45 PM
Stats:
Replies:10 Avg. Rating:5
Views:20126 Votes:0
Shares:0
Tags: No tags.

Discussions Leaderboard