Re: [asterisk-users] PRI timing settings
On 2014-08-19 23:56, Jeff LaCoursiere wrote: Hello, I wrote earlier today about a new PRI installation in the Caribbean, where all outbound calls are functioning fine *except* calls to Sprint phone numbers, which get rejected immediately as busy. The telco has been working with their switch manufacturer and took the output of pri show span 1 from me and came back with this: quote--- Please check your timers below. How did you determine your settings? * Timer and counter settings: N200: 3 N202: 3 K: 7 T200: 1000 T201: 1000 T202: 2000 T203: 1 T303: 4000 T305: 3 T308: 4000 T309: 6000Our switch: Telcordia National ISDN 2: Range 10 - 90 seconds, default 90 seconds. * T312: 6000 T313: 4000 T316: -1Our switch: Telcordia National ISDN 2: Range 10 - 120 seconds, default 30 seconds. N316: 2 T-HOLD: 4000 T-RETRIEVE: 4000 T-RESPONSE: 4000 ---end quote--- Now I have no idea what T309 or T316 represent, but it seems odd that timers and counters would cause such an odd result... and the failure is immediate, not after some amount of timeout. Can anyone shed light on these settings and tell me if they are configurable? I don't think that this has something to do with the timers. I recommend to enable debug of your pri connection to get a trace to a sprint phone number. There you should get the disconnect cause of the call. Then your provider should be able to help you out. Maybe the reason of the problem is an incorrect number setting. Regards Hans -- _ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- New to Asterisk? Join us for a live introductory webinar every Thurs: http://www.asterisk.org/hello asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
Re: [asterisk-users] PRI timing settings
On Aug 19, 2014, at 5:56 PM, Jeff LaCoursiere j...@jeff.netmailto:j...@jeff.net wrote: I wrote earlier today about a new PRI installation in the Caribbean, where all outbound calls are functioning fine *except* calls to Sprint phone numbers, which get rejected immediately as busy. I don’t know what expectations for CLID your carrier might have, or for that matter the upstream carrier, however, we found through our CLEC here in the US that while the CLEC was happy to take e.164 formatted numbers from us as CLID, Global Crossing would reject them further upstream resulting in our calls to many toll frees being rejected. Switching to 10 digit CLID on all outbound calls through that PRI solved the problem. I don’t know if this is your problem but be sure your CLID is in the most simple format possible for your region to help rule it out. sl -- _ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- New to Asterisk? Join us for a live introductory webinar every Thurs: http://www.asterisk.org/hello asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
Re: [asterisk-users] PRI timing settings
On 08/20/2014 07:58 AM, Scott L. Lykens wrote: On Aug 19, 2014, at 5:56 PM, Jeff LaCoursiere j...@jeff.net mailto:j...@jeff.net wrote: I wrote earlier today about a new PRI installation in the Caribbean, where all outbound calls are functioning fine *except* calls to Sprint phone numbers, which get rejected immediately as busy. I don’t know what expectations for CLID your carrier might have, or for that matter the upstream carrier, however, we found through our CLEC here in the US that while the CLEC was happy to take e.164 formatted numbers from us as CLID, Global Crossing would reject them further upstream resulting in our calls to many toll frees being rejected. Switching to 10 digit CLID on all outbound calls through that PRI solved the problem. I don’t know if this is your problem but be sure your CLID is in the most simple format possible for your region to help rule it out. sl This makes me curious... what *is* the simplest format possible for NANPA numbers? I'm sure there must be a spec to conform to. Can anyone point me to it? Cheers, j -- _ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- New to Asterisk? Join us for a live introductory webinar every Thurs: http://www.asterisk.org/hello asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
Re: [asterisk-users] PRI timing settings
For my NI2 PRIs I've always used 10 digits for everything and no +1 --Don From: asterisk-users-boun...@lists.digium.com [mailto:asterisk-users-boun...@lists.digium.com] On Behalf Of Jeff LaCoursiere Sent: Wednesday, August 20, 2014 9:41 AM To: asterisk-users@lists.digium.com Subject: Re: [asterisk-users] PRI timing settings On 08/20/2014 07:58 AM, Scott L. Lykens wrote: On Aug 19, 2014, at 5:56 PM, Jeff LaCoursiere j...@jeff.net wrote: I wrote earlier today about a new PRI installation in the Caribbean, where all outbound calls are functioning fine *except* calls to Sprint phone numbers, which get rejected immediately as busy. I don't know what expectations for CLID your carrier might have, or for that matter the upstream carrier, however, we found through our CLEC here in the US that while the CLEC was happy to take e.164 formatted numbers from us as CLID, Global Crossing would reject them further upstream resulting in our calls to many toll frees being rejected. Switching to 10 digit CLID on all outbound calls through that PRI solved the problem. I don't know if this is your problem but be sure your CLID is in the most simple format possible for your region to help rule it out. sl This makes me curious... what *is* the simplest format possible for NANPA numbers? I'm sure there must be a spec to conform to. Can anyone point me to it? Cheers, j -- _ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- New to Asterisk? Join us for a live introductory webinar every Thurs: http://www.asterisk.org/hello asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
Re: [asterisk-users] PRI timing settings
NXXNXX is the correct format of CallerID numbers in NANPA. The leading 1 is not part of any NANPA phone number. Toll free area codes are also not valid for CallerID. From: asterisk-users-boun...@lists.digium.com [mailto:asterisk-users-boun...@lists.digium.com] On Behalf Of Jeff LaCoursiere Sent: Wednesday, August 20, 2014 2:41 PM To: asterisk-users@lists.digium.com Subject: Re: [asterisk-users] PRI timing settings On 08/20/2014 07:58 AM, Scott L. Lykens wrote: On Aug 19, 2014, at 5:56 PM, Jeff LaCoursiere j...@jeff.netmailto:j...@jeff.net wrote: I wrote earlier today about a new PRI installation in the Caribbean, where all outbound calls are functioning fine *except* calls to Sprint phone numbers, which get rejected immediately as busy. I don't know what expectations for CLID your carrier might have, or for that matter the upstream carrier, however, we found through our CLEC here in the US that while the CLEC was happy to take e.164 formatted numbers from us as CLID, Global Crossing would reject them further upstream resulting in our calls to many toll frees being rejected. Switching to 10 digit CLID on all outbound calls through that PRI solved the problem. I don't know if this is your problem but be sure your CLID is in the most simple format possible for your region to help rule it out. sl This makes me curious... what *is* the simplest format possible for NANPA numbers? I'm sure there must be a spec to conform to. Can anyone point me to it? Cheers, j -- _ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- New to Asterisk? Join us for a live introductory webinar every Thurs: http://www.asterisk.org/hello asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
Re: [asterisk-users] PRI timing settings
What about the text portion? Should that never be sent? I was indeed sending the '1', and I will remove that to see if it solves my problem, but I also have the company name in there. I feel like a newb asking such questions, but I've never had this issue before :) Company 1NXXNXX Cheers, j On 08/20/2014 09:46 AM, Eric Wieling wrote: NXXNXX is the correct format of CallerID numbers in NANPA. The leading 1 is not part of any NANPA phone number. Toll free “area codes” are also not valid for CallerID. *From:*asterisk-users-boun...@lists.digium.com [mailto:asterisk-users-boun...@lists.digium.com] *On Behalf Of *Jeff LaCoursiere *Sent:* Wednesday, August 20, 2014 2:41 PM *To:* asterisk-users@lists.digium.com *Subject:* Re: [asterisk-users] PRI timing settings On 08/20/2014 07:58 AM, Scott L. Lykens wrote: On Aug 19, 2014, at 5:56 PM, Jeff LaCoursiere j...@jeff.net mailto:j...@jeff.net wrote: I wrote earlier today about a new PRI installation in the Caribbean, where all outbound calls are functioning fine *except* calls to Sprint phone numbers, which get rejected immediately as busy. I don’t know what expectations for CLID your carrier might have, or for that matter the upstream carrier, however, we found through our CLEC here in the US that while the CLEC was happy to take e.164 formatted numbers from us as CLID, Global Crossing would reject them further upstream resulting in our calls to many toll frees being rejected. Switching to 10 digit CLID on all outbound calls through that PRI solved the problem. I don’t know if this is your problem but be sure your CLID is in the most simple format possible for your region to help rule it out. sl This makes me curious... what *is* the simplest format possible for NANPA numbers? I'm sure there must be a spec to conform to. Can anyone point me to it? Cheers, j -- _ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- New to Asterisk? Join us for a live introductory webinar every Thurs: http://www.asterisk.org/hello asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
Re: [asterisk-users] PRI timing settings
CallerID Name doesn't really matter. Either your carrier will remove it when handing the call off to the next hop or the terminating carrier will ignore any CallerID name data and do a name lookup in their own database using the CallerID number. This is why your CallerID name can be different depending on which carrier is used for the receiving phone number. From: asterisk-users-boun...@lists.digium.com [mailto:asterisk-users-boun...@lists.digium.com] On Behalf Of Jeff LaCoursiere Sent: Wednesday, August 20, 2014 3:03 PM To: asterisk-users@lists.digium.com Subject: Re: [asterisk-users] PRI timing settings What about the text portion? Should that never be sent? I was indeed sending the '1', and I will remove that to see if it solves my problem, but I also have the company name in there. I feel like a newb asking such questions, but I've never had this issue before :) Company 1NXXNXX Cheers, j On 08/20/2014 09:46 AM, Eric Wieling wrote: NXXNXX is the correct format of CallerID numbers in NANPA. The leading 1 is not part of any NANPA phone number. Toll free area codes are also not valid for CallerID. From: asterisk-users-boun...@lists.digium.commailto:asterisk-users-boun...@lists.digium.com [mailto:asterisk-users-boun...@lists.digium.com] On Behalf Of Jeff LaCoursiere Sent: Wednesday, August 20, 2014 2:41 PM To: asterisk-users@lists.digium.commailto:asterisk-users@lists.digium.com Subject: Re: [asterisk-users] PRI timing settings On 08/20/2014 07:58 AM, Scott L. Lykens wrote: On Aug 19, 2014, at 5:56 PM, Jeff LaCoursiere j...@jeff.netmailto:j...@jeff.net wrote: I wrote earlier today about a new PRI installation in the Caribbean, where all outbound calls are functioning fine *except* calls to Sprint phone numbers, which get rejected immediately as busy. I don't know what expectations for CLID your carrier might have, or for that matter the upstream carrier, however, we found through our CLEC here in the US that while the CLEC was happy to take e.164 formatted numbers from us as CLID, Global Crossing would reject them further upstream resulting in our calls to many toll frees being rejected. Switching to 10 digit CLID on all outbound calls through that PRI solved the problem. I don't know if this is your problem but be sure your CLID is in the most simple format possible for your region to help rule it out. sl This makes me curious... what *is* the simplest format possible for NANPA numbers? I'm sure there must be a spec to conform to. Can anyone point me to it? Cheers, j -- _ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- New to Asterisk? Join us for a live introductory webinar every Thurs: http://www.asterisk.org/hello asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
Re: [asterisk-users] PRI timing settings
It's possible that Sprint is burping on the name. Try first dropping the 1. Then try dropping the name also, if necessary. --Don From: asterisk-users-boun...@lists.digium.com [mailto:asterisk-users-boun...@lists.digium.com] On Behalf Of Jeff LaCoursiere Sent: Wednesday, August 20, 2014 10:03 AM To: asterisk-users@lists.digium.com Subject: Re: [asterisk-users] PRI timing settings What about the text portion? Should that never be sent? I was indeed sending the '1', and I will remove that to see if it solves my problem, but I also have the company name in there. I feel like a newb asking such questions, but I've never had this issue before :) Company 1NXXNXX Cheers, j On 08/20/2014 09:46 AM, Eric Wieling wrote: NXXNXX is the correct format of CallerID numbers in NANPA. The leading 1 is not part of any NANPA phone number. Toll free area codes are also not valid for CallerID. From: asterisk-users-boun...@lists.digium.com [mailto:asterisk-users-boun...@lists.digium.com] On Behalf Of Jeff LaCoursiere Sent: Wednesday, August 20, 2014 2:41 PM To: asterisk-users@lists.digium.com Subject: Re: [asterisk-users] PRI timing settings On 08/20/2014 07:58 AM, Scott L. Lykens wrote: On Aug 19, 2014, at 5:56 PM, Jeff LaCoursiere j...@jeff.net wrote: I wrote earlier today about a new PRI installation in the Caribbean, where all outbound calls are functioning fine *except* calls to Sprint phone numbers, which get rejected immediately as busy. I don't know what expectations for CLID your carrier might have, or for that matter the upstream carrier, however, we found through our CLEC here in the US that while the CLEC was happy to take e.164 formatted numbers from us as CLID, Global Crossing would reject them further upstream resulting in our calls to many toll frees being rejected. Switching to 10 digit CLID on all outbound calls through that PRI solved the problem. I don't know if this is your problem but be sure your CLID is in the most simple format possible for your region to help rule it out. sl This makes me curious... what *is* the simplest format possible for NANPA numbers? I'm sure there must be a spec to conform to. Can anyone point me to it? Cheers, j -- _ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- New to Asterisk? Join us for a live introductory webinar every Thurs: http://www.asterisk.org/hello asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
Re: [asterisk-users] PRI timing settings
Sadly none of these changes have made any difference. I'll report the resolution for posterity once we find it. Thanks, j On 08/20/2014 10:13 AM, Don Kelly wrote: It’s possible that Sprint is burping on the name. Try first dropping the “1.” Then try dropping the name also, if necessary. --Don *From:*asterisk-users-boun...@lists.digium.com [mailto:asterisk-users-boun...@lists.digium.com] *On Behalf Of *Jeff LaCoursiere *Sent:* Wednesday, August 20, 2014 10:03 AM *To:* asterisk-users@lists.digium.com *Subject:* Re: [asterisk-users] PRI timing settings What about the text portion? Should that never be sent? I was indeed sending the '1', and I will remove that to see if it solves my problem, but I also have the company name in there. I feel like a newb asking such questions, but I've never had this issue before :) Company 1NXXNXX Cheers, j On 08/20/2014 09:46 AM, Eric Wieling wrote: NXXNXX is the correct format of CallerID numbers in NANPA. The leading 1 is not part of any NANPA phone number. Toll free “area codes” are also not valid for CallerID. *From:*asterisk-users-boun...@lists.digium.com mailto:asterisk-users-boun...@lists.digium.com [mailto:asterisk-users-boun...@lists.digium.com] *On Behalf Of *Jeff LaCoursiere *Sent:* Wednesday, August 20, 2014 2:41 PM *To:* asterisk-users@lists.digium.com mailto:asterisk-users@lists.digium.com *Subject:* Re: [asterisk-users] PRI timing settings On 08/20/2014 07:58 AM, Scott L. Lykens wrote: On Aug 19, 2014, at 5:56 PM, Jeff LaCoursiere j...@jeff.net mailto:j...@jeff.net wrote: I wrote earlier today about a new PRI installation in the Caribbean, where all outbound calls are functioning fine *except* calls to Sprint phone numbers, which get rejected immediately as busy. I don’t know what expectations for CLID your carrier might have, or for that matter the upstream carrier, however, we found through our CLEC here in the US that while the CLEC was happy to take e.164 formatted numbers from us as CLID, Global Crossing would reject them further upstream resulting in our calls to many toll frees being rejected. Switching to 10 digit CLID on all outbound calls through that PRI solved the problem. I don’t know if this is your problem but be sure your CLID is in the most simple format possible for your region to help rule it out. sl This makes me curious... what *is* the simplest format possible for NANPA numbers? I'm sure there must be a spec to conform to. Can anyone point me to it? Cheers, j -- _ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- New to Asterisk? Join us for a live introductory webinar every Thurs: http://www.asterisk.org/hello asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
Re: [asterisk-users] PRI timing settings
PRI intense debug should show all you need to fix this. On Wed, Aug 20, 2014 at 12:13 PM, Jeff LaCoursiere j...@jeff.net wrote: Sadly none of these changes have made any difference. I'll report the resolution for posterity once we find it. Thanks, j On 08/20/2014 10:13 AM, Don Kelly wrote: It’s possible that Sprint is burping on the name. Try first dropping the “1.” Then try dropping the name also, if necessary. --Don *From:* asterisk-users-boun...@lists.digium.com [ mailto:asterisk-users-boun...@lists.digium.com asterisk-users-boun...@lists.digium.com] *On Behalf Of *Jeff LaCoursiere *Sent:* Wednesday, August 20, 2014 10:03 AM *To:* asterisk-users@lists.digium.com *Subject:* Re: [asterisk-users] PRI timing settings What about the text portion? Should that never be sent? I was indeed sending the '1', and I will remove that to see if it solves my problem, but I also have the company name in there. I feel like a newb asking such questions, but I've never had this issue before :) Company 1NXXNXX Cheers, j On 08/20/2014 09:46 AM, Eric Wieling wrote: NXXNXX is the correct format of CallerID numbers in NANPA. The leading 1 is not part of any NANPA phone number. Toll free “area codes” are also not valid for CallerID. *From:* asterisk-users-boun...@lists.digium.com [ mailto:asterisk-users-boun...@lists.digium.com asterisk-users-boun...@lists.digium.com] *On Behalf Of *Jeff LaCoursiere *Sent:* Wednesday, August 20, 2014 2:41 PM *To:* asterisk-users@lists.digium.com *Subject:* Re: [asterisk-users] PRI timing settings On 08/20/2014 07:58 AM, Scott L. Lykens wrote: On Aug 19, 2014, at 5:56 PM, Jeff LaCoursiere j...@jeff.net wrote: I wrote earlier today about a new PRI installation in the Caribbean, where all outbound calls are functioning fine *except* calls to Sprint phone numbers, which get rejected immediately as busy. I don’t know what expectations for CLID your carrier might have, or for that matter the upstream carrier, however, we found through our CLEC here in the US that while the CLEC was happy to take e.164 formatted numbers from us as CLID, Global Crossing would reject them further upstream resulting in our calls to many toll frees being rejected. Switching to 10 digit CLID on all outbound calls through that PRI solved the problem. I don’t know if this is your problem but be sure your CLID is in the most simple format possible for your region to help rule it out. sl This makes me curious... what *is* the simplest format possible for NANPA numbers? I'm sure there must be a spec to conform to. Can anyone point me to it? Cheers, j -- _ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- New to Asterisk? Join us for a live introductory webinar every Thurs: http://www.asterisk.org/hello asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users -- _ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- New to Asterisk? Join us for a live introductory webinar every Thurs: http://www.asterisk.org/hello asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
Re: [asterisk-users] PRI timing settings
On 8/20/14, 11:28 AM, Steve Totaro wrote: PRI intense debug should show all you need to fix this. Right, the sooner you post this debug here the sooner we can help. Otherwise its just guesswork. On Wed, Aug 20, 2014 at 12:13 PM, Jeff LaCoursiere j...@jeff.net mailto:j...@jeff.net wrote: Sadly none of these changes have made any difference. I'll report the resolution for posterity once we find it. Thanks, j -- Technical Support http://www.cellroute.net -- _ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- New to Asterisk? Join us for a live introductory webinar every Thurs: http://www.asterisk.org/hello asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
Re: [asterisk-users] PRI timing settings
On 08/20/2014 12:04 PM, Andres wrote: On 8/20/14, 11:28 AM, Steve Totaro wrote: PRI intense debug should show all you need to fix this. Right, the sooner you post this debug here the sooner we can help. Otherwise its just guesswork. On Wed, Aug 20, 2014 at 12:13 PM, Jeff LaCoursiere j...@jeff.net mailto:j...@jeff.net wrote: Sadly none of these changes have made any difference. I'll report the resolution for posterity once we find it. Thanks, j Ok, here is an intense debug trace. I've replaced the phone numbers to protect the innocent. The smoking gun seems to be this: Ext: 1 Cause: Destination out of order (27) Though I have no idea why... calling the same destination from my cell phone works fine. We only send seven digits for local on-island calls like this, and calls to other carriers work fine with the same format. I'm starting to doubt there is anything I can do to fix this... seems like an issue between my telco and Sprint? Cheers, j astsouth*CLI pri intense debug span 1 Enabled debugging on span 1 PRI Span: 1 t203_expire PRI Span: 1 PRI Span: 1 TEI: 0 State 7(Multi-frame established) PRI Span: 1 V(A)=17, V(S)=17, V(R)=73 PRI Span: 1 K=7, RC=0, l3_initiated=0, reject_except=0, ack_pend=0 PRI Span: 1 T200_id=0, N200=3, T203_id=0 PRI Span: 1 [ 00 01 01 93 ] PRI Span: 1 Supervisory frame: PRI Span: 1 SAPI: 00 C/R: 0 EA: 0 PRI Span: 1 TEI: 000EA: 1 PRI Span: 1 Zero: 0 S: 0 01: 1 [ RR (receive ready) ] PRI Span: 1 N(R): 073 P/F: 1 PRI Span: 1 0 bytes of data PRI Span: 1 -- Starting T200 timer PRI Span: 1 PRI Span: 1 TEI: 0 State 8(Timer recovery) PRI Span: 1 V(A)=17, V(S)=17, V(R)=73 PRI Span: 1 K=7, RC=0, l3_initiated=0, reject_except=0, ack_pend=0 PRI Span: 1 T200_id=8192, N200=3, T203_id=0 PRI Span: 1 [ 02 01 01 23 ] PRI Span: 1 Supervisory frame: PRI Span: 1 SAPI: 00 C/R: 1 EA: 0 PRI Span: 1 TEI: 000EA: 1 PRI Span: 1 Zero: 0 S: 0 01: 1 [ RR (receive ready) ] PRI Span: 1 N(R): 017 P/F: 1 PRI Span: 1 0 bytes of data PRI Span: 1 PRI Span: 1 TEI: 0 State 8(Timer recovery) PRI Span: 1 V(A)=17, V(S)=17, V(R)=73 PRI Span: 1 K=7, RC=0, l3_initiated=0, reject_except=0, ack_pend=0 PRI Span: 1 T200_id=8192, N200=3, T203_id=0 PRI Span: 1 [ 02 01 01 93 ] PRI Span: 1 Supervisory frame: PRI Span: 1 SAPI: 00 C/R: 1 EA: 0 PRI Span: 1 TEI: 000EA: 1 PRI Span: 1 Zero: 0 S: 0 01: 1 [ RR (receive ready) ] PRI Span: 1 N(R): 073 P/F: 1 PRI Span: 1 0 bytes of data PRI Span: 1 -- Got ACK for N(S)=17 to (but not including) N(S)=17 PRI Span: 1 Done handling message for SAPI/TEI=0/0 PRI Span: 1 PRI Span: 1 TEI: 0 State 8(Timer recovery) PRI Span: 1 V(A)=17, V(S)=17, V(R)=73 PRI Span: 1 K=7, RC=0, l3_initiated=0, reject_except=0, ack_pend=0 PRI Span: 1 T200_id=8192, N200=3, T203_id=0 PRI Span: 1 [ 00 01 01 23 ] PRI Span: 1 Supervisory frame: PRI Span: 1 SAPI: 00 C/R: 0 EA: 0 PRI Span: 1 TEI: 000EA: 1 PRI Span: 1 Zero: 0 S: 0 01: 1 [ RR (receive ready) ] PRI Span: 1 N(R): 017 P/F: 1 PRI Span: 1 0 bytes of data PRI Span: 1 -- Got ACK for N(S)=17 to (but not including) N(S)=17 PRI Span: 1 -- Stopping T200 timer PRI Span: 1 -- Starting T203 timer PRI Span: 1 Done handling message for SAPI/TEI=0/0 == Using SIP RTP CoS mark 5 -- Executing [998@business:1] Dial(SIP/bolongo-1c78, DAHDI/g0/998,60) in new stack PRI Span: 1 -- Making new call for cref 32897 -- Requested transfer capability: 0x00 - SPEECH PRI Span: 1 PRI Span: 1 DL-DATA request PRI Span: 1 Protocol Discriminator: Q.931 (8) len=56 PRI Span: 1 TEI=0 Call Ref: len= 2 (reference 129/0x81) (Sent from originator) PRI Span: 1 Message Type: SETUP (5) PRI Span: 1 TEI=0 Transmitting N(S)=17, window is open V(A)=17 K=7 PRI Span: 1 PRI Span: 1 TEI: 0 State 7(Multi-frame established) PRI Span: 1 V(A)=17, V(S)=17, V(R)=73 PRI Span: 1 K=7, RC=0, l3_initiated=0, reject_except=0, ack_pend=0 PRI Span: 1 T200_id=0, N200=3, T203_id=8192 PRI Span: 1 [ 00 01 22 92 08 02 00 81 05 04 03 80 90 a2 18 03 a1 83 81 1e 02 80 83 28 0b b1 33 34 30 37 37 35 31 38 30 30 6c 0c 21 80 33 34 30 37 37 35 31 38 30 30 70 08 80 39 39 38 39 39 36 35 ] PRI Span: 1 Informational frame: PRI Span: 1 SAPI: 00 C/R: 0 EA: 0 PRI Span: 1 TEI: 000EA: 1 PRI Span: 1 N(S): 017 0: 0 PRI Span: 1 N(R): 073 P: 0 PRI Span: 1 56 bytes of data PRI Span: 1 Protocol Discriminator: Q.931 (8) len=56 PRI Span: 1 TEI=0 Call Ref: len= 2 (reference 129/0x81) (Sent from originator) PRI Span: 1 Message Type: SETUP (5) PRI Span: 1 [04 03 80 90 a2] PRI Span: 1 Bearer Capability (len= 5) [ Ext: 1 Coding-Std: 0 Info transfer capability: Speech (0) PRI Span: 1 Ext: 1 Trans mode/rate: 64kbps, circuit-mode (16) PRI Span: 1 User information layer 1: u-Law (34) PRI Span: 1 [18 03 a1 83 81] PRI Span: 1 Channel ID (len= 5) [ Ext: 1 IntID: Implicit Other(PRI) Spare: 0
Re: [asterisk-users] PRI timing settings
Do you also dial only 7 digits when calling from your cellphone when it works? Have you tried using the whole number in your dial? From: asterisk-users-boun...@lists.digium.com [mailto:asterisk-users-boun...@lists.digium.com] On Behalf Of Jeff LaCoursiere Sent: Wednesday, August 20, 2014 5:29 PM To: asterisk-users@lists.digium.com Subject: Re: [asterisk-users] PRI timing settings On 08/20/2014 12:04 PM, Andres wrote: Ok, here is an intense debug trace. I've replaced the phone numbers to protect the innocent. The smoking gun seems to be this: Ext: 1 Cause: Destination out of order (27) Though I have no idea why... calling the same destination from my cell phone works fine. We only send seven digits for local on-island calls like this, and calls to other carriers work fine with the same format. I'm starting to doubt there is anything I can do to fix this... seems like an issue between my telco and Sprint? Cheers, -- _ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- New to Asterisk? Join us for a live introductory webinar every Thurs: http://www.asterisk.org/hello asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
Re: [asterisk-users] PRI timing settings
Ok, here is an intense debug trace. I've replaced the phone numbers to protect the innocent. The smoking gun seems to be this: Ext: 1 Cause: Destination out of order (27) Though I have no idea why... calling the same destination from my cell phone works fine. We only send seven digits for local on-island calls like this, and calls to other carriers work fine with the same format. I'm starting to doubt there is anything I can do to fix this... seems like an issue between my telco and Sprint? Cheers, j [snip long trace] From here http://www.cnes.com/causecodes.html: *Cause No. 27 - destination out of order [Q.850] * This cause indicates that the destination indicated by the user cannot be reached because the interface to the destination is not functioning correctly. The term not functioning correctly indicates that a signal message was unable to be delivered to the remote party; e.g., a physical layer or data link layer failure at the remote party or user equipment off-line. I am betting this is simply what my telco is sending because they were unable to pass the call on to Sprint. It would be more informative perhaps to see what kind of trace the telco has of the handoff to Sprint. I'm going to see if they will give it to me. Cheers, j -- _ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- New to Asterisk? Join us for a live introductory webinar every Thurs: http://www.asterisk.org/hello asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
Re: [asterisk-users] PRI timing settings
Yes from the local cell phone seven digits is enough. We have tried sending ten digits with the same result over the PRI. Cheers, j On 08/20/2014 12:38 PM, Eric Wieling wrote: Do you also dial only 7 digits when calling from your cellphone when it works? Have you tried using the whole number in your dial? *From:*asterisk-users-boun...@lists.digium.com [mailto:asterisk-users-boun...@lists.digium.com] *On Behalf Of *Jeff LaCoursiere *Sent:* Wednesday, August 20, 2014 5:29 PM *To:* asterisk-users@lists.digium.com *Subject:* Re: [asterisk-users] PRI timing settings On 08/20/2014 12:04 PM, Andres wrote: Ok, here is an intense debug trace. I've replaced the phone numbers to protect the innocent. The smoking gun seems to be this: Ext: 1 Cause: Destination out of order (27) Though I have no idea why... calling the same destination from my cell phone works fine. We only send seven digits for local on-island calls like this, and calls to other carriers work fine with the same format. I'm starting to doubt there is anything I can do to fix this... seems like an issue between my telco and Sprint? Cheers, -- _ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- New to Asterisk? Join us for a live introductory webinar every Thurs: http://www.asterisk.org/hello asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
[asterisk-users] PRI timing settings
Hello, I wrote earlier today about a new PRI installation in the Caribbean, where all outbound calls are functioning fine *except* calls to Sprint phone numbers, which get rejected immediately as busy. The telco has been working with their switch manufacturer and took the output of pri show span 1 from me and came back with this: quote--- Please check your timers below. How did you determine your settings? * Timer and counter settings: N200: 3 N202: 3 K: 7 T200: 1000 T201: 1000 T202: 2000 T203: 1 T303: 4000 T305: 3 T308: 4000 T309: 6000Our switch: Telcordia National ISDN 2: Range 10 - 90 seconds, default 90 seconds. * T312: 6000 T313: 4000 T316: -1Our switch: Telcordia National ISDN 2: Range 10 - 120 seconds, default 30 seconds. N316: 2 T-HOLD: 4000 T-RETRIEVE: 4000 T-RESPONSE: 4000 ---end quote--- Now I have no idea what T309 or T316 represent, but it seems odd that timers and counters would cause such an odd result... and the failure is immediate, not after some amount of timeout. Can anyone shed light on these settings and tell me if they are configurable? Cheers, j -- _ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- New to Asterisk? Join us for a live introductory webinar every Thurs: http://www.asterisk.org/hello asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
Re: [asterisk-users] PRI timing settings
Doubtful that T309 or T316 are causing the problem, but you can always change them to correspond with their defaults. http://www.nmscommunications.com/manuals/6272-16/appendxe.htm --Don From: asterisk-users-boun...@lists.digium.com [mailto:asterisk-users-boun...@lists.digium.com] On Behalf Of Jeff LaCoursiere Sent: Tuesday, August 19, 2014 4:56 PM To: asterisk-users@lists.digium.com Asterisk Users Mailing List - Non-Commercial Discussion Subject: [asterisk-users] PRI timing settings Hello, I wrote earlier today about a new PRI installation in the Caribbean, where all outbound calls are functioning fine *except* calls to Sprint phone numbers, which get rejected immediately as busy. The telco has been working with their switch manufacturer and took the output of pri show span 1 from me and came back with this: quote--- Please check your timers below. How did you determine your settings? * Timer and counter settings: N200: 3 N202: 3 K: 7 T200: 1000 T201: 1000 T202: 2000 T203: 1 T303: 4000 T305: 3 T308: 4000 T309: 6000Our switch: Telcordia National ISDN 2: Range 10 - 90 seconds, default 90 seconds. * T312: 6000 T313: 4000 T316: -1Our switch: Telcordia National ISDN 2: Range 10 - 120 seconds, default 30 seconds. N316: 2 T-HOLD: 4000 T-RETRIEVE: 4000 T-RESPONSE: 4000 ---end quote--- Now I have no idea what T309 or T316 represent, but it seems odd that timers and counters would cause such an odd result... and the failure is immediate, not after some amount of timeout. Can anyone shed light on these settings and tell me if they are configurable? Cheers, j -- _ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- New to Asterisk? Join us for a live introductory webinar every Thurs: http://www.asterisk.org/hello asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users