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

span 1 got hangup request, cause 16

Dieses Thema im Forum "Asterisk ISDN mit Bristuff (hfc, zaptel)" wurde erstellt von iptelefonie, 30 Okt. 2008.

  1. iptelefonie

    iptelefonie Neuer User

    Registriert seit:
    29 März 2006
    Beiträge:
    104
    Zustimmungen:
    0
    Punkte für Erfolge:
    0
    #1 iptelefonie, 30 Okt. 2008
    Zuletzt bearbeitet: 30 Okt. 2008
    Hallo,

    bei mir brechen oft Verbindungen mit dem Fehler "cause 16" ab.
    Ich habe 2 Installationen mit "Asterisk 1.4.21.1-BRIstuffed-0.4.0-RC3b". Die beiden Asterisk-Server sind über iax2 verbunden. Einer hat 2 HFC-S Karten (eine im TE- und eine im NT-Modus) und der Zweite (dort kommt auch meistens der Fehler) hat eine Karte im NT-Modus installiert.
    Woher kommt der Fehler überhaupt und was bedeutet er? Trotz intensiver Suche habe ich leider nur wenige Informationen dazu gefunden. Manchmal läuft ein Gespräch mehrere Stunden, manchmal kommt der Fehler nach wenigen Minuten. Ich habe schon sehr oft zum Test Verbindungen aufgebaut. Kommt der Fehler von zaphfc? Habe ein paar Informationen zusammengefasst:

    Auszug aus dem Logfile bei einem Abbruch:
    PHP:
    [Oct 28 09:53:52VERBOSE[5527logger.c:     -- Starting simple switch on 'Zap/2-1'
    [Oct 28 09:54:00VERBOSE[5527logger.c:     -- Executing [01628565472@default:1Dial("Zap/2-1""IAX2/benutzername:passwort@192.168.100.1/01628565472"in new stack
    [Oct 28 09:54:00VERBOSE[5527logger.c:     -- Called benutzername:passwort@192.168.100.1/01628565472
    [Oct 28 09:54:00VERBOSE[2143logger.c:     -- Call accepted by 192.168.100.1 (format alaw)
    [
    Oct 28 09:54:00VERBOSE[2143logger.c:     -- Format for call is alaw
    [Oct 28 09:54:00VERBOSE[5527logger.c:     -- IAX2/ast2-14854 is ringing
    [Oct 28 09:54:21VERBOSE[5527logger.c:     -- IAX2/ast2-14854 stopped sounds
    [Oct 28 09:54:21VERBOSE[5527logger.c:     -- IAX2/ast2-14854 answered Zap/2-1
    [Oct 28 09:54:53VERBOSE[2149logger.c:     -- Channel 0/2span 1 got hangup requestcause 16
    [Oct 28 09:54:53VERBOSE[5527logger.c:     -- Hungup 'IAX2/ast2-14854'
    Anderer Asterisk-Server:
    PHP:
    [Oct 28 09:54:24VERBOSE[2913logger.c:     -- Accepting AUTHENTICATED call from 192.168.100.2:
    [
    Oct 28 09:54:24VERBOSE[6969logger.c:     -- Executing [01628565472@iax:1SetCallerPres("IAX2/ast2-11135""prohib_not_screened"in new stack
    [Oct 28 09:54:24VERBOSE[6969logger.c:     -- Executing [01628565472@iax:2Dial("IAX2/ast2-11135""Zap/g2/01628565472"in new stack
    [Oct 28 09:54:24VERBOSE[6969logger.c:     -- Requested transfer capability0x00 SPEECH
    [Oct 28 09:54:24VERBOSE[6969logger.c:     -- Called g2/01628565472
    [Oct 28 09:54:24VERBOSE[6969logger.c:     -- Zap/4-1 is ringing
    [Oct 28 09:54:59VERBOSE[6969logger.c:     -- Hungup 'Zap/4-1'
    [Oct 28 09:54:59VERBOSE[6969logger.c:   == Spawn extension (iax016285654722exited non-zero on 'IAX2/ast2-11135'
    [Oct 28 09:54:59VERBOSE[6969logger.c:     -- Hungup 'IAX2/ast2-11135'
    Informationen zu den Installierten Karten:
    PHP:
    02:0a.0 Network controllerCologne Chip Designs GmbH ISDN network controller [HFC-PCI] (rev 02)
            
    SubsystemCologne Chip Designs GmbH ISDN Board
            Flags
    bus mastermedium devsellatency 16IRQ 11
            I
    /O ports at 1040 [disabled] [size=8]
            
    Memory at 40200000 (32-bitnon-prefetchable) [size=256]
            
    Capabilities: [40Power Management version 1
    zapata.conf und zaptel.conf von dem zweiten Asterisk-Server:
    PHP:
    loadzone=nl
    defaultzone
    =nl

    span
    =1,1,3,ccs,ami
    bchan
    =1-2
    dchan
    =3
    PHP:
    [general]
    nationalprefix=0
    internationalprefix
    =00

    [channels]
    language=de
    switchtype
    =euroisdn
    signalling
    =bri_net_ptmp
    pridialplan
    =local
    echocancel
    =yes
    immediate
    =no
    overlapdial
    =yes
    group
    =1
    context
    =default
    channel=>1-2
    Der Fehler plagt mich jetzt schon mehrere Monate und ich verzweifele langsam. Ich würde mich freuen, wenn mir jemand weiterhelfen kann.
     
  2. Burmann

    Burmann Mitglied

    Registriert seit:
    16 Feb. 2005
    Beiträge:
    372
    Zustimmungen:
    0
    Punkte für Erfolge:
    0
    "Channel 0/2, span 1 got hangup request, cause 16"
    got hangup request = Diese Kiste hat von der Gegenseite die Aufforderung bekommen die Verbindung zu trennen,
    cause 16 = Normale Trennung, ohne Fehler

    Es ist also keine Fehlermeldung sondern eine Statusmeldung vom ZAP-Channel, das die Gegenseite eine Trennung wünscht.
     
  3. dasgute

    dasgute Neuer User

    Registriert seit:
    20 Jan. 2007
    Beiträge:
    82
    Zustimmungen:
    0
    Punkte für Erfolge:
    0
    #3 dasgute, 8 Nov. 2008
    Zuletzt bearbeitet: 8 Nov. 2008
    Hallo ich habe ähnliche Probleme,

    der cause 16 kommt auch immer im Zusammenhang oder tritt zumindest in der "Nähe" im Log auf wenn der Abbruch stattfindet.

    Müsste sonst nicht im log immer cause 16 nach Beendigung eines Gesprächs duch die Gegenstelle kommen? Das tut es bei mir jedenfalls nicht.

    Was ich beobachten konnte ist das meist die NT-Karte cause 16 brachte und dies zum Abbruch des Gespräches auf der TE-Karte führte. ZAP war für kurze Zeit tot und es brachen alle Gespräche ab. Bei mir wird über die NT-Karte nur gefaxt mit einen angeschlossenen TA2/AB Adapter. Meist kam en Abbruch des Gespäches (TE-Channel) wenn gefaxt (NT-Channel) worden war.

    Wenn das Gespräch auf der NT-Karte beendet wird, kommt krrekt cause 16. Dummerweise beendet es das Gespräch das gerade über TE geführt wird gleich mit.

    Ich vermute irgndwie ein Hardware (Interupt) oder Treibeproblem.
     
  4. iptelefonie

    iptelefonie Neuer User

    Registriert seit:
    29 März 2006
    Beiträge:
    104
    Zustimmungen:
    0
    Punkte für Erfolge:
    0
    Hallo,

    Hardware-Problem hatte ich auch vermutet. Daraufhin habe ich die Karte im NT-Modus gestauscht. Bei mir brechen die Gespräche auch häufig ab, wenn ich keine Karte im TE-Modus verwende:
    ISDN-Telefon<->NT-Asterisk1<->IAX2<->NT-Asterisk2<->ISDN-Telefon

    Was könnte das noch sein? Wie kann man zap noch in einem höheren Level debuggen?