AW: [Asterisk-Users] Data calls (ISDN/64k) through * PRI

Thomas Haeger asterisk-mailing at beronet.com
Thu Jan 22 11:07:08 MST 2004


Hi,

we tried following scenario:


	DTAG (S0) at our office Datacall with AVMFritz (PSTN) ---> Colo
TelesSwitch --> CoLo Asterisk (---> PSTN)

I think, no i know that the Teles Switch can route 64k data calls
here is the Teles Trace:

#000008                        SETUP-->|
15:29:40,378 02 01 78 AE               |
             08 02 03 90 05            |
Bearer Caps  04 02 88 90               |
Channel Id   18 03 A1 83 9B            |
Calling PN   6C 0C 21 83 33 33 32 38   |
             33 33 34 37 37 38         |
Called PN    70 09 C1 36 33 34 39 34   |
             34 34 31                  |
                                       |<--RR
#000008
                                       |   15:29:40,388 02 01 01 7A
                                       |<--SETUP ACKNOWLEDGE
#000008
                                       |   15:29:40,398 00 01 AE 7A
                                       |                08 02 83 90 0D
                                       |   Channel Id   18 03 A9 83 9B
                                       |<--SETUP
#000012
                                       |   15:29:40,408 00 01 2A D4
                                       |                08 02 16 60 05
                                       |   Bearer Caps  04 02 88 90
                                       |   Channel Id   18 03 A1 83 88
                                       |   Calling PN   6C 0C 21 80 33 33 32
38
                                       |                33 33 34 37 37 38
                                       |   Called PN    70 09 81 36 33 34 39
34
                                       |                34 34 31
#000008                           RR-->|
15:29:40,408 00 01 01 B0               |
#000012                           RR-->|
15:29:40,418 00 01 01 2C               |
#000012            SETUP ACKNOWLEDGE-->|
15:29:40,418 02 01 D4 2C               |
             08 02 96 60 0D            |
Channel Id   18 03 A9 83 88            |
Progress Ind 1E 02 81 82               |
                                       |<--RR
#000012
                                       |   15:29:40,418 02 01 01 D6
#000012                        SETUP-->|
15:29:40,428 02 01 D6 2C               |
             08 02 1A 21 05            |
Bearer Caps  04 03 88 90 A3            |
Channel Id   18 03 A1 83 81            |
Calling PN   6C 0C 41 81 33 33 32 38   |
             33 33 34 37 37 38         |
Called PN    70 0D C1 30 33 33 32 38   |
             33 30 37 37 37 33 33      |
                                       |<--RELEASE COMPLETE
#000012
                                       |   15:29:40,428 00 01 2C D8
                                       |                08 02 9A 21 5A
                                       |                08 02 80 D8
                                       |                [Incompatible
destinat
                                       |                ion]
#000012                           RR-->|

-----Ursprüngliche Nachricht-----
Von: asterisk-users-admin at lists.digium.com
[mailto:asterisk-users-admin at lists.digium.com]Im Auftrag von CW_ASN -
Gus
Gesendet: Donnerstag, 22. Januar 2004 17:24
An: asterisk-users at lists.digium.com
Betreff: Re: [Asterisk-Users] Data calls (ISDN/64k) through * PRI


The incoming call request Unrestricted and 64K, and this looks like ok, but
in the SETUP_ACK the called number parameters shows: "Ext: 1  Progress
Description: Called equipment is non-ISDN. (2) ]", like as is not an ISDN
equipment.
In the most of cases, Information transfer rate = to '64 kbit/s', and Info
transfer capability = 'real bw required'.

Are you sure that the equipment attached to * can be used in 64K?

Regards,

Gus

----- Original Message -----
From: "Thomas Haeger" <asterisk-mailing at beronet.com>
To: <asterisk-users at lists.digium.com>
Sent: Thursday, January 22, 2004 12:28 PM
Subject: AW: [Asterisk-Users] Data calls (ISDN/64k) through * PRI


> Hi ,
>
> maybe someone knows what's going wrong...
>
> The incoming data call will not really identified as ISDN 64k/Data....
>
> Here my pri debug ouput
>
> < Protocol Discriminator: Q.931 (8)  len=39
> < Call Ref: len= 2 (reference 5635/0x1603) (Originator)
> < Message type: SETUP (5)
> < Bearer Capability (len= 2) [ Ext: 1  Q.931 Std: 0  Info transfer
> capability: Unrestricted digital information (8)
> <                              Ext: 1  Trans mode/rate: 64kbps,
circuit-mode
> (16)
> <                              Ext: 0  User information layer 1: Unknown
> (24)
> < 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: 30 ]
> < Calling Number (len=14) [ Ext: 0  TON: National Number (2)  NPI:
> ISDN/Telephony Numbering Plan (E.164/E.163) (1)
> <                           Presentation: Presentation permitted, user
> number not screened (0) '3328334778' ]
> < Called Number (len=11) [ Ext: 1  TON: Unknown Number Type (0)  NPI:
> ISDN/Telephony Numbering Plan (E.164/E.163) (1) '63494441' ]
> -- Making new call for cr 5635
> -- Processing Q.931 Call Setup
> -- Processing IE 4 (Bearer Capability)
> -- Processing IE 24 (Channel Identification)
> -- Processing IE 108 (Calling Party Number)
> -- Processing IE 112 (Called Party Number)
> > Protocol Discriminator: Q.931 (8)  len=14
> > Call Ref: len= 2 (reference 38403/0x9603) (Terminator)
> > Message type: SETUP ACKNOWLEDGE (13)
> > 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: 30 ]
> > Progress Indicator (len= 2) [ 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 call from '3328334778' to '63494441' on channel 30, span
2
>     -- Executing GotoIf("Zap/61-1", "0?50:100") in new stack
>     -- Goto (pri2,63494441,100)
>     -- Executing Dial("Zap/61-1", "Zap/g2/033283077733SPEECH") in new
stack
> -- Making new call for cr 39439
> > Protocol Discriminator: Q.931 (8)  len=50
> > Call Ref: len= 2 (reference 6671/0x1A0F) (Originator)
> > Message type: SETUP (5)
> > Bearer Capability (len= 3) [ 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)
> > 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 ]
> > Calling Number (len=14) [ Ext: 0  TON: Subscriber Number (4)  NPI:
> ISDN/Telephony Numbering Plan (E.164/E.163) (1)
> >                           Presentation: Presentation permitted, user
> number passed network screening (1) '3328334778' ]
> > Called Number (len=21) [ Ext: 1  TON: Subscriber Number (4)  NPI:
> ISDN/Telephony Numbering Plan (E.164/E.163) (1) '033283077733SPEECH' ]
>     -- Called g2/033283077733SPEECH
> < Protocol Discriminator: Q.931 (8)  len=10
> < Call Ref: len= 2 (reference 39439/0x9A0F) (Terminator)
>
> < Message type: SETUP ACKNOWLEDGE (13)
> < 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)
> beroasterisk*CLI>
> < Protocol Discriminator: Q.931 (8)  len=9
> < Call Ref: len= 2 (reference 5635/0x1603) (Originator)
> < Message type: DISCONNECT (69)
> < Cause (len= 2) [ Ext: 1  Coding: CCITT (ITU) standard (0) 0: 0
Location:
> User (0)
> <                  Ext: 1  Cause: Normal Clearing (16), class = Normal
Event
> (1) ]
> -- Processing IE 8 (Cause)
>     -- Channel 30, span 2 got hangup
> NEW_HANGUP DEBUG: Calling q931_hangup, ourstate Overlap sending, peerstate
> Overlap Receiving
> > Protocol Discriminator: Q.931 (8)  len=9
> > Call Ref: len= 2 (reference 6671/0x1A0F) (Originator)
> > Message type: DISCONNECT (69)
> > Cause (len= 2) [ Ext: 1  Coding: CCITT (ITU) standard (0) 0: 0
Location:
> Private network serving the local user (1)
> >                  Ext: 1  Cause: Normal Clearing (16), class = Normal
Event
> (1) ]
>     -- Hungup 'Zap/32-1'
>   == Spawn extension (pri2, 63494441, 100) exited non-zero on 'Zap/61-1'
> < Protocol Discriminator: Q.931 (8)  len=9
> < Call Ref: len= 2 (reference 39439/0x9A0F) (Terminator)
> < Message type: RELEASE (77)
> < Cause (len= 2) [ Ext: 1  Coding: CCITT (ITU) standard (0) 0: 0
Location:
> User (0)
> <                  Ext: 1  Cause: Normal Clearing (16), class = Normal
Event
> (1) ]
> -- Processing IE 8 (Cause)
> NEW_HANGUP DEBUG: Calling q931_hangup, ourstate Null, peerstate Release
> Request
> > Protocol Discriminator: Q.931 (8)  len=9
> > Call Ref: len= 2 (reference 6671/0x1A0F) (Originator)
> > Message type: RELEASE COMPLETE (90)
> > Cause (len= 2) [ Ext: 1  Coding: CCITT (ITU) standard (0) 0: 0
Location:
> Private network serving the local user (1)
> >                  Ext: 1  Cause: Normal Clearing (16), class = Normal
Event
> (1) ]
> NEW_HANGUP DEBUG: Calling q931_hangup, ourstate Null, peerstate Null
> NEW_HANGUP DEBUG: Destroying the call, ourstate Null, peerstate Null
> NEW_HANGUP DEBUG: Calling q931_hangup, ourstate Disconnect Indication,
> peerstate Disconnect Request
> > Protocol Discriminator: Q.931 (8)  len=9
> > Call Ref: len= 2 (reference 38403/0x9603) (Terminator)
> > Message type: RELEASE (77)
> > Cause (len= 2) [ Ext: 1  Coding: CCITT (ITU) standard (0) 0: 0
Location:
> Private network serving the local user (1)
> >                  Ext: 1  Cause: Normal Clearing (16), class = Normal
Event
> (1) ]
>     -- Hungup 'Zap/61-1'
> < Protocol Discriminator: Q.931 (8)  len=5
> < Call Ref: len= 2 (reference 5635/0x1603) (Originator)
> < Message type: RELEASE COMPLETE (90)
> NEW_HANGUP DEBUG: Calling q931_hangup, ourstate Null, peerstate Null
> NEW_HANGUP DEBUG: Destroying the call, ourstate Null, peerstate Null
> beroasterisk*CLI>
>
>
>
>
>
>
> -----Ursprungliche Nachricht-----
> Von: asterisk-users-admin at lists.digium.com
> [mailto:asterisk-users-admin at lists.digium.com]Im Auftrag von Maik
> Schmitt
> Gesendet: Donnerstag, 22. Januar 2004 15:32
> An: asterisk-users at lists.digium.com
> Betreff: Re: [Asterisk-Users] Data calls (ISDN/64k) through * PRI
>
>
> > is there any special version from libpri or asterisk necessary since it
> > works ?
> >
> > I'am runnig version: CVS-11/11/03-11:49:55.... and it don't work :-(
>
> We have CVS-11/24/03-12:12:10
>
> --
> Maik Schmitt        http://graphics.cs.uni-sb.de/VoIP
>
> _______________________________________________
> 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




More information about the asterisk-users mailing list