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 [[email protected]: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 [[email protected]: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 [[email protected]: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 [[email protected]: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 [[email protected]: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 [[email protected]:2] Answer(“SIP/216.115.69.144-00000aae”, “”) in new stack
[2015-06-03 09:22:34] VERBOSE[11583][C-00002263] pbx.c: – Executing [[email protected]: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 [[email protected]: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 [[email protected]: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 [[email protected]: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 [[email protected]: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 [[email protected]: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 [[email protected]: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