SipGate - Passender Client?

[LeoLinux]

Hi Leuds

..., also ich habe ein eher kleineres Problem. Ich möchte der Telekom nicht noch mehr Kohle in den Hintern schieben und deshalb über Sipgate telefonieren - jedoch habe ich keine FritzBoxFon oder ähnlich Hardware. Ich benötige also einen SoftwareClient auf meinem Linux Debianrechner - und vorallem einen Zuverlässigen. ich habe eine Zeitlang kphone getestet, jedoch bin ich damit total unzufrieden denn 1. und am unwichtigsten - es sieht total hässlich aus und ich konte keine Skin Option ausfündig machen 2. es ist doof zu bedienen meiner meinung nach steht da viel zu viel krimskrams den man zum normalen telefonieren gar nciht braucht. 3. es ist total unzuverlässig und hurt nur rum, tortz portfreigabe 4. es hat imer ca 3 Minuten nach einschalten des Programms gebraucht bis ich tatsächlich von außen erreichbar war. und 5. und schlimmstens. ich habe niemal ein gespräch damit zustande gebracht, weil der sound in beiden richtungen nciht funktioniert hat (umstellen war komischer weiße nciht möglich - ist immer wieder auf die standarteinstellung zurückgesprungen, und wenn ich die einstellung inder conf vorgenommen habe, dann hatte das später entweder einen fatalen effekt oder gar keinen :-( ich bin ehrlichgesagt etwas entäuscht davon, und frage euch deshalb ob ihrwas beseres SIPGATE-taugliches habe oder tipps zu kphone - wäre ja auch schon zuifrieden wenn das hässliche programm ordentlich läuft :-) und vorallem - läuft das auch mit usb telefonen, welche eigentlich für windoof & skype gedacht sind?

vielen dank für eure aufmerksamkeit

mfg Leo

[peschmae]

Versuchs mal mit Absätzen, dann könnte man deinen Text auch lesen eventuell

Mir kommt gerade GnomeMeeting in den Sinn (ich meine Gtk-Programme sind ja immer cooler ) - das hat jetzt angeblich einen anderen Namen gekriegt aber egal

MfG Peschmä

[Dragorf]

Mir kommt gerade GnomeMeeting in den Sinn (ich meine Gtk-Programme sind ja immer cooler ) - das hat jetzt angeblich einen anderen Namen gekriegt aber egal

es heißt jetzt ekiga

[LeoLinux]

http://www.linux-magazin.de/Artikel/aus ... ml?print=y

[lemonstar]

Welche Informationen braucht denn ekiga, wenn ich mein sipgate Konto einrichten will?
Registrar ist sipgate.de?
Und was gehört bei Benutzer hin? Mein sipgate Username, SIP-Adresse, meine Telefonnummer? Irgendwie geht das alles nicht bei mir.
Oder brauche ich erst ein Guthaben?

[Snoopy]

Hi

Schaut Euch mal unter [1] um.
Da ist unter Anderem [2].

Auf diese Art und Weise bekommt man dann eine Sip-Adresse.

[1] http://www.gnomemeeting.org/
[2] http://www.ekiga.net/

[myx]

Oder brauche ich erst ein Guthaben?

Nein, zumindest dann nicht, wenn du nicht ins Fest/Handynetz anrufen willst.

Username ist deine Sip-ID (Schau mal bei sipgate unter "meine Daten" bei "Daten zum Anschluß"). Und ja, der Registrar ist sipgate.de. Vielleicht bebötigst du auch noch einen STUN-Server stun.sipgate.net(falls NAT-Router ohne Portforwarding). Anmelden funktioniert bei mir so mit sipgate und ekiga (du benötigst natürlich noch das Passwort).

Uw*mit kphone telefonierend*e

[lemonstar]

Username ist deine Sip-ID (Schau mal bei sipgate unter "meine Daten" bei "Daten zum Anschluß").

Das war ein guter Tip. Auf der Seite habe ich gesehen, dass es noch ein anderes Passwort gibt, was man für die Anmeldung am Server braucht.
Vielen Dank.

[LeoLinux]

guten morgen allerseits!

ich habe mittlerweile xlite gefunden...sieht auch schicke aus, also so wie ich mir ein softphone eben vorstelle..aber leider hat die free-version einen richtig ekligen codec auf lager und fliegt deshalb so schnell wieder vom system wie sie draufgefunden hat..
dann habe ich ekiga entdeckt...soll laut vieler ein echt feine sache sein.. top sprachqualität schicke bedienung etc... ABER leider habe ich ekiga immer noch nicht mit meiner bisherigen sip nummer zum laufen bekommen. hat denn niemand ein ordentliches how to auf lager?? eine definition der einzutragenden sache wäre mal ganz schick(so eine art übersetzung auf die sip definitionen) um da mal klarheit beim einrichten zu schafen :-)

danke

mfg Leo

[Roughnecks]

twinkle ist auch nicht schlecht, allerdings nur auf english.

[McAldo]

Gibts nun nen Howto für Ekiga? Ich bekomme keine Verbindung zu sipgate.
Kann man ein schon vorhandenes Konto bei sipgate nutzen? Beim Starten von Ekiga versucht das Programm eine Verbindung zu ekiga.net aufzubauen, aber nicht zu sipgate.


McAldo

[myx]

Hast du ein Konto bei ekiga.net eröffnet? Oder ist dein STUN-Server auf ekiga.net eingestellt?

Ah jetzt vermute ich etwas, Du benötigst natürlich ein bestehendes Konto bei sipgate, ekiga kann das gar nicht eröffnen. Was dir ekiga beim "Konfigurationsdruiden" anbietet ist ein Konto bei ekiga.net. Das benötigst du gar nicht! Einfach das Häkchen unten setzen bei "Ich möchte kein Konto bei ekiga.net eröffnen".

Sinnvoll ist aber, falls du einen STUN-Server benötigst, im Konfigurationsdruiden deine LAN-Einstellungen testen zu lassen, was du für ein NAT verwendest!

Nach dem "Konfigurationsdruiden" könntest du dann dann unter "Berarbeiten"-"Konto" deine Daten für sipgate.de eingeben und danach unter "Einstellungen" deinen STUN-Server.

Was für einen I-Net-Zugang hast du?

Ich hab' grad mal ein paar Screenshots von meiner ekiga-Konfiguration gemacht und stell das demnäxt evtl. mal online mit einer Kurzbeschreibung falls es dich interessiert. Sag einfach Bescheid, falls du das möchtest. Aber vielleicht hast du's ja auch mittlerweile rausbekommen.

[McAldo]

Ich habe kein Konto bei ekiga, sondern direkt bei sipgate.

Wenn ich im Konfigurations-Druide die NAT-Erkennung durchführen lasse, so wir da nichts gefunden. Ich habe im Firewall-Rechner tcpdump laufen lassen. Da wird nur einmal versucht zu stun1.sipgate.de eine Verbindung aufzubauen. Ansonsten gehen alle Verbindungsversuche zu ekiga.net:

Code: Alles auswählen

16:36:22.218996 IP (tos 0x0, ttl  53, id 0, offset 0, flags [DF], length: 84) stun1.sipgate.net.10000 > 192.168.1.2.5062: UDP, length: 56
16:36:22.222670 IP (tos 0x0, ttl  64, id 48493, offset 0, flags [DF], length: 52) 192.168.1.2.58864 > ekiga.net.www: F [tcp sum ok] 140:140(0) ack 288 win 1728 <nop,nop,timestamp 26402550 399299800>
16:36:22.261932 IP (tos 0x0, ttl  54, id 14771, offset 0, flags [DF], length: 52) ekiga.net.www > 192.168.1.2.58864: F [tcp sum ok] 288:288(0) ack 141 win 6432 <nop,nop,timestamp 399300025 26402550>
16:36:22.262203 IP (tos 0x0, ttl  64, id 48495, offset 0, flags [DF], length: 52) 192.168.1.2.58864 > ekiga.net.www: . [tcp sum ok] ack 289 win 1728 <nop,nop,timestamp 26402589 399300025>

Vor der stun1 Abfrage sind noch eine Menge andere ekiga-Abfragen. Ich habe ein Konto angelegt mit meinen Sipdaten, und keines mit ekiga (hab ich ja auch nicht). Bei der Konfiguration habe ich das Häckchen (bei kein ekiga-Konto) entsprechend gesetzt.

Ideen?

Eine Anleitung wäre toll. Ich hatte das mal mit gnomemeeting am laufen, auch mit dieser Firewall, da hatte es geklappt.

McAldo

[myx]

Da lag ich dann doch völlig daneben, naja.

Hm, hab' gerade mal ethereal auf meinem Rechner hören lassen. ekiga nimmt hier auch Kontak zu ekiga.net auf, das scheint somit bei dir nicht ungewöhnlich zu sein. Was ekiga da genau will, weiss ich jetzt aber auch nicht...

Gnomemeeting hattest du ja auch schon am laufen... Verwendest du den ekiga-snapshot aus dem CVS oder das aktuelle debian-ekiga?

[myx]

Hilft dir wahrscheinlich nicht weiter, ich hab aber trotzdem mal die wichtigen Teile meiner ekiga-Konfiguration als Bilder hier online gestellt:
http://uho2.piranho.de/ekiga-konfiguration/

[McAldo]

Gnomemeeting hattest du ja auch schon am laufen... Verwendest du den ekiga-snapshot aus dem CVS oder das aktuelle debian-ekiga?

Ich habe die Version von backports.org.

Hilft dir wahrscheinlich nicht weiter, ich hab aber trotzdem mal die wichtigen Teile meiner ekiga-Konfiguration als Bilder hier online gestellt:
http://uho2.piranho.de/ekiga-konfiguration/

Sieht bei mir auch so aus. Nur das bei der NAT-Abfrage nicht die Frage nach dem aktivieren von STUN kommt. Also hat ekiga wohl irgendwelche Probleme, dass bei mir noch ein Firewall-Rechner dazwischen ist.


McAldo

[myx]

Was mir noch einfällt, du könntest ekiga mit der option -d laufen lassen und bei den debug-Meldungen eventuelle Auffälligkeiten feststellen, z.B. "ekiga -d 5", siehe auch "ekiga --help".

[McAldo]

Hätte man auch selber mal drauf kommen können.

Habe also nun mal mit -d gestartet:

Code: Alles auswählen

(ekiga:5087): GLib-GObject-CRITICAL **: g_object_unref: assertion `G_IS_OBJECT (object)' failed
2006/12/09 16:14:05.208   0:03.005                        ekiga Ekiga version 2.0.2
2006/12/09 16:14:05.215   0:03.006                        ekiga OPAL version unknown
2006/12/09 16:14:05.216   0:03.006                        ekiga PWLIB version 1.10.1
2006/12/09 16:14:05.216   0:03.006                        ekiga GNOME support enabled
2006/12/09 16:14:05.216   0:03.006                        ekiga Fullscreen support enabled
2006/12/09 16:14:05.216   0:03.006                        ekiga DBUS support disabled
2006/12/09 16:14:05.285   0:03.076                        ekiga Set TCP port range to 30000:30010
2006/12/09 16:14:05.286   0:03.077                        ekiga Set RTP port range to 5000:5059
2006/12/09 16:14:05.287   0:03.077                        ekiga Set UDP port range to 5060:5100
2006/12/09 16:14:05.287   0:03.077                        ekiga OpalEP  Created endpoint: h323
2006/12/09 16:14:05.288   0:03.078                        ekiga H323    Created endpoint.
2006/12/09 16:14:05.290   0:03.086                        ekiga OpalMan Added route "pc:.*=h323:<da>"
2006/12/09 16:14:05.298   0:03.088                        ekiga OpalEP  Created endpoint: sip
2006/12/09 16:14:05.298   0:03.088                        ekiga SIP     Created endpoint.
2006/12/09 16:14:05.300   0:03.090                        ekiga OpalMan Added route "pc:.*=sip:<da>"
2006/12/09 16:14:05.300   0:03.090                        ekiga OpalEP  Created endpoint: pc
2006/12/09 16:14:05.303   0:03.093                        ekiga PCSS    Created PC sound system endpoint.
2006/12/09 16:14:05.304   0:03.094                        ekiga OpalMan Added route "h323:.*=pc:<da>"
2006/12/09 16:14:05.304   0:03.094                        ekiga OpalMan Added route "sip:.*=pc:<da>"
2006/12/09 16:14:06.248   0:04.039        Opal Listener:8376d78 Listen  Started listening thread on tcp$192.168.1.2:1720
2006/12/09 16:14:06.249   0:04.039        Opal Listener:8376d78 Listen  Waiting on socket accept on tcp$192.168.1.2:1720
2006/12/09 16:14:06.276   0:04.068        Opal Listener:8376f98 Listen  Started listening thread on udp$192.168.1.2:5060
2006/12/09 16:14:06.282   0:04.073        Opal Listener:8376f98 Listen  Waiting on UDP packet on udp$192.168.1.2:5060
2006/12/09 16:14:16.844   0:14.634        GMStunClient:083d87f0 OPAL    STUN server "stun.sipgate.net:10000" replies Port Restricted NAT, external IP XX.XX.XX.XX
2006/12/09 16:14:16.849   0:14.640      GMAccounts...t:08378508 OpalUDP Binding to interface: 192.168.1.2:32790
2006/12/09 16:14:16.850   0:14.640      GMAccounts...t:08378508 SIP     Created transport udp$0.0.0.0<if=udp$192.168.1.2:32790>
2006/12/09 16:14:16.869   0:14.660      GMAccounts...t:08378508 Opal    Could not find host : "sipgate.de "
2006/12/09 16:14:16.870   0:14.660      GMAccounts...t:08378508 SIP     Could not connect to udp$sipgate.de :5060 -
2006/12/09 16:14:16.870   0:14.660      GMAccounts...t:08378508 Opal    Transport clean up on termination
2006/12/09 16:14:16.870   0:14.661      GMAccounts...t:08378508 OpalUDP Close
2006/12/09 16:14:16.871   0:14.661      GMAccounts...t:08378508 Opal    Transport Close
2006/12/09 16:14:16.871   0:14.661      GMAccounts...t:08378508 SIP     Unable to create transport for registrar
2006/12/09 16:14:16.884   0:14.675      GMAccounts...t:08378508 OpalUDP Binding to interface: 192.168.1.2:32791
2006/12/09 16:14:16.885   0:14.675      GMAccounts...t:08378508 SIP     Created transport udp$0.0.0.0<if=udp$192.168.1.2:32791>
2006/12/09 16:14:16.950   0:14.740      GMAccounts...t:08378508 Opal    Could not find host : "sipgate.de "
2006/12/09 16:14:16.950   0:14.740      GMAccounts...t:08378508 SIP     Could not connect to udp$sipgate.de :5060 -
2006/12/09 16:14:16.950   0:14.740      GMAccounts...t:08378508 Opal    Transport clean up on termination
2006/12/09 16:14:16.951   0:14.741      GMAccounts...t:08378508 OpalUDP Close
2006/12/09 16:14:16.951   0:14.741      GMAccounts...t:08378508 Opal    Transport Close
2006/12/09 16:14:16.951   0:14.741      GMAccounts...t:08378508 SIP     Unable to create transport for registrar
2006/12/09 16:15:07.303   1:05.094                        ekiga Listen  Stopping listening thread on tcp$192.168.1.2:1720
2006/12/09 16:15:07.306   1:05.096                        ekiga H323    Deleted endpoint.

Also offenbar wird sipgate.de nicht gefunden. Seltsam.

McAldo

[myx]

2006/12/09 16:14:16.869 0:14.660 GMAccounts...t:08378508 Opal Could not find host : "sipgate.de "

"sipgate.de "
ate.de "
.de "
e "

Hab' grad mal hier etwas rumgespielt und es sieht aus, dass du ein unnötiges Leerzeichen in deinen Kontoeinstellungen hast nach "sipgate.de", dann kommt nämlich hier die gleiche Fehlermeldung.

....."sipgate.de_"

Doofer Fehler (wenns das wirklich bei dir sein sollte)

[McAldo]

Stimmt, da war eins zuviel. Danke dafür. Aber nun das nächste Problem. Es geht nun weiter, aber es kommt: "Anmeldung fehlgeschlagen: Verboten". Soweit ich das sehe, habe ich die Benutzerdaten richtig eingegeben.

Woran könnte das liegen? Aus den Ausgaben von Debug werde ich nicht wirklich schlau was das angeht.


McAldo

[myx]

Sowas hatte ich auch zwischenzeitlich mal, weiss aber auch nicht mehr so genau...

Kannst du nicht deine debug-Meldungen mal online stellen (nopaste.debianforum.de)?

Richtige Netzwerkschnitstelle angegeben? Macht deine Firewall Probleme? Wirklich das RICHTIGE Passwort und Authentifizierungsname?

Liegt dein ekiga eigentlich hinter einem Router mit Firewall? Kannst Du notfalls Portforwarding auf deinem Router einrichten?

[aspettl]

"Anmeldung fehlgeschlagen: Verboten": Das hatte ich auch lange! Allerdings nicht bei meinem sipgate-Account, sondern bei 1und1 - mit dem sipgate hat es geklappt. Die Authentifizierungsdaten waren 100% korrekt.
Lösung bei mir: Ich habe meinen Kernel selbst kompiliert und ich hatte da CONFIG_IP_NF_SIP aktiviert. Nach dem deaktivieren ging es - zumindest glaube ich, dass es an der Option lag...
Falls es das nicht ist und du selbst kompiliert hast, probiere es mal mit dem Standardkernel von Debian.

Gruß
Aaron

[McAldo]

Hm..., brauch ich den Kernel auf dem Rechner, auf dem ich ekiga laufen habe, oder auf dem Gateway/Firewall-Rechner?


McAldo

[aspettl]

Du brauchst gar keinen speziellen Kernel. Nimm den Standardkernel - wenn es dort auch nicht geht, ist es nicht das gleiche Problem wie ich hatte. Bei mir war es nur im selbstkompilierten Kernel.

Gruß
Aaron

[McAldo]

Naja, auf dem Firewall-Rechner habe ich einen selbst gebauten Kernel, daher meine Frage.

McAldo