Currently we’ve got a PRI setup with Sprint and I’ve had them switch one of our analog numbers over to the PRI for testing. Currently we can make outbound calls with our softphones just fine, however when someone tries to dial our old analog number(which sprint claims is now pointed at the PRI) we get a “this number is not in service” message. Sprint claims that this is a problem with our PRI, the tech then requested a conference call with our “vendor”.
I wanted to know if there is anyway of seeing if the call is actually coming from the PRI, ive tried pri debug span 1 and pri intense debug span 1 and i am seeing nothing in the CLI when i dial the number. Is there anyway to debug this or verify the connection?
wich digum card are you using? you should see something. Check lights on the digium card to make sure they go green when you plug the pri in.
if you sart astersik with asterisk -vvvvc then you should see alarm messages when ever you plug or unplug the pri.
We’re using the 110 card, the pri is UP, green, and we can make outbound calls with it.
What I’m asking is — if i make an inbound call to the pri from say… a cell phone. Is there anyway to see if there is actually a call inbound hitting our asterisk box (meaning there is a problem with our setup) or if the call isnt making it this far and there is a problem with Sprints end.
you can also ask them to capture the Q.931 message on the PRI, as well as an SS7 trap, when you place a call to your test number. just make sure the source of that call is not on the sprint network (try a non-sprint cell phone). if the call is placed on the same sprint switch, they wouldn’t need SS7 for the call setup.
google q.931 for more info on that – it’s pretty useful