Asterisk und Primärmultiplex

konabi · 30 Jan 2007

HAllo ich habe den Asterisk mit einer TE 412P Karte ausgestattet.
Die Karte ist mit 4 Primärmultiplexanschlüssen ausgestattet, von denen ein Port angeschlossen ist.

Eingendende Rufe vom PSTN können angenommen werden, das funktioniert problemlos. Nur kann ich keine Rufe von einem lokalen SIP Telefon ins Festnetz führen.

Weder als Callgroup:

Code:

 -- Executing Macro("SIP/903-b790f428", "dialout-trunk|03445xxxxx") in new stack
    -- Executing Set("SIP/903-b790f428", "DIAL_NUMBER=03445xxxxx") in new stack
    -- Executing Dial("SIP/903-b790f428", "ZAP/g1/03445xxxxx") in new stack
    -- Requested transfer capability: 0x00 - SPEECH
    -- Called g0/03445xxxxx
    -- Zap/1-1 is proceeding passing it to SIP/903-b790f428
    -- Channel 0/1, span 1 got hangup request
    -- Hungup 'Zap/1-1'
    == Everyone is busy/congested at this time (1:0/0/1)
    -- Executing Hangup("SIP/903-b790f428", "") in new stack

noch als einzelner Channel:

Code:

-- Executing Macro("SIP/903-b7902db8", "dialout-trunk|03445xxxxx") in new stack
    -- Executing Set("SIP/903-b7902db8", "DIAL_NUMBER=03445xxxxx") in new stack
    -- Executing Dial("SIP/903-b7902db8", "ZAP/1/034457xxxxx") in new stack
    -- Requested transfer capability: 0x00 - SPEECH
    -- Called 1/03445xxxxx
    -- Zap/1-1 is proceeding passing it to SIP/903-b7902db8
    -- Channel 0/1, span 1 got hangup request
    -- Hungup 'Zap/1-1'
  == Everyone is busy/congested at this time (1:0/0/1)
    -- Executing Hangup("SIP/903-b7902db8", "") in new stack
  == Spawn extension (macro-dialout-trunk, s, 3) exited non-zero on 'SIP/903-b7902db8' in macro 'dialout-trunk'
  == Spawn extension (macro-dialout-trunk, s, 3) exited non-zero on 'SIP/903-b7902db8'

extensions.conf:

Code:

exten => _0.,1,Macro(dialout-trunk,${EXTEN:1})

[macro-dialout-trunk]
exten => s,1,SetCallerID(0363431490)
exten => s,n,Set(DIAL_NUMBER=${ARG1})
exten => s,n,Dial(ZAP/g1/${ARG1}); 
exten => s,n,Hangup

zapata.conf

Code:

[channels]
language=de
signalling=pri_cpe
switchtype=euroisdn

immediate=no
overlapdial=yes
usecallerid => yes
callerid => asreceived

context=from-zaptel
group=1





; PRI port 1 (E1)
channel=>1-15,17-31


; PRI port 2 (E1)
;channel=>32-46,48-62

; PRI port 3 (E1)
;channel=>63-77,79-93

; PRI port 4 (E1)
;channel=>94-108,110-124

Code:

zaptel.conf
loadzone=nl
defaultzone=nl

# PRI port 1 (E1) 
span=1,1,0,ccs,hdb3,crc4
bchan=1-15,17-31
dchan=16

# PRI port 2 (E1) 
span=2,2,0,ccs,hdb3,crc4
bchan=32-46,48-62
dchan=47

# PRI port 3 (E1)
span=3,3,0,ccs,hdb3,crc4
bchan=63-77,79-93
dchan=78

# PRI port 4 (E1)
span=4,4,0,ccs,hdb3,crc4
bchan=94-108,110-124
dchan=109

Code:

*CLI> zap show channel 1
Channel: 1
File Descriptor: 23
Span: 1
Extension:
Dialing: no
Context: from-zaptel
Caller ID:
Calling TON: 0
Caller ID name:
Destroy: 0
InAlarm: 0
Signalling Type: PRI Signalling
Radio: 0
Owner: <None>
Real: <None>
Callwait: <None>
Threeway: <None>
Confno: -1
Propagated Conference: -1
Real in conference: 0
DSP: no
Relax DTMF: no
Dialing/CallwaitCAS: 0/0
Default law: alaw
Fax Handled: no
Pulse phone: no
Echo Cancellation: 0 taps unless TDM bridged, currently OFF
PRI Flags:
PRI Logical Span: Implicit
Hookstate (FXS only): Onhook

Habe ich da noch eine Einstellung vergessen?

Danke
Sven

clan · 1 Feb 2007

Deine CLI-Ausgaben sagen 'busy/congested', bist du sicher, daß die angewählte Rufnummer existiert?

Interessanter als 'zap show channel 1' wäre 'pri show span 1' gewesen, damit wird der Leitungsstatus angezeigt. Ausserdem kann ein D-Kanal-Log helfen, selbiges kriegts du mit 'pri debug span 1'. Da kannst du dann auch sehen, wie die Nummer zur VSt signalisiert wird.

konabi · 2 Feb 2007

Hallo clan,
danke für die hilfreichen Hinweise.

Ich habe auch den Fehler gefunden:

Wenn ich eine Gegenstelle anrufe z.B. mein Handy wähle ich 0171xxxxxxx
danach kommt ein Besetzt.

Lasse ich aber die erste 0 weg da gehts.

Hier ein Fehlerlog: Anwahl mit 0171xxxxxxx

Code:

*CLI> pri debug span 1
Enabled debugging on span 1
    -- Executing Macro("SIP/903-0824d878", "dialout-trunk|0171xxxxxxx") in new stack
    -- Executing SetCallerID("SIP/903-0824d878", "036xxxxxxx") in new stack
    -- Executing Set("SIP/903-0824d878", "DIAL_NUMBER=0171xxxxxxx") in new stack
    -- Executing Dial("SIP/903-0824d878", "ZAP/g1/0171xxxxxxx") in new stack
-- Making new call for cr 32772
    -- Requested transfer capability: 0x00 - SPEECH
> Protocol Discriminator: Q.931 (8)  len=43
> 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 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 ]
> [6c 0c 21 81 30 33 36 33 34 33 31 34 39 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 passed network screening (1) '036xxxxxxx' ]
> [70 0c a1 30 31 37 31 39 33 35 35 30 38 36]
> Called Number (len=14) [ Ext: 1  TON: National Number (2)  NPI: ISDN/Telephony Numbering Plan (E.164/E.163) (1) '0171xxxxxxx' ]
    -- Called g1/0171xxxxxxx
< Protocol Discriminator: Q.931 (8)  len=10
< Call Ref: len= 2 (reference 4/0x4) (Terminator)
< Message type: CALL PROCEEDING (2)
< [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 (cs0, Channel Identification)
    -- Zap/1-1 is proceeding passing it to SIP/903-0824d878
< Protocol Discriminator: Q.931 (8)  len=39
< Call Ref: len= 2 (reference 4/0x4) (Terminator)
< Message type: DISCONNECT (69)
< [08 02 82 9f]
< Cause (len= 4) [ Ext: 1  Coding: CCITT (ITU) standard (0) 0: 0   Location: Public network serving the local user (2)
<                  Ext: 1  Cause: Normal, unspecified (31), class = Normal Event (1) ]
< [1c 18 91 a1 15 02 01 2f 02 01 22 30 0d a1 05 30 03 02 01 00 82 01 01 83 01 00]
< Facility (len=26, codeset=0) [ 0x91, 0xa1, 0x15, 0x02, 0x01, 0x2f, 0x02, 0x01, 0x22, '0', 0x0d, 0xa1, 0x05, '0', 0x03, 0x02, 0x01, 0x00, 0x82, 0x01, 0x01, 0x83, 0x01, 0x00 ]
< [1e 02 82 88]
< Progress Indicator (len= 4) [ Ext: 1  Coding: CCITT (ITU) standard (0) 0: 0   Location: Public network serving the local user (2)
<                               Ext: 1  Progress Description: Inband information or appropriate pattern now available. (8) ]
-- Processing IE 8 (cs0, Cause)
-- Processing IE 28 (cs0, Facility)
Handle Q.932 ROSE Invoke component
-- Processing IE 30 (cs0, Progress Indicator)
    -- Channel 0/1, span 1 got hangup request
NEW_HANGUP DEBUG: Calling q931_hangup, ourstate Disconnect Indication, peerstate Disconnect Request
> Protocol Discriminator: Q.931 (8)  len=9
> Call Ref: len= 2 (reference 4/0x4) (Originator)
> Message type: RELEASE (77)
> [08 02 81 9f]
> Cause (len= 4) [ Ext: 1  Coding: CCITT (ITU) standard (0) 0: 0   Location: Private network serving the local user (1)
>                  Ext: 1  Cause: Normal, unspecified (31), class = Normal Event (1) ]
    -- Hungup 'Zap/1-1'
  == Everyone is busy/congested at this time (1:0/0/1)
    -- Executing Hangup("SIP/903-0824d878", "") in new stack
  == Spawn extension (macro-dialout-trunk, s, 4) exited non-zero on 'SIP/903-0824d878' in macro 'dialout-trunk'
  == Spawn extension (macro-dialout-trunk, s, 4) exited non-zero on 'SIP/903-0824d878'
< Protocol Discriminator: Q.931 (8)  len=5
< Call Ref: len= 2 (reference 4/0x4) (Terminator)
< 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

Hier eine erfolgreiche Anwahl ohne erste 0

Code:

    -- Executing Macro("SIP/903-b7601570", "dialout-trunk|171xxxxxxx") in new stack
    -- Executing SetCallerID("SIP/903-b7601570", "036xxxxxxx") in new stack
    -- Executing Set("SIP/903-b7601570", "DIAL_NUMBER=171xxxxxxx") in new stack
    -- Executing Dial("SIP/903-b7601570", "ZAP/g1/171xxxxxxx") in new stack
    
    
-- Making new call for cr 32774
    -- Requested transfer capability: 0x00 - SPEECH
> Protocol Discriminator: Q.931 (8)  len=39
> Call Ref: len= 2 (reference 6/0x6) (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 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 ]
> [6c 09 21 81 30 33 36 33 34 33 31]
> Calling Number (len=11) [ Ext: 0  TON: National Number (2)  NPI: ISDN/Telephony Numbering Plan (E.164/E.163) (1)
>                           Presentation: Presentation permitted, user number passed network screening (1) '036xxxxxxx' ]
> [70 0b a1 31 37 31 39 33 35 35 30 38 36]
> Called Number (len=13) [ Ext: 1  TON: National Number (2)  NPI: ISDN/Telephony Numbering Plan (E.164/E.163) (1) '171xxxxxxx' ]
    -- Called g1/171xxxxxxx
< Protocol Discriminator: Q.931 (8)  len=10
< Call Ref: len= 2 (reference 6/0x6) (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 (cs0, Channel Identification)
< Protocol Discriminator: Q.931 (8)  len=5
< Call Ref: len= 2 (reference 6/0x6) (Terminator)
< Message type: ALERTING (1)
    -- Zap/1-1 is ringing
< Protocol Discriminator: Q.931 (8)  len=8
< Call Ref: len= 2 (reference 6/0x6) (Terminator)
< Message type: NOTIFY (110)
< [27 01 fb]
< Notification indicator (len= 3): Ext: 1  Call is diverting (123)
-- Processing IE 39 (cs0, Notification Indicator)
< Protocol Discriminator: Q.931 (8)  len=12
< Call Ref: len= 2 (reference 6/0x6) (Terminator)
< Message type: CONNECT (7)
< [29 05 07 02 02 0a 2c]
< Time Date (len= 7) [ 07-02-02 10:44 ]
-- Processing IE 41 (cs0, Date/Time)
> Protocol Discriminator: Q.931 (8)  len=5
> Call Ref: len= 2 (reference 6/0x6) (Originator)
> Message type: CONNECT ACKNOWLEDGE (15)
    -- Zap/1-1 answered SIP/903-b7601570
< Protocol Discriminator: Q.931 (8)  len=31
< Call Ref: len= 2 (reference 6/0x6) (Terminator)
< Message type: FACILITY (98)
< [1c 18 91 a1 15 02 01 31 02 01 22 30 0d a1 05 30 03 02 01 04 82 01 00 83 01 00]
< Facility (len=26, codeset=0) [ 0x91, 0xa1, 0x15, 0x02, 0x01, '1', 0x02, 0x01, 0x22, '0', 0x0d, 0xa1, 0x05, '0', 0x03, 0x02, 0x01, 0x04, 0x82, 0x01, 0x00, 0x83, 0x01, 0x00 ]
-- Processing IE 28 (cs0, Facility)
Handle Q.932 ROSE Invoke component

Ist das normal bei PRI Leitungen oder kann man das noch beeinflussen?

Viele Grüße
Sven

konabi · 2 Feb 2007

Habe die Antwort gefunden.

Ich muß in der zapata.conf pridialplan=local setzen, da er ansonsten national nimmt und dann ist die Rufnummer mit 0171**** ungültig

Eine letzte Frage noch:
Nach einem reload auf der Asterisk CLI erscheinen folgende Fehlermeldungen:

Code:

Feb  2 12:11:47 WARNING[18697]: chan_zap.c:10874 setup_zap: Ignoring signalling
Feb  2 12:11:47 WARNING[18697]: chan_zap.c:10874 setup_zap: Ignoring switchtype
Feb  2 12:11:47 WARNING[18697]: chan_zap.c:10874 setup_zap: Ignoring overlapdial
Feb  2 12:11:47 WARNING[18697]: chan_zap.c:10874 setup_zap: Ignoring pridialplan

Diese Meldungen erscheinen aber nicht beim Neustarten von Asterisk, nur beim reloaden.

Viele Grüße
Sven

fridiy · 14 Feb 2007

hallo Leute ich habe nur eine kleine Frage
bei einführen von Befhel
pri debug span
sollte Asterisk mir informationen über D-kanal und Protokolle und vieles mehr aber ich bekomme nur dises informationen
pri debug span <span>
Enables debugging on a given PRI span
-- Accepting overlap voice call from '92' to '011' on channel 0/2, span 1
-- Starting simple switch on 'Zap/2-1'
-- Executing SetCallerID("Zap/2-1", "92") in new stack
-- Executing Dial("Zap/2-1", "ZAP/g2/11") in new stack
-- Requested transfer capability: 0x00 - SPEECH
-- Called g2/11
-- Zap/4-1 is proceeding passing it to Zap/2-1
2 Don't know what to do if second ROSE component is of type 0x6
-- Zap/4-1 is ringing
-- Channel 0/2, span 1 got hangup request
-- Hungup 'Zap/4-1'
== Spawn extension (default, 011, 2) exited non-zero on 'Zap/2-1'
-- Hungup 'Zap/2-1'
-- Channel 0/1, span 2 received AOC-E charging 0 units
-- Saved useragent "snom190-3.56m" for peer 82

und das ist zu wenig oder kann jemand mir sagen wo das Problem ist

clan · 20 Feb 2007

fridiy schrieb:
und das ist zu wenig oder kann jemand mir sagen wo das Problem ist

Du musst <span> durch die Nummer des spans ersetzen. Also z.B. 'pri debug span 1'

fridiy · 27 Feb 2007

danke dir clan
es hat geklapt

Languages

Suche

Languages

Suche

Asterisk und Primärmultiplex

konabi

Mitglied

clan

Mitglied

konabi

Mitglied

konabi

Mitglied

fridiy

Neuer User

clan

Mitglied

fridiy

Neuer User

Zurzeit aktive Besucher

Neueste Beiträge

Statistik des Forums