Mr Gabriel
2008-Dec-08 08:51 UTC
[asterisk-users] PRI span debug out put - failing international calls
I have attached my PRI debug out put when making an international call - hopefully it can shed some light on the situation. I am sorry if this attachment gets to the list twice, I sent one early this morning, but it has yet to appear - i may have sent that one in error. Kind Regards: Gabriel -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.digium.com/pipermail/asterisk-users/attachments/20081208/c43b1eff/attachment.htm -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: pri.txt Url: http://lists.digium.com/pipermail/asterisk-users/attachments/20081208/c43b1eff/attachment.txt
Tony Mountifield
2008-Dec-08 10:17 UTC
[asterisk-users] PRI span debug out put - failing international calls
In article <7631180.21228726277153.JavaMail.GABBY-PC-VISTA$@Gabby-PC-Vista>, Mr Gabriel <gabriel at fusis.com> wrote:> > I have attached my PRI debug out put when making an international call - hopefully it can > shed some light on the situation. I am sorry if this attachment gets to the list twice, I > sent one early this morning, but it has yet to appear - i may have sent that one in error. > > Kind Regards: > > Gabriel > > > -- Making new call for cr 32774 > > Protocol Discriminator: Q.931 (8) len=41 > > Call Ref: len= 2 (reference 6/0x6) (Originator) > > Message type: SETUP (5) > > [04 03 80 90 a3] > > Bearer Capability (len= 5) [ Ext: 1 Q.931 Std: 0 Info transfer capability: Speech (0) > > Ext: 1 Trans mode/rate: 64kbps, circuit-mode (16) > > Ext: 1 User information layer 1: A-Law (35) > > [18 03 a9 83 81] > > Channel ID (len= 5) [ Ext: 1 IntID: Implicit PRI Spare: 0 Exclusive Dchan: 0 > > ChanSel: Reserved > > Ext: 1 Coding: 0 Number Specified Channel Type: 3 > > Ext: 1 Channel: 1 ] > > [6c 07 21 80 31 32 33 34 35] > > Calling Number (len= 9) [ Ext: 0 TON: National Number (2) NPI: ISDN/Telephony Numbering > Plan (E.164/E.163) (1) > > Presentation: Presentation permitted, user number not screened > (0) '12345' ]This is not correct - you are presenting an internal number as a Caller-ID with a TON of "National". You should set a valid Caller-ID in your dialplan before calling Dial(). Or via whatever GUI you might be using. However, this probably isn't the cause of failure - BT should just ignore the Caller-ID.> > [70 0e a1 30 30 33 35 33 31 36 36 30 32 33 31 31] > > Called Number (len=16) [ Ext: 1 TON: National Number (2) NPI: ISDN/Telephony Numbering > Plan (E.164/E.163) (1) '0035316602311' ]However, I think this is wrong, and probably the cause of the failure. It is saying that you have "pridialplan=national" (the default), but you are giving a complete number. This is effectively dialling the number '00035316602311'. The first thing to make sure is that your pridialplan= and xxxprefixdirectives in zapata.conf are BEFORE the channels to which they apply. When you have a channel= directive in the file, those channels will be created with the parameters that have ALREADY been seen in the file, and any parameters that come later, won't apply to those channels. Also, don't forget you need to restart Asterisk if you change the details in zapata.conf (perhaps reload might be enough, but I'm never sure).> > [a1] > > Sending Complete (len= 1) > q931.c:2879 q931_setup: call 32774 on channel 1 enters state 1 (Call Initiated) > < Protocol Discriminator: Q.931 (8) len=10 > < Call Ref: len= 2 (reference 6/0x6) (Terminator) > < Message type: CALL PROCEEDING (2) > < [18 03 a9 83 81] > < Channel ID (len= 5) [ Ext: 1 IntID: Implicit PRI Spare: 0 Exclusive Dchan: 0 > < ChanSel: Reserved > < Ext: 1 Coding: 0 Number Specified Channel Type: 3 > < Ext: 1 Channel: 1 ] > -- Processing IE 24 (cs0, Channel Identification) > q931.c:3414 q931_receive: call 32774 on channel 1 enters state 3 (Outgoing call Proceeding) > < Protocol Discriminator: Q.931 (8) len=13 > < Call Ref: len= 2 (reference 6/0x6) (Terminator) > < Message type: DISCONNECT (69) > < [08 02 82 81] > < Cause (len= 4) [ Ext: 1 Coding: CCITT (ITU) standard (0) Spare: 0 Location: Public > network serving the local user (2) > < Ext: 1 Cause: Unallocated (unassigned) number (1), class = Normal Event (0) ]This response field is telling you there is no such number as 00035316602311 [remainder snipped] Things you need to try, exactly: 1) Make sure the pri and prefix directives are before the channel list. 2) Change to "pridialplan=unknown" and try dialling both UK and Ireland. 3) Change to "pridialplan=dynamic" with "nationalprefix=0" and "internationalprefix=00", and try dialling both UK and Ireland. If that still doesn't work, and you are happy to give me remote ssh access, email me privately. Cheers Tony -- Tony Mountifield Work: tony at softins.co.uk - http://www.softins.co.uk Play: tony at mountifield.org - http://tony.mountifield.org
Mr Gabriel
2008-Dec-08 12:55 UTC
[asterisk-users] PRI span debug out put - failing international calls
----- Original Message ----- From: "Tony Mountifield" <tony at softins.clara.co.uk> To: asterisk-users at lists.digium.com Sent: Monday, 8 December, 2008 10:17:33 GMT +00:00 GMT Britain, Ireland, Portugal Subject: Re: [asterisk-users] PRI span debug out put - failing international calls In article <7631180.21228726277153.JavaMail.GABBY-PC-VISTA$@Gabby-PC-Vista>, Mr Gabriel <gabriel at fusis.com> wrote:> > I have attached my PRI debug out put when making an international call - hopefully it can > shed some light on the situation. I am sorry if this attachment gets to the list twice, I > sent one early this morning, but it has yet to appear - i may have sent that one in error. > > Kind Regards: > > Gabriel > > > -- Making new call for cr 32774 > > Protocol Discriminator: Q.931 (8) len=41 > > Call Ref: len= 2 (reference 6/0x6) (Originator) > > Message type: SETUP (5) > > [04 03 80 90 a3] > > Bearer Capability (len= 5) [ Ext: 1 Q.931 Std: 0 Info transfer capability: Speech (0) > > Ext: 1 Trans mode/rate: 64kbps, circuit-mode (16) > > Ext: 1 User information layer 1: A-Law (35) > > [18 03 a9 83 81] > > Channel ID (len= 5) [ Ext: 1 IntID: Implicit PRI Spare: 0 Exclusive Dchan: 0 > > ChanSel: Reserved > > Ext: 1 Coding: 0 Number Specified Channel Type: 3 > > Ext: 1 Channel: 1 ] > > [6c 07 21 80 31 32 33 34 35] > > Calling Number (len= 9) [ Ext: 0 TON: National Number (2) NPI: ISDN/Telephony Numbering > Plan (E.164/E.163) (1) > > Presentation: Presentation permitted, user number not screened > (0) '12345' ]This is not correct - you are presenting an internal number as a Caller-ID with a TON of "National". You should set a valid Caller-ID in your dialplan before calling Dial(). Or via whatever GUI you might be using. However, this probably isn't the cause of failure - BT should just ignore the Caller-ID.> > [70 0e a1 30 30 33 35 33 31 36 36 30 32 33 31 31] > > Called Number (len=16) [ Ext: 1 TON: National Number (2) NPI: ISDN/Telephony Numbering > Plan (E.164/E.163) (1) '0035316602311' ]However, I think this is wrong, and probably the cause of the failure. It is saying that you have "pridialplan=national" (the default), but you are giving a complete number. This is effectively dialling the number '00035316602311'. The first thing to make sure is that your pridialplan= and xxxprefix= directives in zapata.conf are BEFORE the channels to which they apply. When you have a channel= directive in the file, those channels will be created with the parameters that have ALREADY been seen in the file, and any parameters that come later, won't apply to those channels. Also, don't forget you need to restart Asterisk if you change the details in zapata.conf (perhaps reload might be enough, but I'm never sure).> > [a1] > > Sending Complete (len= 1) > q931.c:2879 q931_setup: call 32774 on channel 1 enters state 1 (Call Initiated) > < Protocol Discriminator: Q.931 (8) len=10 > < Call Ref: len= 2 (reference 6/0x6) (Terminator) > < Message type: CALL PROCEEDING (2) > < [18 03 a9 83 81] > < Channel ID (len= 5) [ Ext: 1 IntID: Implicit PRI Spare: 0 Exclusive Dchan: 0 > < ChanSel: Reserved > < Ext: 1 Coding: 0 Number Specified Channel Type: 3 > < Ext: 1 Channel: 1 ] > -- Processing IE 24 (cs0, Channel Identification) > q931.c:3414 q931_receive: call 32774 on channel 1 enters state 3 (Outgoing call Proceeding) > < Protocol Discriminator: Q.931 (8) len=13 > < Call Ref: len= 2 (reference 6/0x6) (Terminator) > < Message type: DISCONNECT (69) > < [08 02 82 81] > < Cause (len= 4) [ Ext: 1 Coding: CCITT (ITU) standard (0) Spare: 0 Location: Public > network serving the local user (2) > < Ext: 1 Cause: Unallocated (unassigned) number (1), class = Normal Event (0) ]This response field is telling you there is no such number as 00035316602311 [remainder snipped] Things you need to try, exactly: 1) Make sure the pri and prefix directives are before the channel list. 2) Change to "pridialplan=unknown" and try dialling both UK and Ireland. 3) Change to "pridialplan=dynamic" with "nationalprefix=0" and "internationalprefix=00", and try dialling both UK and Ireland. If that still doesn't work, and you are happy to give me remote ssh access, email me privately. **Gabriel says** I have made the amendments as advised, but the issues still exists - I have attached another PRI debug of attempted international call, and also the zapata.conf - I am at a lost, because we feel that everything is actually complete - and help will be appreciated. Cheers Tony -- Tony Mountifield Work: tony at softins.co.uk - http://www.softins.co.uk Play: tony at mountifield.org - http://tony.mountifield.org _______________________________________________ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.digium.com/pipermail/asterisk-users/attachments/20081208/6c0969f5/attachment.htm -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: pri4.txt Url: http://lists.digium.com/pipermail/asterisk-users/attachments/20081208/6c0969f5/attachment.txt -------------- next part -------------- A non-text attachment was scrubbed... Name: zapata.conf Type: application/octet-stream Size: 765 bytes Desc: not available Url : http://lists.digium.com/pipermail/asterisk-users/attachments/20081208/6c0969f5/attachment.obj