Ekiga 3.2 => 1&1 SIP/2.0 403 Keine RFC1918-IPs erlaubt

Seppl82

Neuer User
Mitglied seit
14 Okt 2006
Beiträge
23
Punkte für Reaktionen
0
Punkte
0
Servus zusammen,

bei mir passiert in Ekiga folgendes.. auf meine nach RFC 3261 korrekten Contact meldung (q=1 für externe IP und q=0.334 für die RFC 1918) erhalte ich von 1&1 die Rückmeldung keine RFC 1918 erlaubt.

Mal ne ganz logische frage, ist das jetzt ein Fehler von 1&1 oder von Ekiga.
Gleich vorab: Ja ich nutze stun.1und1.de als stun proxy.

Noch eine Bitte: Wenn das für OpenSer ein normales verhalten ist dann bitte hier euere Erfahrungen dazu posten, sonst wird das mit Ekiga und 1und1 nix mehr.
http://bugzilla.gnome.org/show_bug.cgi?id=579832

Anbei das Logfiile...

Ganz herzlichen dank

/Seppl82

Code:
Call-ID: 2cde27fe-541d-de11-9f94-001b9e55716e@clarissa-laptop

To: <sip:[email protected]>

Contact: <sip:[email protected]:61224>;q=1,
<sip:[email protected]>;q=0.667,
<sip:[email protected]>;q=0.334

Allow: INVITE,ACK,OPTIONS,BYE,CANCEL,SUBSCRIBE,NOTIFY,REFER,MESSAGE,INFO,PING

Expires: 3600

Content-Length: 0

Max-Forwards: 70

2009/04/01 20:02:57.371 0:12.045 subscriber:0xb4eccb90 OpalUDP Setting
interface to 192.168.2.101%wlan0
2009/04/01 20:02:57.371 0:12.045 subscriber:0xb4eccb90 SIP Transaction timers
set: retry=0.500, completion=6.000
2009/04/01 20:02:57.371 0:12.045 subscriber:0xb4eccb90 PWLib Ended thread
0x8924600 subscriber:0xb4eccb90
2009/04/01 20:02:57.404 0:12.078 Opal Liste...0xb53beb90 OpalUDP Binding to
interface: 79.209.54.40:61224
2009/04/01 20:02:57.404 0:12.078 Opal Liste...0xb53beb90 SIP Waiting for PDU on
udp$212.227.15.231:5060<if=udp$79.209.54.40:61224>
2009/04/01 20:02:57.405 0:12.079 Opal Liste...0xb53beb90 SIP PDU received:
rem=udp$212.227.15.231:5060,local=udp$79.209.54.40:61224,if=192.168.2.101%wlan0
SIP/2.0 403 Keine RFC1918-IPs erlaubt
CSeq: 1 REGISTER
 
Ja, dieses Verhalten von ekiga ist mir auch negativ aufgefallen. Habe dazu auch schon eine Diskussion auf der Ekiga-mailingliste angeregt. Ergebnis: Die Entwickler denken darueber nach, Provider die sich am Auftauchen der privaten IPs stossen (und davon gibt's einige, bluesip z.B.), extra zu behandeln, so dass eine erfolgreiche Anmeldung moeglich ist.
Ich habe schon andere Softphones unter Linux ausprobiert. Linphone verhaelt sich genauso bzgl. privater IPs, hat dafuer aber eine ansprechendere Oberflaeche und man kann einen Default-provider setzen; was mir bei Ekiga fehlt.
Dann gibt's da noch twinkle, das die private IP nicht mitschickt und sich somit erfolgreich mit bluesip verbindet. Dafuer hat es eine mehr als gewoehungsbeduerftige Oberflaeche.
Ich ueberlege mittlerweile einen Asterisk server aufzusetzen, der die eigentliche Verbindung zum Provider handelt. Mal sehen.

Gruss
Chris
 
Holen Sie sich 3CX - völlig kostenlos!
Verbinden Sie Ihr Team und Ihre Kunden Telefonie Livechat Videokonferenzen

Gehostet oder selbst-verwaltet. Für bis zu 10 Nutzer dauerhaft kostenlos. Keine Kreditkartendetails erforderlich. Ohne Risiko testen.

3CX
Für diese E-Mail-Adresse besteht bereits ein 3CX-Konto. Sie werden zum Kundenportal weitergeleitet, wo Sie sich anmelden oder Ihr Passwort zurücksetzen können, falls Sie dieses vergessen haben.