Strange inbound issue

Hey folks. I grabbed a random 877 number to test with. The call comes in the same SIP trunk as all 100 other working DID’s. For some weird reason, I can’t get the system to handle the call. It processes it like its a nonworking number, but I’ve rebuilt the inbound route three times. I had the same problem with an 844 number as well. Below is a log snippet. Any ideas?

[2015-06-03 09:22:34] VERBOSE[11583][C-00002263] pbx.c: – Executing [18772309366@from-pstn-e164-us:1] Set(“SIP/216.115.69.144-00000aae”, “CALLERID(number)=4792013474”) in new stack
[2015-06-03 09:22:34] VERBOSE[11583][C-00002263] pbx.c: – Executing [18772309366@from-pstn-e164-us:2] Goto(“SIP/216.115.69.144-00000aae”, “from-pstn,18772309366,1”) in new stack
[2015-06-03 09:22:34] VERBOSE[11583][C-00002263] pbx.c: – Goto (from-pstn,18772309366,1)
[2015-06-03 09:22:34] VERBOSE[11583][C-00002263] pbx.c: – Executing [18772309366@from-pstn:1] Set(“SIP/216.115.69.144-00000aae”, “__FROM_DID=18772309366”) in new stack
[2015-06-03 09:22:34] VERBOSE[11583][C-00002263] pbx.c: – Executing [18772309366@from-pstn:2] NoOp(“SIP/216.115.69.144-00000aae”, “Received an unknown call with DID set to 18772309366”) in new stack
[2015-06-03 09:22:34] VERBOSE[11583][C-00002263] pbx.c: – Executing [18772309366@from-pstn:3] Goto(“SIP/216.115.69.144-00000aae”, “s,a2”) in new stack
[2015-06-03 09:22:34] VERBOSE[11583][C-00002263] pbx.c: – Goto (from-pstn,s,2)
[2015-06-03 09:22:34] VERBOSE[11583][C-00002263] pbx.c: – Executing [s@from-pstn:2] Answer(“SIP/216.115.69.144-00000aae”, “”) in new stack
[2015-06-03 09:22:34] VERBOSE[11583][C-00002263] pbx.c: – Executing [s@from-pstn:3] Log(“SIP/216.115.69.144-00000aae”, “WARNING,Friendly Scanner from 216.115.69.144;branch=z9hG4bK1052.228a45d1f342b4e49a56ea29fd3cff1c.0”) in new stack
[2015-06-03 09:22:34] WARNING[11583][C-00002263] Ext. s: Friendly Scanner from 216.115.69.144;branch=z9hG4bK1052.228a45d1f342b4e49a56ea29fd3cff1c.0
[2015-06-03 09:22:34] VERBOSE[11583][C-00002263] pbx.c: – Executing [s@from-pstn:4] Wait(“SIP/216.115.69.144-00000aae”, “2”) in new stack
[2015-06-03 09:22:36] VERBOSE[11583][C-00002263] pbx.c: – Executing [s@from-pstn:5] Playback(“SIP/216.115.69.144-00000aae”, “ss-noservice”) in new stack
[2015-06-03 09:22:36] VERBOSE[11583][C-00002263] file.c: – <SIP/216.115.69.144-00000aae> Playing ‘ss-noservice.ulaw’ (language ‘en’)
[2015-06-03 09:22:38] VERBOSE[11583][C-00002263] pbx.c: == Spawn extension (from-pstn, s, 5) exited non-zero on ‘SIP/216.115.69.144-00000aae’
[2015-06-03 09:22:38] VERBOSE[11583][C-00002263] pbx.c: – Executing [h@from-pstn:1] Macro(“SIP/216.115.69.144-00000aae”, “hangupcall,”) in new stack
[2015-06-03 09:22:38] VERBOSE[11583][C-00002263] pbx.c: – Executing [s@macro-hangupcall:1] ExecIf(“SIP/216.115.69.144-00000aae”, “0?Set(CDR(recordingfile)=.)”) in new stack
[2015-06-03 09:22:38] VERBOSE[11583][C-00002263] pbx.c: – Executing [s@macro-hangupcall:2] GotoIf(“SIP/216.115.69.144-00000aae”, “1?theend”) in new stack
[2015-06-03 09:22:38] VERBOSE[11583][C-00002263] pbx.c: – Goto (macro-hangupcall,s,4)
[2015-06-03 09:22:38] VERBOSE[11583][C-00002263] pbx.c: – Executing [s@macro-hangupcall:4] Hangup(“SIP/216.115.69.144-00000aae”, “”) in new stack
[2015-06-03 09:22:38] VERBOSE[11583][C-00002263] app_macro.c: == Spawn extension (macro-hangupcall, s, 4) exited non-zero on ‘SIP/216.115.69.144-00000aae’ in macro ‘hangupcall’
[2015-06-03 09:22:38] VERBOSE[11583][C-00002263] pbx.c: == Spawn extension (from-pstn, h, 1) exited non-zero on ‘SIP/216.115.69.144-00000aae’

any chance of a look at the inboound route?

Also you say 877, you have made sure you are looking at the inbound route using e.164 (so inbound route for 18772309366 not 8772309366)… forgive the stupid question, but i’ve done silly things like that as well and its often the simplest solution :smiley:

Yeah, the inbound route is configured the same way all the 20 DID’s in my box are. The call comes in the same path as the other 20 DID’s as well. I use the context “from-pstn-e164-us” to handle the 1 or not in the route. Very strange.

Robert