Suchergebnisse

Mir ist jede Gegenstelle recht. Das kann selbstverständlich auch ein Softswitch sein - oder auch eine Hardware. Da ich mir jedoch keine Hardware zum Testen extra kaufe, bin ich diesbezüglich auf Anwenderberichte von anderen angewiesen.

Den SIP Communicator hatte ich schon mal vor längerer Zeit ausprobiert. Da hatte ich große Probleme mit. Das fing schon mal mit dem Start an - das dauerte zig Minuten eh der gestartet war. Wenn du aber sagst, dass der IPv6 unterstützt, so probiere ich den gerne nochmal aus. Vielen Dank für den...

In dem Log aus deinem ersten Beitrag klappte STUN nicht. Das Problem sollte ja mittlerweile behoben sein. Ich bin also von einem anderen Problem ausgegangen. Wenn es denn nun funktioniert - umso besser.

Ich habe eine Beta-Version von PhonerLite hoch geladen, bei welchem man den IPv6 Modus aktivieren kann. Im LAN können so zwei PhonerLite-Instanzen unter Windows Vista problemlos kommunizieren. Kennt jemand andere Softphones um mit denen als Gegenstelle testen zu können? Kompatibel zu sich...

Das Problem kann ich dann so nicht nachvollziehen. Schick mir doch den Inhalt des Debug-Fensters zu, dann kann ich mehr dazu sagen.

In der aktuellen Beta habe ich ein Problem bei Verwendung von STUN behoben. Lade dir bitte die Beta nochmal herunter.

Mit der NetCAPI habe ich eigentlich keinerlei Erfahrungen. Hast du das gleiche Problem auch mit einer "richtigen" ISDN-Karte? Hast du eventuell mal mit den "Echo-Unterdrückung"-Einstellungen unter Optionen/Sound rumgespielt? Ich verwende bei mir Phoner mit einer Fritz!PCI direkt am NTBA und habe...

In der nächsten offiziellen Version bleibt das so drin. Ich persönlich empfinde dieses Feature zu unwichtig, als dass ich dafür in der GUI etwas einbaue. Sorry.

Ob Phoner nun ein neues Feature hat oder nicht - ich habe davon keinen Vorteil (Freeware) :) Trotzdem habe ich soeben mal eine neue Beta-Version von Phoner und PhonerLite hoch geladen - damit ist bei abgehenden Rufen die Prio setzbar. Wählt man beispielsweise "!123", so wird das Header-Element...

Nein, dieses Header-Element wird einfach ignoriert. Mir ist bisher noch keine praktische Anwendung damit bekannt. Welchen Vorteil siehst du darin, dort "high" oder sowas angeben zu können?

Ganz einfach ausgedrückt: Dein SIP-Provider (oder eine PBX wie Asterisk) erstellt eine Zufallsfolge (Nonce) und schickt dir diese zu. Diese Zufallsfolge wird nun mit diversen Elementen "verhasht" (MD5), wie in deinem Beitrag richtig beschrieben. Zusätzlich wird eben noch das Passwort "verhasht"...

@fredlcore Du hast anscheinend noch die "alte" PhonerLite-Beta-Version. Gestern gab es eine neue - damit sollte es gehen.

Wenn ein "in: ---" da steht, dann bedeutet dies, dass noch kein einziges RTP-Paket bis zu PhonerLite durchgedrungen ist. Beim Einsatz von STUN sollte man beachten, dass dies nichts bringt, wenn der Router symmetrisches NAT macht. Wenn der Router eine Steuerung per UPnP zulässt, so ist das...

@henry90: Ich habe eine neue Beta-Version hoch geladen - damit sollte es nun besser funktionieren. @doc456: Ja, ich mache mir mittlerweile Gedanken darüber. Ich frage mich jedoch, ob ich die Telefonleitung (DSL) da ebenfalls durchjagen soll und ich dadurch eventuell wieder andere Nachteile...

@jetol und @henry90: Kann einer von Euch beiden mir bitte den Inhalt des Debug-Fensters von PhonerLite zukommen lassen, nachdem ein solcher Ruf nach 32 sekunden abgebrochen wurde? Ich kann momentan nicht selber testen, da nun schon meine 2. Fritzbox nach einem Gewitter den Geist aufgegeben hat.

Du hast ein Problem mit PhonerLite und den 32 Sekunden? Das klingt sehr nach einem nicht ordnungsgemäß zugestelltem ACK. Kannst du den Inhalt des Debug-Fensters oder auch ein Wireshark-Trace dieser Verbindung mir zukommen lassen - gerne per Mail oder PM.

Die SIP-Provider sind mit dem Thema NAT vertraut - AVM anscheinend nicht. Bei meiner Fritzbox habe ich die UPnP-Steuerung erlaubt. Damit kann ein PhonerLite (anderer Port als 5060, z.B. auf 5070 gestellt) problemlos zu einer anderen Fritzbox telefonieren. Der SIP-Server in der Fritzbox erwartet...

PhonerLite muss zur Fritzbox hin die eigene öffentliche IP-Adresse mitteilen. Sollte der PC mit PhonerLite sich also hinter einem NAT befinden, so muss die öffentliche IP-Adresse herausgefunden werden. Dies kann entweder per STUN oder UPnP erfolgen. Trage also mal einen x-beliebigen STUN-Server...

Für RTP habe ich eh schon eingebaut, dass ich RTP dorthin schicke wo es vom anderen herkommt, wenn im remoten SDP eine private IP-Adresse steht, aber der andere von einer öffentlichen IP-Adresse sendet. Das allein löst aber das Problem noch nicht, da die remote Contact-Adresse (von der FB) auch...

Ich möchte hier mal auf #1 antworten. Mit der aktuellen Beta-Version von PhonerLite kann ich von extern über den SIP-Registrar der Fritzbox telefonieren. Das Problem war, dass die Fritzbox immer die interne private IP-Adresse in der SIP/SDP Nachricht einträgt. PhonerLite handhabt das nun so...