Steve Hanselman
2004-Jun-15 02:27 UTC
[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 'technical@brendata.co.uk'
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
Storer, Darren
2004-Jun-15 04:42 UTC
[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: asterisk-users-admin@lists.digium.com
[mailto:asterisk-users-admin@lists.digium.com]On Behalf Of Steve
Hanselman
Sent: 15 June 2004 10:28
To: 'asterisk-users@lists.digium.com'
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 'technical@brendata.co.uk'
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
Asterisk-Users@lists.digium.com
http://lists.digium.com/mailman/listinfo/asterisk-users
To UNSUBSCRIBE or update options visit:
http://lists.digium.com/mailman/listinfo/asterisk-users
Steve Hanselman
2004-Jun-15 04:59 UTC
[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:starusers@comgate.tv]
Sent: 15 June 2004 12:42
To: asterisk-users@lists.digium.com
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: asterisk-users-admin@lists.digium.com
[mailto:asterisk-users-admin@lists.digium.com]On Behalf Of Steve
Hanselman
Sent: 15 June 2004 10:28
To: 'asterisk-users@lists.digium.com'
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 'technical@brendata.co.uk'
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
Asterisk-Users@lists.digium.com
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
Asterisk-Users@lists.digium.com
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 'technical@brendata.co.uk'
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
Steve Hanselman
2004-Jun-15 07:03 UTC
[Asterisk-Users] PRI problems (telewest -> * -> LG GDK 186)
No, the presentation is 3 digits currently from Telewest.
We only have 15 channels coming from Telewest (the link back from the GDK to
Asterisk could use all 30, but I don't think we ever get close to the 15 so
I just configured it the same on both ends for now).
I'll make those changes this evening and test again (I can't break into
the
live system until 6pm.)
I've tried all of the various plan types, these made no difference, but
I'll
try again with the switchtype in both entries (heck, I've not got it working
so that's worth a try!!).
One thing I'll try is to connect a terminal to the debug port of the PRI
card on the GDK and see what the difference is between a working Telewest
call and a non working Asterisk one.
Steve
-----Original Message-----
From: Storer, Darren [mailto:starusers@comgate.tv]
Sent: 15 June 2004 14:10
To: asterisk-users@lists.digium.com
Subject: RE: [Asterisk-Users] PRI problems (telewest -> * -> LG GDK 186)
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: asterisk-users-admin@lists.digium.com
[mailto:asterisk-users-admin@lists.digium.com]On Behalf Of Steve
Hanselman
Sent: 15 June 2004 12:59
To: 'asterisk-users@lists.digium.com'
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:starusers@comgate.tv]
Sent: 15 June 2004 12:42
To: asterisk-users@lists.digium.com
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: asterisk-users-admin@lists.digium.com
[mailto:asterisk-users-admin@lists.digium.com]On Behalf Of Steve
Hanselman
Sent: 15 June 2004 10:28
To: 'asterisk-users@lists.digium.com'
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 'technical@brendata.co.uk'
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
Asterisk-Users@lists.digium.com
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
Asterisk-Users@lists.digium.com
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 'technical@brendata.co.uk'
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
Asterisk-Users@lists.digium.com
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
Asterisk-Users@lists.digium.com
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 'technical@brendata.co.uk'
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
Steve Hanselman
2004-Jun-15 12:24 UTC
[Asterisk-Users] PRI problems (telewest -> * -> LG GDK 186)
Tried the change to local, but no difference I'm afraid. I've just taken down the latest zaptel,zapata, libpri and asterisk, rebuilt and retried, no difference their either. The trace from the monitor port gives very little info, I was hoping to see the actual pri dump but it gives more of a CPU-PRI proprietary dump. Ok, I think the following two lines answer the problem, I just need to decode them, the first is the data received from Telewest, the second is what we're sending to the GDK. < [ 02 01 24 28 08 02 05 71 05 04 03 80 90 a3 18 03 a1 83 82 1e 02 84 81 6c 0d 00 83 30 37 39 37 33 37 35 30 39 39 33 70 04 a1 31 31 36 a1 ]> [ 02 01 52 6e 08 02 00 06 05 04 03 80 90 a3 18 03 a1 83 81 6c 0d 41 83 3037 39 37 33 37 35 30 39 39 33 70 04 c1 31 31 36 ] The first difference I can see is that the called number is of type "National" from Telewest but "Subscriber" from Asterisk. -----Original Message----- From: Storer, Darren [mailto:starusers@comgate.tv] Sent: 15 June 2004 14:10 To: asterisk-users@lists.digium.com Subject: RE: [Asterisk-Users] PRI problems (telewest -> * -> LG GDK 186) 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: asterisk-users-admin@lists.digium.com [mailto:asterisk-users-admin@lists.digium.com]On Behalf Of Steve Hanselman Sent: 15 June 2004 12:59 To: 'asterisk-users@lists.digium.com' 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:starusers@comgate.tv] Sent: 15 June 2004 12:42 To: asterisk-users@lists.digium.com 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: asterisk-users-admin@lists.digium.com [mailto:asterisk-users-admin@lists.digium.com]On Behalf Of Steve Hanselman Sent: 15 June 2004 10:28 To: 'asterisk-users@lists.digium.com' 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, ExclusiveDchan: 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: Calledequipment 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 transfercapability: 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, PreferredDchan: 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, ExclusiveDchan: 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: Inbandinformation 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, ExclusiveDchan: 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: Calledequipment 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 'technical@brendata.co.uk' 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 Asterisk-Users@lists.digium.com 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 Asterisk-Users@lists.digium.com 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 'technical@brendata.co.uk' 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 Asterisk-Users@lists.digium.com 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 Asterisk-Users@lists.digium.com 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 'technical@brendata.co.uk' 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
Steve Hanselman
2004-Jun-15 13:08 UTC
[Asterisk-Users] PRI problems (telewest -> * -> LG GDK 186)
Ok, changing the dial type makes no difference, but Telewest sends a "Sending Complete" whereas Asterisk doesn't, this is almost certainly the issue. The channel is EuroISDN and overlap, so we should send it according to q931.c? -----Original Message----- From: Steve Hanselman [mailto:SteveH@brendata.co.uk] Sent: 15 June 2004 20:24 To: 'asterisk-users@lists.digium.com' Subject: RE: [Asterisk-Users] PRI problems (telewest -> * -> LG GDK 186) Tried the change to local, but no difference I'm afraid. I've just taken down the latest zaptel,zapata, libpri and asterisk, rebuilt and retried, no difference their either. The trace from the monitor port gives very little info, I was hoping to see the actual pri dump but it gives more of a CPU-PRI proprietary dump. Ok, I think the following two lines answer the problem, I just need to decode them, the first is the data received from Telewest, the second is what we're sending to the GDK. < [ 02 01 24 28 08 02 05 71 05 04 03 80 90 a3 18 03 a1 83 82 1e 02 84 81 6c 0d 00 83 30 37 39 37 33 37 35 30 39 39 33 70 04 a1 31 31 36 a1 ]> [ 02 01 52 6e 08 02 00 06 05 04 03 80 90 a3 18 03 a1 83 81 6c 0d 41 83 3037 39 37 33 37 35 30 39 39 33 70 04 c1 31 31 36 ] The first difference I can see is that the called number is of type "National" from Telewest but "Subscriber" from Asterisk. -----Original Message----- From: Storer, Darren [mailto:starusers@comgate.tv] Sent: 15 June 2004 14:10 To: asterisk-users@lists.digium.com Subject: RE: [Asterisk-Users] PRI problems (telewest -> * -> LG GDK 186) 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: asterisk-users-admin@lists.digium.com [mailto:asterisk-users-admin@lists.digium.com]On Behalf Of Steve Hanselman Sent: 15 June 2004 12:59 To: 'asterisk-users@lists.digium.com' 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:starusers@comgate.tv] Sent: 15 June 2004 12:42 To: asterisk-users@lists.digium.com 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: asterisk-users-admin@lists.digium.com [mailto:asterisk-users-admin@lists.digium.com]On Behalf Of Steve Hanselman Sent: 15 June 2004 10:28 To: 'asterisk-users@lists.digium.com' 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, ExclusiveDchan: 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: Calledequipment 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 transfercapability: 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, PreferredDchan: 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, ExclusiveDchan: 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: Inbandinformation 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, ExclusiveDchan: 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: Calledequipment 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 'technical@brendata.co.uk' 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 Asterisk-Users@lists.digium.com 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 Asterisk-Users@lists.digium.com 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 'technical@brendata.co.uk' 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 Asterisk-Users@lists.digium.com 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 Asterisk-Users@lists.digium.com 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 'technical@brendata.co.uk' 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 Asterisk-Users@lists.digium.com 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 'technical@brendata.co.uk' 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