.titleBar { margin-bottom: 5px!important; }

[Frage] Asterisk 1.8.5.0 und DAHDI Version: 2.4.1 im TE und NT Modus

Dieses Thema im Forum "Asterisk ISDN mit Bristuff (hfc, zaptel)" wurde erstellt von tameritoke, 31 Aug. 2011.

  1. tameritoke

    tameritoke Neuer User

    Registriert seit:
    31 Jan. 2009
    Beiträge:
    16
    Zustimmungen:
    0
    Punkte für Erfolge:
    0
    Beruf:
    Programmierer
    Ort:
    Heidesheim am Rhein
    #1 tameritoke, 31 Aug. 2011
    Zuletzt bearbeitet: 3 Sep. 2011
    Hi Leute!
    Ich probiere asterisk im TE und im NT Modus zum laufen zu kriegen, und habe schon Teilerfolge erzielt.

    TE Modus läuft klar, es kommen anrufe auch an, nur am NT Modus happert es noch.

    Wie gesagt, die Karte im NT Modus habe ich an ein billig NTBA mit einem ISDN Kreuzkable an den S0 Bus durchgeschaltet damit das ISDN Telefon auch Strom kriegt. An dem durchgeschalteten NTBA habe ich das ISDN Telefon angeschlossen. Leider kriege erhalte ich ein Besetztzeichen, anstelle eines Freizeichens. woran kann das liegen?!

    dahdi_hardware sagt mir:

    Code:
    pci:0000:01:00.0     zaphfc+      1043:0675 ASUSTeK Computer Inc. ISDNLink P-IN100-ST-D
    pci:0000:01:01.0     zaphfc+      1397:2bd0 HFC-S ISDN BRI card
    
    dahdi_scan:

    Code:
    [1]
    active=yes
    alarms=OK
    description=HFC-S PCI A ISDN card 0 [TE] 
    name=ZTHFC1
    manufacturer=Cologne Chips
    devicetype=HFC-S PCI-A ISDN
    location=PCI Bus 01 Slot 01
    basechan=1
    totchans=3
    irq=17
    type=digital-TE
    syncsrc=0
    lbo=399-533 feet (DSX-1)
    coding_opts=AMI
    framing_opts=CCS
    coding=AMI
    framing=CCS
    [2]
    active=yes
    alarms=OK
    description=HFC-S PCI A ISDN card 1 [NT] 
    name=ZTHFC2
    manufacturer=Cologne Chips
    devicetype=HFC-S PCI-A ISDN
    location=PCI Bus 01 Slot 02
    basechan=4
    totchans=3
    irq=21
    type=digital-NT
    syncsrc=0
    lbo=399-533 feet (DSX-1)
    coding_opts=AMI
    framing_opts=CCS
    coding=AMI
    framing=CCS
    
    /etc/dahdi/system.conf:

    Code:
    span=1,1,3,ccs,ami
    bchan=1-2
    hardhdlc=3
    
    span=2,1,3,ccs,ami
    bchan=4-5
    hardhdlc=6
    echocanceller=oslec,1-2,4-5
    
    loadzone	= de
    defaultzone	= de
    
    /etc/asterisk/chan_dahdi.conf
    Code:
    [trunkgroups]
    
    [channels]
    language=de
    context=tamertelein
    switchtype=euroisdn
    pridialplan=unknown
    prilocaldialplan=unknown
    
    internationalprefix = 00
    nationalprefix = 0
    localprefix = 
    privateprefix = 
    unknownprefix = 
    priindication = outofband
    facilityenable = yes
    signalling=bri_cpe_ptmp
    usecallerid=yes
    callwaiting=yes
    usecallingpres=yes
    callwaitingcallerid=yes
    threewaycalling=yes
    transfer=yes
    canpark=yes
    cancallforward=yes
    callreturn=yes
    echocancel=yes
    echocancelwhenbridged=yes
    echotraining=yes
    ;echotraining=800
    group=1
    callgroup=1
    pickupgroup=1
    immediate=no
    mohinterpret=default
    mohsuggest=default
    channel => 1-2
    
    
    context=tamertelaus
    switchtype=euroisdn
    pridialplan=unknown
    prilocaldialplan=unknown
    internationalprefix = 00
    nationalprefix = 0
    localprefix =
    privateprefix =
    unknownprefix =
    priindication = outofband
    facilityenable = yes
    signalling=bri_net_ptmp
    usecallerid=yes
    callwaiting=yes
    usecallingpres=yes
    callwaitingcallerid=yes
    threewaycalling=yes
    transfer=yes
    canpark=yes
    cancallforward=yes
    callreturn=yes
    echocancel=yes
    echocancelwhenbridged=yes
    echotraining=yes
    echotraining=800
    group=2
    callgroup=2
    pickupgroup=2
    immediate=no
    mohinterpret=default
    mohsuggest=default
    channel => 4-5
    

    In der asterisk cli:

    dahdi show status:

    Code:
    office*CLI> dahdi show status 
    Description                              Alarms  IRQ    bpviol CRC4   Fra Codi Options  LBO
    HFC-S PCI A ISDN card 0 [TE]             OK      0      0      0      CCS AMI           399-533 feet (DSX-1)
    HFC-S PCI A ISDN card 1 [NT]             OK      0      0      0      CCS AMI           399-533 feet (DSX-1)
    
    Es kann nur eine kleine Einstellungssache sein. Die Frage ist, wie und wo ich die vornehme. Für jeden Rat wäre ich dankbar.

    UPDATE:

    Ich habe in der asterisk cli, den debugger eingeschalttet, für span2, sprich an dem das ISDN Telefon hängt, mit dem Befehl "pri set debug on span2" und erhalte diese Ausgabe, wie ich den Telefonhörer abnehme:

    Code:
    office*CLI> pri set debug on span 2
    Enabled debugging on span 2
    PRI Span: 2 
    PRI Span: 2 < Protocol Discriminator: Q.931 (8)  len=16
    PRI Span: 2 < TEI=64 Call Ref: len= 1 (reference 1/0x1) (Sent from originator)
    PRI Span: 2 < Message Type: SETUP (5)
    PRI Span: 2 < [04 03 80 90 a3]
    PRI Span: 2 < Bearer Capability (len= 5) [ Ext: 1  Coding-Std: 0  Info transfer capability: Speech (0)
    PRI Span: 2 <                              Ext: 1  Trans mode/rate: 64kbps, circuit-mode (16)
    PRI Span: 2 <                                User information layer 1: A-Law (35)
    PRI Span: 2 < [18 01 83]
    PRI Span: 2 < Channel ID (len= 3) [ Ext: 1  IntID: Implicit  BRI  Spare: 0  Preferred  Dchan: 0
    PRI Span: 2 <                       ChanSel: Any channel selected
    PRI Span: 2 <                     ]
    PRI Span: 2 < [6c 02 41 80]
    PRI Span: 2 < Calling Number (len= 4) [ Ext: 0  TON: Subscriber Number (4)  NPI: ISDN/Telephony Numbering Plan (E.164/E.163) (1)
    PRI Span: 2 <                           Presentation: Presentation permitted, user number not screened (0)  '' ]
    PRI Span: 2 -- Making new call for cref 1
    PRI Span: 2 Received message for call 0x7f7fe800a4b0 on link 0xe45f30 TEI/SAPI 64/0
    PRI Span: 2 -- Processing Q.931 Call Setup
    PRI Span: 2 -- Processing IE 4 (cs0, Bearer Capability)
    PRI Span: 2 -- Processing IE 24 (cs0, Channel Identification)
    PRI Span: 2 -- Processing IE 108 (cs0, Calling Party Number)
    PRI Span: 2 q931.c:8281 post_handle_q931_message: Call 1 enters state 6 (Call Present).  Hold state: Idle
    Span: 2 Processing event: PRI_EVENT_RING
    PRI Span: 2 q931.c:6837 q931_hangup: Hangup other cref:1
    PRI Span: 2 q931.c:6594 __q931_hangup: ourstate Call Present, peerstate Call Initiated, hold-state Idle
    PRI Span: 2 q931.c:6085 q931_release_complete: Call 1 enters state 0 (Null).  Hold state: Idle
    PRI Span: 2 Sending message for call 0x7f7fe800a4b0 on call->link: 0xe45f30 with TEI/SAPI 64/0
    PRI Span: 2 
    PRI Span: 2 > DL-DATA request
    PRI Span: 2 > Protocol Discriminator: Q.931 (8)  len=8
    PRI Span: 2 > TEI=64 Call Ref: len= 1 (reference 1/0x1) (Sent to originator)
    PRI Span: 2 > Message Type: RELEASE COMPLETE (90)
    PRI Span: 2 TEI=64 Transmitting N(S)=3, window is open V(A)=3 K=1
    PRI Span: 2 
    PRI Span: 2 > Protocol Discriminator: Q.931 (8)  len=8
    PRI Span: 2 > TEI=64 Call Ref: len= 1 (reference 1/0x1) (Sent to originator)
    PRI Span: 2 > Message Type: RELEASE COMPLETE (90)
    PRI Span: 2 > [08 02 81 81]
    PRI Span: 2 > Cause (len= 4) [ Ext: 1  Coding: CCITT (ITU) standard (0)  Spare: 0  Location: Private network serving the local user (1)
    PRI Span: 2 >                  Ext: 1  Cause: Unallocated (unassigned) number (1), class = Normal Event (0) ]
    PRI Span: 2 q931.c:6837 q931_hangup: Hangup other cref:1
    PRI Span: 2 q931.c:6594 __q931_hangup: ourstate Null, peerstate Null, hold-state Idle
    PRI Span: 2 Destroying call 0x7f7fe800a4b0, ourstate Null, peerstate Null, hold-state Idle
    PRI Span: 2 TEI=64 Got DISC
    PRI Span: 2 TEI=64 Sending UA
    PRI Span: 2 TEI=64 DL event: Q931_DL_EVENT_DL_RELEASE_IND(3)
    PRI Span: 2 Changing from state 7(Multi-frame established) to 4(TEI assigned)
    office*CLI>
    

    Update:
    Läuft mittlerweile! core dump zeigt alles einwandfrei, nur habe ich ein rauschen in der Leitung was ich weg kriegen muss.

    Gruß


    Tamer