Incoming calls stay in s destination

Hi,

One week ago, I ported my traditional telephone numbers to a sip provider. Outgoing calls as well as most incoming calls are fine. However, some incoming calls are not being accepted by my pbx. The caller gets the message ‘the number you have dialed is not in service’, and I see in the call detail reports that such calls have destination s (in stead of the normal ringgroup that I would expect).

One other noticeable thing is that the incoming calls that fail, come from channel SIP/{ipaddress}-8hexdigits where as incoming calls that do succeed, come from channel SIP/mytelephonenr-8hexdigits. The {ipaddress} here is one of the ipaddresses of my sip provider.

I thought I could overcome this (at least for the short term), by defining an inbound route for any DID and any CID, but this doesn’t help a thing.

What could be the course for some calls to have that weird channel and the destination ‘s’?

Thanks very much
Maurice

Try setting up an Any/Any inbound route. Then call the number that is failing to see what they are sending you for a DID by watching the CLI in Asterisk. Then create an inbound route for that DID and disable the Any/Any route.

If that doesn’t work, post the CLI output of a call and let us look at it.

Thanks for your answer.

I created a any/any inbound route, but some (and only some) calls still fail. It is unclear which DID they send. Here is the CLI output of one of them.

Jan 8 11:25:20 DEBUG[15506] chan_sip.c: Checking SIP call limits for device
Jan 8 11:25:20 DEBUG[15506] chan_sip.c: build_route: Record-Route hop: sip:83.98.222.4;ftag=570ce0aa4ec6952ddc43c631ada39265;lr
Jan 8 11:25:20 VERBOSE[20187] logger.c: – Executing NoOp(“SIP/83.98.222.4-b770b4e0”, “Received incoming SIP connection from unknown peer to 31402519893”) in new stack
Jan 8 11:25:20 DEBUG[20187] pbx.c: Expression result is '0’
Jan 8 11:25:20 DEBUG[20187] pbx.c: Function result is '31402519893’
Jan 8 11:25:20 VERBOSE[20187] logger.c: – Executing Set(“SIP/83.98.222.4-b770b4e0”, “DID=31402519893”) in new stack
Jan 8 11:25:20 VERBOSE[20187] logger.c: – Executing Goto(“SIP/83.98.222.4-b770b4e0”, “s|1”) in new stack
Jan 8 11:25:20 VERBOSE[20187] logger.c: – Goto (from-sip-external,s,1)
Jan 8 11:25:20 DEBUG[20187] pbx.c: Expression result is '0’
Jan 8 11:25:20 VERBOSE[20187] logger.c: – Executing GotoIf(“SIP/83.98.222.4-b770b4e0”, “0?from-trunk|31402519893|1”) in new stack
Jan 8 11:25:20 DEBUG[20187] pbx.c: Not taking any branch
Jan 8 11:25:20 VERBOSE[20187] logger.c: – Executing Set(“SIP/83.98.222.4-b770b4e0”, “TIMEOUT(absolute)=15”) in new stack
Jan 8 11:25:20 VERBOSE[20187] logger.c: – Channel will hangup at 2009-01-08 10:25:35 UTC.
Jan 8 11:25:20 VERBOSE[20187] logger.c: – Executing Answer(“SIP/83.98.222.4-b770b4e0”, “”) in new stack
Jan 8 11:25:20 DEBUG[15494] channel.c: Avoiding initial deadlock for 'SIP/83.98.222.4-b770b4e0’
Jan 8 11:25:20 DEBUG[15494] channel.c: Avoiding initial deadlock for 'SIP/83.98.222.4-b770b4e0’
Jan 8 11:25:20 VERBOSE[20187] logger.c: – Executing Wait(“SIP/83.98.222.4-b770b4e0”, “2”) in new stack
Jan 8 11:25:20 DEBUG[15506] chan_sip.c: Stopping retransmission on ‘[email protected]~1o~1o’ of Response 200: Match Found
Jan 8 11:25:22 VERBOSE[20187] logger.c: – Executing Playback(“SIP/83.98.222.4-b770b4e0”, “ss-noservice”) in new stack
Jan 8 11:25:22 DEBUG[20187] channel.c: Scheduling timer at 160 sample intervals
Jan 8 11:25:22 VERBOSE[20187] logger.c: – Playing ‘ss-noservice’ (language ‘en’)

Here’s is the CLI output of a call that does get through:

Jan 8 10:51:12 DEBUG[15506] chan_sip.c: Checking SIP call limits for device 31402555151
Jan 8 10:51:12 DEBUG[15506] chan_sip.c: build_route: Record-Route hop: sip:83.98.222.5;ftag=604bd4c296d03294411f2b44d93917da;lr
Jan 8 10:51:12 VERBOSE[19854] logger.c: – Executing Set(“SIP/31402555151-b7700558”, “__FROM_DID=31402519893”) in new stack
Jan 8 10:51:12 VERBOSE[19854] logger.c: – Executing Gosub(“SIP/31402555151-b7700558”, “app-blacklist-check|s|1”) in new stack
Jan 8 10:51:12 VERBOSE[19854] logger.c: – Executing LookupBlacklist(“SIP/31402555151-b7700558”, “”) in new stack

I would be very thankful if someone who can understand this can understand what is going wrong.

Maurice

Google found http://pbxinaflash.com/forum/showthread.php?t=1023 for me.
Could this be a cause?
The host= that is defined in my trunk (sip.sipnl.net) does indeed resolve to two ipaddresses.

Thanks
Maurice

Maurice,

I don’t see anything that jumps out at me from the log you sent. Try setting the host= to the IP of one of the servers and see if that fixes it. If it doesn’t, try the IP of the other one.