Sipgate zu Sipgate lokal: 407 Proxy Authentification required

sipgateuser · 5 Aug 2008

Beim Testen meiner Asterisk-Konfiguration, komme ich zu u.a. Merkwürdigkeit, die ich mir überhaupt nicht erklären kann, da alle Fälle funktionieren nur einer nicht. Der Fall ist in der Praxis zwar nicht relevant, aber ich möchte bei der weiteren Konfiguration keinen Fehler mitschleppen.

Code:

Connected to Asterisk 1.4.21.2 currently running on gw2 (pid = 3139)
Verbosity is at least 3
gw2*CLI> sip show registry
Host                            Username       Refresh State                Reg.Time

sipgate.at:5060                 4222222            105 Registered           Tue, 05 Aug 2008 18:03:31

sipgate.at:5060                 1111111            105 Registered           Tue, 05 Aug 2008 18:03:32

    -- Registered SIP '23' at 192.168.2.103 port 5060 expires 3600
    -- Registered SIP '48' at 192.168.2.108 port 5060 expires 3600

DW 23 ruft DW 48 an

Code:

    -- Executing [48@default:1] NoCDR("SIP/23-081ffc78", "") in new stack
    -- Executing [48@default:2] Dial("SIP/23-081ffc78", "SIP/48|55|Ttr") in new stack
    -- Called 48
    -- SIP/48-081fdd58 is ringing

DW 48 läutet (ok)

DW 48 ruft DW 23 an

Code:

  == Spawn extension (default, 48, 2) exited non-zero on 'SIP/23-081ffc78'
    -- Executing [23@default:1] NoCDR("SIP/48-082013b8", "") in new stack
    -- Executing [23@default:2] Dial("SIP/48-082013b8", "SIP/23|55|Ttr") in new stack
    -- Called 23
    -- SIP/23-081f9720 is ringing

DW 23 läutet (ok)

DW 23 ruft DW 48 extern von sipgate.at zu sipgate.at an
Providerauswahl über *22, das entspricht dem oben registrierten User 1111111

Code:

  == Spawn extension (default, 23, 2) exited non-zero on 'SIP/48-082013b8'
    -- Executing [*220043720222222@default:1] Dial("SIP/23-081f9720", "SIP/0043720222222@1111111|45|r") in new stack
    -- Called 0043720222222@1111111
    -- Got SIP response 482 "Loop Detected" back from 217.10.79.13
    -- Now forwarding SIP/23-081f9720 to 'Local/0043720222222@default' (thanks to SIP/1111111-081ffc78)
    -- Executing [0043720222222@default:1] Dial("Local/0043720222222@default-6cc5,2", "SIP/0043720222222@43780264637|45|r") in new stack
    -- Called 0043720222222@43780264637
    -- Local/0043720222222@default-6cc5,1 is ringing
    -- SIP/43780264637-082013b8 is making progress passing it to Local/0043720222222@default-6cc5,2
    -- SIP/43780264637-082013b8 is ringing
    -- Executing [4222222@ankommend:1] Dial("SIP/sipgate.at-081fdd58", "SIP/48|48|r") in new stack
    -- Called 48
    -- SIP/48-081f7dd8 is ringing

Softphone Twinkle läutet, alles ok

Und nun verstehe ich nicht, warum das nicht klappt:
DW 48 ruft DW 23 extern von sipgate.at zu sipgate.at an
Providerauswahl über *42, das entspricht dem oben registrierten User 4222222

Code:

  == Spawn extension (default, *220043720222222, 1) exited non-zero on 'SIP/23-081f9720'
  == Spawn extension (default, 0043720222222, 1) exited non-zero on 'Local/0043720222222@default-6cc5,2'
  == Spawn extension (ankommend, 4222222, 1) exited non-zero on 'SIP/sipgate.at-081fdd58'
    -- Executing [*420049720111111@default:1] Dial("SIP/48-081ffc78", "SIP/0049720111111@4222222|45|r") in new stack
    -- Called 0049720111111@4222222
    -- SIP/4222222-082013b8 is making progress passing it to SIP/48-081ffc78
    -- SIP/4222222-082013b8 is circuit-busy
  == Everyone is busy/congested at this time (1:0/1/0)
  == Auto fallthrough, channel 'SIP/48-081ffc78' status is 'CONGESTION'

Im Softphone lese ich
407 Proxy Authentification required
Twinkle meldet sich mit einem "realm login"-Fenster, das ich von einer falschen sip.conf kenne, aber dann dürfte ein anderer Anruf ja auch nicht klappen.

Ein Anruf von DW48 zu einer Festnetznummer funktioniert aber.
Providerauswahl über *42, das entspricht dem oben registrierten User 4222222

Code:

-- Executing [*420043123444444@default:1] Dial("SIP/48-081fc038", "SIP/0043123444444@4222222|45|r") in new stack
    -- Called 0043123444444@4222222
    -- SIP/4222222-081ffc78 is making progress passing it to SIP/48-081fc038
    -- SIP/4222222-081ffc78 is ringing
  == Spawn extension (default, *420043123444444, 1) exited non-zero on 'SIP/48-081fc038'

Edit Guard-X: Bitte nächstes Mal Code-Tags verwenden!

Burmann · 7 Aug 2008

zu einer IP sind SIP/IAX Accounts nicht zu Unterscheiden

Genau kann ich es dir auch nicht sagen, aber "Got SIP response 482 "Loop Detected" back from 217.10.79.13" heist, das nicht alles so läuft wie es gewählt wurde (shotcut).

Evtl. liegt es daran, das die Accounts unterschiedliche Passwörter haben, und Asterisk dies nicht auseinander halten kann. Dreh mal in der Sip.conf die reihenfolge der Sip-Accounts um und teste nochmal (vorher sip reload). Dann müste "DW 48 ruft DW 23 extern von sipgate.at zu sipgate.at an" klappen und "DW 23 ruft DW 48 extern von sipgate.at zu sipgate.at an" nicht mehr.

Lösung 1)
Gleiche Passwörter verwenden und beim register unterschiedliche Rufnummern wählen.
(register => 1234

[email protected]/0043720222222
register => 1234

[email protected]/00437201111111)
Aufpassen: type=, context=, setvar= u.a. sollten auch gleich sein.

Lösung 2)
Zu einer IP immer nur ein Sip-Account und ein IAX-Account einrichten.
Dann werden immer die richtigen Parameter geladen.

Lösung 3)
OpenSer verwenden. Kann nix dazu sagen - hab ich noch nicht probiert.

sipgateuser · 7 Aug 2008

zur Zeit funktioniert es in keiner Richtung mehr mit sipgate, mit anderen Providern (und auch andere PW) im gleichen lokalen Netz aber schon.

Keine Ahnung was ich großartig geändert habe, eigentlich nur die Kontextbezeichnung.

Burmann · 7 Aug 2008

Asterisk stoppen und /var/lib/asterisk/astdb löschen kann viele Probleme beseitigen. Ggf in ein Paar Stunden oder Morgen nochmal testen und viele Merkwürdigkein sind weg. Dies liegt an Timeouts beim Provider. Auch eine DSL-Neueinwahl kann helfen.

sipgateuser · 7 Aug 2008

Nachdem ich das Modem aus- /eingeschaltet habe, kann ich mich seit ein paar Stunden bei _keinem_ Provider mehr registrieren.

[Aug 7 19:09:30] NOTICE[3326]: chan_sip.c:7517 sip_reg_timeout: -- Registration for '[email protected]' timed out, trying again (Attempt #1)
gw2*CLI> sip show registry
Host Username Refresh State Reg.Time
sipgate.at:5060 1xxxxxx 120 Request Sent

Timmbo · 8 Aug 2008

Hi,

erstmal ist es Netzwerktechnisch schon problematisch bzw. geht nicht, dass Du von intern über extern wieder intern anrufst, daher kommt auch die Meldung "loop dedected".
Zweitens kenn ich das letzte von dir genannten Problemen auch, allerdings nur mit bestimmten Routern wie z.B. DD-WRT. Nachdem der Router "offline" war musst die Asteriskanlage komplett rebootet werden.

Grüße
Timm

Burmann · 8 Aug 2008

Timmbo schrieb:
erstmal ist es Netzwerktechnisch schon problematisch bzw. geht nicht, dass Du von intern über extern wieder intern anrufst, daher kommt auch die Meldung "loop dedected".

Kann ich so nicht bestätigen und es sollte funktionieren, sonst ist etwas an der Configuration falsch. Aber besser ist natürlich wenn die Anlage den loop nicht produziert und gleich selbst verbindet.

:idea:Zum Testen könnte man inkompatible Codecs in der Sip.conf einstellen. Dann dürfte der Provider keine Loop signalisieren - oder?:gruebel:

sipgateuser · 8 Aug 2008

sipgateuser schrieb:
Nachdem ich das Modem aus- /eingeschaltet habe, kann ich mich seit ein paar Stunden bei _keinem_ Provider mehr registrieren.

[Aug 7 19:09:30] NOTICE[3326]: chan_sip.c:7517 sip_reg_timeout: -- Registration for '[email protected]' timed out, trying again (Attempt #1)
gw2*CLI> sip show registry
Host Username Refresh State Reg.Time
sipgate.at:5060 1xxxxxx 120 Request Sent

Ich schreibe die Lösung des Problems bei http://www.ip-phone-forum.de/showthread.php?t=172492 Bitte dazu dort antworten.

Sipgate zu Sipgate lokal: 407 Proxy Authentification required

sipgateuser

Mitglied

Burmann

Mitglied

sipgateuser

Mitglied

Burmann

Mitglied

sipgateuser

Mitglied

Timmbo

Aktives Mitglied

Burmann

Mitglied

sipgateuser

Mitglied

Neueste Beiträge

Kategorien

Wissenswertes

Statistik des Forums

3CX jetzt einen Monat kostenlos testen

Unternehmen

Lösungen

Nützliche Links

Mehr erfahren