Hallo liebe Asterisk-Gemeinde,
ich hab mal wieder eine Aufgabe für die Experten unter euch... :wink:
Ich versuche eine Verbindung herzustellen von einem ISDN-TA, der über die S0-Schnittstelle an meinem Asterisk-PC hängt. Es handelt sich jedoch nicht um ein "normales" Gespräch sondern um eine V.110-Verbindung.
Der TA schickt in seinem Setup unter anderem die LLC-Information, hier die Ausgabe vom Debug:
So weit so gut...
Beim Debuggen der S2M bzw. PRI Seite fehlt nun leider die LLC-Information und das Equipment, lehnt den Anruf ab...
Da auf der S2M-Seite LLC zwingend benötigt wird, versteht ihr sicher meinen Ärger. :x
Bisher hab ich alle gewünschten Features (S0-Calls, FXO, FXS, SIP) konfigurieren können, wäre doch also gelacht, wenn dieses Problem nicht auch zu lösen ginge, oder?
Hier noch meine zaptel.conf:
...und die momentan sehr ausgedünnte zapata.conf:
Ich freue mich über Hilfe jeglicher Art und danke euch hiermit schonmal für die (hoffentlich) zahlreichen Tipps.
Bis dann,
der Poschi
ich hab mal wieder eine Aufgabe für die Experten unter euch... :wink:
Ich versuche eine Verbindung herzustellen von einem ISDN-TA, der über die S0-Schnittstelle an meinem Asterisk-PC hängt. Es handelt sich jedoch nicht um ein "normales" Gespräch sondern um eine V.110-Verbindung.
Der TA schickt in seinem Setup unter anderem die LLC-Information, hier die Ausgabe vom Debug:
Code:
asterisk1*CLI> bri debug span 2
asterisk1*CLI> Enabled debugging on span 2
asterisk1*CLI>
Protocol Discriminator: Q.931 (8) len=31
Call Ref: len= 1 (reference 125/0x7D) (Originator)
Message type: SETUP (5)
[04 02 88 90]
Bearer Capability (len= 4) [ 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)
[18 01 83]
Channel ID (len= 3) [ Ext: 1 IntID: Implicit, Other Spare: 0, Preferred Dchan: 0
ChanSel: Any channel selectedNo channel selected
]
[70 0a 80 35 31 32 38 30 30 35 30 32]
Called Number (len=12) [ Ext: 1 TON: Unknown Number Type (0) NPI: Unknown Number Plan (0) '512800502' ]
[7c 06 88 90 21 45 20 bb]
IE: Low-layer Compatibility (len = 8)
-- Making new call for cr 125
-- Processing Q.931 Call Setup
-- Processing IE 4 (cs0, Bearer Capability)
-- Processing IE 24 (cs0, Channel Identification)
-- Processing IE 112 (cs0, Called Party Number)
-- Processing IE 124 (cs0, Low-layer Compatibility)
Protocol Discriminator: Q.931 (8) len=7
Call Ref: len= 1 (reference 253/0xFD) (Terminator)
Message type: CALL PROCEEDING (2)
[18 01 8a]
Channel ID (len= 3) [ Ext: 1 IntID: Implicit, Other Spare: 0, Exclusive Dchan: 0
ChanSel: B2 channel
]
Protocol Discriminator: Q.931 (8) len=8
Call Ref: len= 1 (reference 253/0xFD) (Terminator)
Message type: ALERTING (1)
So weit so gut...
Beim Debuggen der S2M bzw. PRI Seite fehlt nun leider die LLC-Information und das Equipment, lehnt den Anruf ab...
Code:
asterisk1*CLI> pri debug span 5
asterisk1*CLI> Enabled debugging on span 5
...
...
...
asterisk1*CLI>
-- Accepting data call from '' to '512800502' on channel 0/2, span 2
...
...
...
-- Making new call for cr 32770
-- Requested transfer capability: 0x08 - DIGITAL
asterisk1*CLI>
Protocol Discriminator: Q.931 (8) len=27
Call Ref: len= 2 (reference 2/0x2) (Originator)
Message type: SETUP (5)
[04 02 88 90]
Bearer Capability (len= 4) [ 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)
[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: Number not available (67) '' ]
[70 06 c1 31 33 2d 32 37]
Called Number (len= 8) [ Ext: 1 TON: Subscriber Number (4) NPI: ISDN/Telephony Numbering Plan (E.164/E.163) (1) '13-27' ]
[a1]
Sending Complete (len= 1)
-- Called 13-27
asterisk1*CLI>
Protocol Discriminator: Q.931 (8) len=9
Call Ref: len= 2 (reference 32770/0x8002) (Terminator)
Message type: RELEASE COMPLETE (90)
[08 02 80 d8]
Cause (len= 4) [ Ext: 1 Coding: CCITT (ITU) standard (0) 0: 0 Location: User (0)
Ext: 1 Cause: Incompatible destination (88), class = Invalid message (5) ]
Processing IE 8 (cs0, Cause)
-- Channel 0/1, span 5 got hangup
Da auf der S2M-Seite LLC zwingend benötigt wird, versteht ihr sicher meinen Ärger. :x
Bisher hab ich alle gewünschten Features (S0-Calls, FXO, FXS, SIP) konfigurieren können, wäre doch also gelacht, wenn dieses Problem nicht auch zu lösen ginge, oder?
Hier noch meine zaptel.conf:
Code:
span=1,0,0,ccs,ami
span=2,0,0,ccs,ami
span=3,0,0,ccs,ami
span=4,0,0,ccs,ami
span=5,0,0,ccs,hdb3,crc4
loadzone=nl
defaultzone=nl
bchan=1,2,4,5,7,8,10,11
dchan=3,6,9,12
bchan=13-27,29-43
dchan=28
Code:
; Zapata telephony interface
; Configuration file
[trunkgroups]
[channels]
;******** global values ********
language=de
switchtype=euroisdn
pridialplan=local
prilocaldialplan=local
rxwink=300
usecallerid=yes
hidecallerid=no
callerid=asreceived
rxgain=0.0
txgain=0.0
nationalprefix=0
internationalprefix=00
group=0
callgroup=1
pickupgroup=1
;Include AMP configs
#include zapata_additional.conf
;Include genzaptelconf configs
#include zapata-auto.conf
context=from-internal
;******** values for quadBRI card ********
signalling=bri_net_ptmp
channel => 1-2,4-5,7-8,10-11
;******** values for E1 card ********
signalling=pri_net
channel => 13-27,29-43
Ich freue mich über Hilfe jeglicher Art und danke euch hiermit schonmal für die (hoffentlich) zahlreichen Tipps.
Bis dann,
der Poschi