Asterisk: Verbindung wird nach 20s getrennt

[hahni]

GELÖST!!!

Hallo zusammen!

Folgende Situation: Ich wohne derzeit in einem Studentenwohnheim und da Studenten wenig Geld haben, dachte ich mir, ich könnte meine alte Telefonnummer von zu Hause mitnehmen, Internet gibt's hier nämlich für umsonst. Zum Teil geht es auch. Dazu habe ich mir folgendes aufgebaut:

ISDN-NTBA (Rufnummer: 389****) => TK-Anlage => S0-Bus => ISDN-Karte (CHAN_CAPI 1.0.2, MSN 300) => Asterisk zu Hause (IAX2)=> VPN => (IAX2) Asterisk im Wohnheim => (SIP) Grandstream BT 101.

Folgende Szenarien: Wenn ich mit meinem BT101 eine interne Nebenstelle auf der anderen Seite des VPNs per IAX2 anrufe, bleibt die Verbindung konstant bestehen, ich kann stundenlang telefonieren. Sobald ich aber über die Anlage versuche herauszuwählen (dafür muss ich die 0 drücken), habe ich exakte 20sec Zeit um mit dem anderen zu telefonieren, danach fällt die Verbindung zusammen. Ruft mich jemand von Extern auf der Nummer 389***** an, welche in der TK-Anlage auf die MSN 300 zeigt, bleibt die Verbindung auch bestehen, Telefonieren gestern ging über 1h gut, ohne merkliche Verzögerung und ohne Abbrüche. Einzig das Raustelefonieren über den bisherigen Anschluss bricht nach 20s ab.

Hier meine Konfigurationen:

extensions.conf zu Hause, reduziert auf das Wesentliche:

[isdn]
exten => 300,1,Ringing(1)
exten => 300,2,Dial(IAX2/user:pw@hostname/300@zuhause)
exten => 300,3,Hangup


[zuhause]

exten => 0,1,Ringing(1)
exten => 0,2,Dial(CAPI/contr1/300:0/b)
exten => 0,3,Hangup

extensions.conf bei mir im Wohnheim, auch reduziert:

[zuhause]

exten => 300,1,Ringing(1)
exten => 300,2,Dial(SIP/grandstream)
exten => 300,3,Hangup

[from-grandstream]

exten => 0,1,Ringing(1)
exten => 0,2,Dial(IAX2/user:password@hostname/0@zuhause)
exten => 0,3,Hangup

Versuche ich rauszuwählen, tut sich im * hier folgendes:

    -- Executing Ringing("SIP/grandstream-09424b18", "1") in new stack
    -- Executing Dial("SIP/grandstream-09424b18", "IAX2/user:password@hostname/0@zuhause") in new stack
    -- Called user:password@hostname/0@zuhause
    -- Call accepted by hostname (format alaw)
    -- Format for call is alaw
    -- IAX2/hostname:4569-5 is ringing
    -- IAX2/hostname:4569-5 is making progress passing it to SIP/grandstream-09424b18
    -- IAX2/hostname:4569-5 is proceeding passing it to SIP/grandstream-09424b18
    -- IAX2/hostname:4569-5 is ringing
grain*CLI> Oct  9 23:49:14 WARNING[2756]: chan_sip.c:1228 retrans_pkt: Maximum retries exceeded on transmission [email protected] for seqno 383 (Critical Response)
Oct  9 23:49:14 WARNING[2756]: chan_sip.c:1228 retrans_pkt: Maximum retries exceeded on transmission [email protected] for seqno 383 (Critical Response)
    -- IAX2/hostname:4569-5 stopped sounds
    -- IAX2/hostname:4569-5 answered SIP/grandstream-09424b18
grain*CLI> Oct  9 23:49:37 WARNING[2756]: chan_sip.c:1228 retrans_pkt: Maximum retries exceeded on transmission [email protected] for seqno 40839 (Critical Response)
Oct  9 23:49:37 WARNING[2756]: chan_sip.c:1245 retrans_pkt: Hanging up call [email protected] - no reply to our critical packet.
    -- Hungup 'IAX2/hostname:4569-5'
  == Spawn extension (from-grandstream, 0, 2) exited non-zero on 'SIP/grandstream-09424b18'
Oct  9 23:49:37 WARNING[2756]: chan_sip.c:1228 retrans_pkt: Maximum retries exceeded on transmission [email protected] for seqno 40839 (Critical Response)
Oct  9 23:49:37 WARNING[2756]: chan_sip.c:1245 retrans_pkt: Hanging up call [email protected] - no reply to our critical packet.
    -- Hungup 'IAX2/hostname:4569-5'
  == Spawn extension (from-grandstream, 0, 2) exited non-zero on 'SIP/grandstream-09424b18'

Im * zu Hause tut sich derweil folgendes

    -- Accepting AUTHENTICATED call from 192.168.3.1:
       > requested format = alaw,
       > requested prefs = (alaw|gsm),
       > actual format = alaw,
       > host prefs = (alaw|gsm),
       > priority = mine
    -- Executing Ringing("IAX2/kai-5", "1") in new stack
    -- Executing Dial("IAX2/kai-5", "CAPI/contr1/300:0/b") in new stack
    -- Called contr1/300:0/b
    -- CAPI/ISDN1#02/0-98 is making progress passing it to IAX2/kai-5
  == ISDN1#02: Setting up DTMF detector (PLCI=0x101, flag=1)
    -- ISDN1#02: Updated channel name: CAPI/ISDN1#02/06-99
    -- ISDN1#02: Updated channel name: CAPI/ISDN1#02/064-9a
    -- ISDN1#02: Updated channel name: CAPI/ISDN1#02/0640-9b
    -- ISDN1#02: Updated channel name: CAPI/ISDN1#02/06407-9c
    -- CAPI/ISDN1#02/06407-9c is proceeding passing it to IAX2/kai-5
    -- CAPI/ISDN1#02/06407-9c is ringing
    -- CAPI/ISDN1#02/06407-9c answered IAX2/kai-5
  == ISDN1#02: CAPI Hangingup for PLCI=0x101 in state 2
  == Spawn extension (buero, 0, 2) exited non-zero on 'IAX2/kai-5'
    -- Hungup 'IAX2/kai-5'
       > ISDN1#02: CAPI INFO 0x3490: Normal call clearing

Woran könnte es liegen? Liegt es an der CAPI? Ist mein BT101 schuld?

Bitte um Eure Hilfe und schonmal vielen Dank im Voraus (meine Freundin macht schon Ärger, dass ich sie nie anrufe ),

hahni

 

[hahni]

Gelöst!

Hallo!

Habe das Problem gelöst. Offenbar sendet das BT101 Datenpakete, die sich nicht 100%ig an den SIP-Standart halten. Das führt dann im Umkehrschluss dazu, dass Asterisk einfach auflegt.

Hier ein Workaround:
http://readlist.com/lists/lists.digium.com/asterisk-users/10/51369.html

Damit klappt es bei mir und sogar auf lange Zeit hin einwandfrei.

 

[udosw]

Hier ein Workaround:
http://readlist.com/lists/lists.digium.com/asterisk-users/10/51369.html

Damit klappt es bei mir und sogar auf lange Zeit hin einwandfrei.

Schön für dich - aber was haben wir davon ???

Leute, etwas mehr Informationen bitte. Das Forum soll doch auch anderen helfen! Wie soll sich jemand aus dem Link auf die Asterisk-Users-Mailingliste die nötige Info rausziehen???

Was hast Du konkret gemacht, um das Problem zu lösen? Downgrade auf Asterisk 1.2.10? Oder chan_sip.c gepatched? Beides wurde dort vorgeschlagen.

Ich hatte übrigens bei einem Kunden dasselbe Problem, aber eine ganz andere Ursache: In einem GXP2000-SIP-Telefon war versehentlich der RTP-Port auf 5060 (Standard für SIP-Port) gestellt worden. Nach Umstellung auf den RTP-Standard-Port trat der Fehler bisher nicht mehr auf.

Udo

 

[hahni]

Habe ein Downgrade auf 1.2.10 gemacht und, siehe Link, den Quelltext an der einen Stelle angepasst. Das steht dort auch, wie man anpassen muss. So, da haste nu hoffendlich was von