Hi Steve, SH> The presentation is 3 digit, I've made an entry in extensions.conf SH> to allow the looping of a call back from the GDK.
3 Digits seems a bit short from Telewest, I would have expected the last six digits to have been sent for inbound PSTN calls (as per the BT standard). If Telewest are sending six digits then it would seem best use the same standard from * to the GDK as well, rather than 3. From your trace * indicates that it's calling 110 which seems to match your expectation. Can you make the following changes in the * config files, change the digit length to match Telewest and try again? pridialplan=local /* all entries switchtype=euroisdn /* all entries In my working system configs there is always a switchtype declaration for each span; this may be overkill but it works and certainly won't cause any harm. Is there a reason why you have only provisioned half your B channels on each PRI span?; if that's all you need then that's fair enough. HTH Darren -- Comgate Telco>Internet<Broadcast -----Original Message----- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of Steve Hanselman Sent: 15 June 2004 12:59 To: '[EMAIL PROTECTED]' Subject: RE: [Asterisk-Users] PRI problems (telewest -> * -> LG GDK 186) Certainly, here they are (I've stripped the commented bits away): Zapata.conf [trunkgroups] [channels] language=en context=default switchtype=national overlapdial=yes signalling=fxo_ls rxwink=300 ; Atlas seems to use long (250ms) winks usecallerid=yes hidecallerid=no callwaiting=yes usecallingpres=yes callwaitingcallerid=yes threewaycalling=yes transfer=yes cancallforward=yes callreturn=yes echocancel=yes echocancelwhenbridged=yes rxgain=0.0 txgain=0.0 group=1 callgroup=1 pickupgroup=1 immediate=no ; ; For our config, port 1 goes to Telewest, port 2 goes to the GDK ; pridialplan=unknown switchtype = euroisdn signalling = pri_cpe context = telewest group = 1 overlapdial=no callerid=asreceived channel => 1-15 pridialplan=national signalling = pri_net context = gdk group = 2 overlapdial=yes callerid=asreceived channel => 32-46 Here's zaptel.conf (timing only on span 1 as that's the one from Telewest): span=1,1,0,ccs,hdb3,crc4 span=2,0,0,ccs,hdb3,crc4 bchan=1-15 dchan=16 bchan=32-46 dchan=47 defaultzone=uk -----Original Message----- From: Storer, Darren [mailto:[EMAIL PROTECTED] Sent: 15 June 2004 12:42 To: [EMAIL PROTECTED] Subject: RE: [Asterisk-Users] PRI problems (telewest -> * -> LG GDK 186) Hi Steve, please could you post your zapata.conf and zaptel.conf files? Regards Darren -- Comgate Telco>Internet<Broadcast -----Original Message----- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of Steve Hanselman Sent: 15 June 2004 10:28 To: '[EMAIL PROTECTED]' Subject: [Asterisk-Users] PRI problems (telewest -> * -> LG GDK 186) Hi, � I'm trying to figure out what the issue is splicing Asterisk between our Telewest PRI and a GDK-186 with a PRI card. � We're using the Digium TE405P � Our telco provider is Telewest, and Telco directly into switch is fine. � When I splice Asterisk in, I can make and receive calls from Asterisk extensions, I can make outbound calls from the GDK, but inbound calls do not seem to pass over the "called number", therefore in the GDK they go to a default extension, and not to the DDI required. � The presentation is 3 digit, I've made an entry in extensions.conf to allow the looping of a call back from the GDK. � Here's the relevant extension info from extensions.conf: � [gdk] ; ; This context is used for all calls coming in from the GDK, they are meant to go directly out of the telewest PRI ; � exten => s,1,Answer�������������������� ; Answer the line exten => s,2,DigitTimeout,2������������ ; Set Digit Timeout to 5 seconds exten => s,3,ResponseTimeout,2��������� ; Set Response Timeout to 10 seconds � exten => _X.,1,Dial(${TELEWEST}/${EXTEN}) exten => _X.,2,Congestion � exten => _4661XX,1,dial(${GDK}/${EXTEN:3}) exten => _4661XX,2,Congestion � So from the GDK I can dial 9466110 and I should be looped back to the GDK and into the support queue, the loop works, but the called number IE is not understood by the GDK? � Looking in the technical book for the GDK it states that the requirement is that the information element "Called Number" contains the required digits, and it does, I'm stumped? � � Here's the debug of the session - slightly edited to reduce the size(!): � � Linux3*CLI> pri debug span 2 Enabled debugging on span 2 < Protocol Discriminator: Q.931 (8)� len=22 < Call Ref: len= 2 (reference 32527/0x7F0F) (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 8f] < 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: 15 ] < [6d 05 80 50 31 31 31] < Calling Sub-Address (len= 7) [ Ext: 1� Type: NSAP (X.213/ISO 8348 AD2) (0) O: 0 '111' ] -- Making new call for cr 32527 -- Processing Q.931 Call Setup -- Processing IE 4 (Bearer Capability) -- Processing IE 24 (Channel Identification) -- Processing IE 109 (Calling Party Subaddress) > Protocol Discriminator: Q.931 (8)� len=14 > Call Ref: len= 2 (reference 65295/0xFF0F) (Terminator) > Message type: SETUP ACKNOWLEDGE (13) > [18 03 a9 83 8f] > 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: 15 ] > [> [1e> [1e 02> [1e 02 81> [1e 02 81 82> [1e 02 81 82] > Progress Indicator (len= 4) [ Ext: 1� Coding: CCITT (ITU) standard (0) 0: 0�� Location: Private network serving the local user (1) >������������������������������ Ext: 1� Progress Description: Called equipment is non-ISDN. (2) ] ��� -- Accepting overlap call from '' to '<unspecified>' on channel 0/15, span 2 ��� -- Starting simple switch on 'Zap/46-1' < Protocol Discriminator: Q.931 (8)� len=9 < Call Ref: len= 2 (reference 32527/0x7F0F) (Originator) < Message type: INFORMATION (123) < [70 02 80 34] < Called Number (len= 4) [ Ext: 1� TON: Unknown Number Type (0)� NPI: Unknown Number Plan (0) '4' ] -- Processing IE 112 (Called Party Number) < Protocol Discriminator: Q.931 (8)� len=9 < Call Ref: len= 2 (reference 32527/0x7F0F) (Originator) < Message type: INFORMATION (123) < [70 02 80 36] < Called Number (len= 4) [ Ext: 1� TON: Unknown Number Type (0)� NPI: Unknown Number Plan (0) '6' ] -- Processing IE 112 (Called Party Number) < Protocol Discriminator: Q.931 (8)� len=9 < Call Ref: len= 2 (reference 32527/0x7F0F) (Originator) < Message type: INFORMATION (123) < [70 02 80 36] < Called Number (len= 4) [ Ext: 1� TON: Unknown Number Type (0)� NPI: Unknown Number Plan (0) '6' ] -- Processing IE 112 (Called Party Number) < Protocol Discriminator: Q.931 (8)� len=9 < Call Ref: len= 2 (reference 32527/0x7F0F) (Originator) < Message type: INFORMATION (123) < [70 02 80 31] < Called Number (len= 4) [ Ext: 1� TON: Unknown Number Type (0)� NPI: Unknown Number Plan (0) '1' ] -- Processing IE 112 (Called Party Number) < Protocol Discriminator: Q.931 (8)� len=9 < Call Ref: len= 2 (reference 32527/0x7F0F) (Originator) < Message type: INFORMATION (123) < [70 02 80 31] < Called Number (len= 4) [ Ext: 1� TON: Unknown Number Type (0)� NPI: Unknown Number Plan (0) '1' ] -- Processing IE 112 (Called Party Number) < Protocol Discriminator: Q.931 (8)� len=9 < Call Ref: len= 2 (reference 32527/0x7F0F) (Originator) < Message type: INFORMATION (123) < [70 02 80 30] < Called Number (len= 4) [ Ext: 1� TON: Unknown Number Type (0)� NPI: Unknown Number Plan (0) '0' ] -- Processing IE 112 (Called Party Number) ��� -- Executing Dial("Zap/46-1", "Zap/g2/110") in new stack -- Making new call for cr 32772 > Protocol Discriminator: Q.931 (8)� len=25 > Call Ref: len= 2 (reference 4/0x4) (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 a1 83 81] > Channel ID (len= 5) [ Ext: 1� IntID: Implicit, PRI Spare: 0, Preferred Dchan: 0 >����������������������� ChanSel: Reserved >���������������������� Ext: 1� Coding: 0�� Number Specified�� Channel Type: 3 >���������������������� Ext: 1� Channel: 1 ] > [6c 02 00 c3] > Calling Number (len= 4) [ Ext: 0� TON: Unknown Number Type (0)� NPI: Unknown Number Plan (0) >������ ��������������������Presentation: Unknown (67) '' ] > [70 04 80 31 31 30] > Called Number (len= 6) [ Ext: 1� TON: Unknown Number Type (0)� NPI: Unknown Number Plan (0) '110' ] � ��-- Called g2/110 > Protocol Discriminator: Q.931 (8)� len=10 > Call Ref: len= 2 (reference 65295/0xFF0F) (Terminator) > Message type: CALL PROCEEDING (2) > [> [18> [18 03> [18 03 a9> [18 03 a9 83> [18 03 a9 83 8f> [18 03 a9 83 8f] > 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: 15 ] > Protocol Discriminator: Q.931 (8)� len=9 > Call Ref: len= 2 (reference 65295/0xFF0F) (Terminator) > Message type: PROGRESS (3) > [1e 02 81 88] > Progress Indicator (len= 4) [ Ext: 1� Coding: CCITT (ITU) standard (0) 0: 0�� Location: Private network serving the local user (1) >������������������������������ Ext: 1� Progress Description: Inband information or appropriate pattern now available. (8) ] < Protocol Discriminator: Q.931 (8)� len=10 < Call Ref: len= 2 (reference 32772/0x8004) (Terminator) < Message type: SETUP ACKNOWLEDGE (13) < [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 (Channel Identification) < Protocol Discriminator: Q.931 (8)� len=5 < Call Ref: len= 2 (reference 32772/0x8004) (Terminator) < Message type: CALL PROCEEDING (2) ��� -- Zap/32-1 is making progress passing it to Zap/46-1 < Protocol Discriminator: Q.931 (8)� len=5 < Call Ref: len= 2 (reference 32772/0x8004) (Terminator) < Message type: ALERTING (1) � ��-- Zap/32-1 is ringing < Protocol Discriminator: Q.931 (8)� len=5 < Call Ref: len= 2 (reference 32772/0x8004) (Terminator) < Message type: CONNECT (7) > Protocol Discriminator: Q.931 (8)� len=5 > Call Ref: len= 2 (reference 4/0x4) (Originator) > Message type: CONNECT ACKNOWLEDGE (15) ��� -- Zap/32-1 answered Zap/46-1 > Protocol Discriminator: Q.931 (8)� len=14 > Call Ref: len= 2 (reference 65295/0xFF0F) (Terminator) > Message type: CONNECT (7) > [18 03 a9 83 8f] > 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: 15 ] > [1e 02 81 82] > Progress Indicator (len= 4) [ Ext: 1� Coding: CCITT (ITU) standard (0) 0: 0�� Location: Private network serving the local user (1) >������������������������������ Ext: 1� Progress Description: Called equipment is non-ISDN. (2) ] ��� -- Attempting native bridge of Zap/46-1 and Zap/32-1 < Protocol Discriminator: Q.931 (8)� len=5 < Call Ref: len= 2 (reference 32527/0x7F0F) (Originator) < Message type: CONNECT ACKNOWLEDGE (15) � Steve Hanselman Brendata (UK) Ltd � Tel: +44 (0)1268 466111 Fax: +44 (0)870 1387283 Mob: +44 (0)7973 750993� The information contained in this email is intended for the personal and confidential use of the addressee only. It may also be privileged information. If you are not the intended recipient then you are hereby notified that you have received this document in error and that any review, distribution or copying of this document is strictly prohibited. If you have received this communication in error, please notify Brendata immediately on: +44 (0)1268 466100, or email '[EMAIL PROTECTED]' Brendata (UK) Ltd Nevendon Hall, Nevendon Road, Basildon, Essex. SS13 1BX UK Registered Office as above. Registered in England No. 2764339 See our current vacancies at www.brendata.co.uk _______________________________________________ Asterisk-Users mailing list [EMAIL PROTECTED] http://lists.digium.com/mailman/listinfo/asterisk-users To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users _______________________________________________ Asterisk-Users mailing list [EMAIL PROTECTED] http://lists.digium.com/mailman/listinfo/asterisk-users To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users The information contained in this email is intended for the personal and confidential use of the addressee only. It may also be privileged information. If you are not the intended recipient then you are hereby notified that you have received this document in error and that any review, distribution or copying of this document is strictly prohibited. If you have received this communication in error, please notify Brendata immediately on: +44 (0)1268 466100, or email '[EMAIL PROTECTED]' Brendata (UK) Ltd Nevendon Hall, Nevendon Road, Basildon, Essex. SS13 1BX UK Registered Office as above. Registered in England No. 2764339 See our current vacancies at www.brendata.co.uk _______________________________________________ Asterisk-Users mailing list [EMAIL PROTECTED] http://lists.digium.com/mailman/listinfo/asterisk-users To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users _______________________________________________ Asterisk-Users mailing list [EMAIL PROTECTED] http://lists.digium.com/mailman/listinfo/asterisk-users To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
