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

Steve Hanselman SteveH at brendata.co.uk
Tue Jun 15 13:08:32 MST 2004


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 at brendata.co.uk] 
Sent: 15 June 2004 20:24
To: 'asterisk-users at 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 30
37 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 at comgate.tv] 
Sent: 15 June 2004 14:10
To: asterisk-users at 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 at lists.digium.com
[mailto:asterisk-users-admin at lists.digium.com]On Behalf Of Steve
Hanselman
Sent: 15 June 2004 12:59
To: 'asterisk-users at 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 at comgate.tv]
Sent: 15 June 2004 12:42
To: asterisk-users at 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 at lists.digium.com
[mailto:asterisk-users-admin at lists.digium.com]On Behalf Of Steve
Hanselman
Sent: 15 June 2004 10:28
To: 'asterisk-users at 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 at 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 at 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 at 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 at 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 at 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 at 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 at 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 at 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 at 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



More information about the asterisk-users mailing list