thr3ads.net - asterisk users - [Asterisk-Users] PRI problems (telewest -> * -> LG GDK 186) [Jun 2004]

If this information is useful, please help other people find it:
Share via:

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: 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 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: 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, 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: 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

Storer, Darren

2004-Jun-15 04:42 UTC

head link

[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: 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 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: 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, 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: 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

Steve Hanselman

2004-Jun-15 04:59 UTC

head link

[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: 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 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: 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, 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: 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

Steve Hanselman

2004-Jun-15 07:03 UTC

head link

[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: 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 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: 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, 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: 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 12:24 UTC

head link

[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, 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: 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 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: 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, 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: 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

head link

[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, 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: 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 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: 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, 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: 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

Maybe Matching Threads

Search for more maybe matching threads

asterisk users - Jun 2004 - PRI problems (telewest -> * -> LG GDK 186)

[Asterisk-Users] PRI problems (telewest -> * -> LG GDK 186)

[Asterisk-Users] PRI problems (telewest -> * -> LG GDK 186)

[Asterisk-Users] PRI problems (telewest -> * -> LG GDK 186)

[Asterisk-Users] PRI problems (telewest -> * -> LG GDK 186)

[Asterisk-Users] PRI problems (telewest -> * -> LG GDK 186)

[Asterisk-Users] PRI problems (telewest -> * -> LG GDK 186)

Maybe Matching Threads