FBF 7050 als ATA it aktueller .71 Firmware

Ich hab die Anleitung nun auch verfolgt und es scheint auch zu gehen, aber nur wenn ich den DHCP von meinem Router aktivier. Ich komm dann über die vergebene Addresse auf die Box.

Telnet zeigt mir aber an:

Code:
2002-09-08 14:01:36 unknown: /var/flash/ar7.cfg:7: value "dslmode_full_bridge" for mode illegal
2002-09-08 14:01:36 unknown: FactoryDefault=/etc/default/1und1/ar7.cfg (ar7)

hat das was zu heißen?

EDIT 17:46: ah fehler erkannt, sorry :)

Edit dm41: Man kann Beiräge auch editieren. ;-) Ich hab wenigstens mal zwei davon zusammengefügt.
 
So bei mir funktioniert jetzt alles eigentlich so wies sein sollte. Ich kann aber leider nicht rausrufen oder Anrufe entgegennehmen über VoIP. Ein Freizeichen liegt aber an.

Wenn ich meine FB (192.168.0.2) in meinem Router der DMZ zuteile geht garnichts mehr. Wenn ich das nicht tu, werden wenigstens die VoIP Nummern registriert. Telefonieren geht aber nicht. Ports habe ich im Router für die FB IP (192.168.0.2) wie jupzup forgewarded.

Telnet zeigt mir beim Versuch auf anrufen rauswärts an:

Code:
Sep  2 19:30:04 voipd[434]: disconnected(appl=3 plci=0x305 ncci=0x0 incoming): remote: 0x0000 (0x0000) -
Sep  2 19:30:09 voipd[434]: incoming(5:appl=3 plci=0x305 ncci=0x0 incoming): 10 49170xxxxxx <- 0
Sep  2 19:30:09 voipd[434]: allowed bandwidth 144000 for sip:[email protected]
Sep  2 19:30:09 voipd[434]: >>> Request: INVITE sip:[email protected]
Sep  2 19:30:09 voipd[434]: <<< Status: 407 Proxy Authentication Required
Sep  2 19:30:09 voipd[434]: >>> Request: ACK sip:[email protected]
Sep  2 19:30:09 voipd[434]: allowed bandwidth 144000 for sip:[email protected]
Sep  2 19:30:09 voipd[434]: >>> Request: INVITE sip:[email protected]
Sep  2 19:30:09 voipd[434]: <<< Status: 100 trying -- your call is important to us
Sep  2 19:30:21 voipd[434]: <<< Status: 408 Request Timeout
Sep  2 19:30:21 voipd[434]: >>> Request: ACK sip:[email protected]
Sep  2 19:30:21 voipd[434]: ocfree: fail 0 normal 0 small 0 large 0
Sep  2 19:30:21 voipd[434]:         underrun 0 max_ackqueuelen 0
Sep  2 19:30:21 voipd[434]:         small packets merged 0, output 0 and consumed from CNG 0
Sep  2 19:30:21 voipd[434]: ocmode: normal 0 merged 0 delayed 0
Sep  2 19:30:21 voipd[434]: dropped 0 packets with 0 samples and 1 sample in 0 packets
Sep  2 19:30:21 voipd[434]: generated noise: 0
Sep  2 19:30:21 voipd[434]:         capiqueue[0]: 0 (  0.0%)
Sep  2 19:30:21 voipd[434]:         capiqueue[1]: 0 (  0.0%)
Sep  2 19:30:21 voipd[434]:         capiqueue[2]: 0 (  0.0%)
Sep  2 19:30:21 voipd[434]:         capiqueue[3]: 0 (  0.0%)
Sep  2 19:30:21 voipd[434]:         capiqueue[4]: 0 (  0.0%)
Sep  2 19:30:21 voipd[434]:         capiqueue[5]: 0 (  0.0%)
Sep  2 19:30:21 voipd[434]:         capiqueue[6]: 0 (  0.0%)
Sep  2 19:30:21 voipd[434]:         capiqueue[7]: 0 (  0.0%)
Sep  2 19:30:21 voipd[434]:        txqueue[0ms]: 0 (  0.0%)
Sep  2 19:30:21 voipd[434]:        txqueue[10ms]: 0 (  0.0%)
Sep  2 19:30:21 voipd[434]:        txqueue[20ms]: 0 (  0.0%)
Sep  2 19:30:21 voipd[434]:        txqueue[30ms]: 0 (  0.0%)
Sep  2 19:30:21 voipd[434]:        txqueue[40ms]: 0 (  0.0%)
Sep  2 19:30:21 voipd[434]:        txqueue[50ms]: 0 (  0.0%)
Sep  2 19:30:21 voipd[434]:        txqueue[60ms]: 0 (  0.0%)
Sep  2 19:30:21 voipd[434]:        txqueue[70ms]: 0 (  0.0%)
Sep  2 19:30:21 voipd[434]:        txqueue[80ms]: 0 (  0.0%)
Sep  2 19:30:21 voipd[434]:        txqueue[90ms]: 0 (  0.0%)
Sep  2 19:30:21 voipd[434]:        txqueue[100ms]: 0 (  0.0%)
Sep  2 19:30:21 voipd[434]:        txqueue[110ms]: 0 (  0.0%)
Sep  2 19:30:21 voipd[434]:        txqueue[120ms]: 0 (  0.0%)
Sep  2 19:30:21 voipd[434]:        txqueue[130ms]: 0 (  0.0%)
Sep  2 19:30:21 voipd[434]:        txqueue[140ms]: 0 (  0.0%)
Sep  2 19:30:21 voipd[434]:        txqueue[150ms]: 0 (  0.0%)
Sep  2 19:30:21 voipd[434]:        txqueue[160ms]: 0 (  0.0%)
Sep  2 19:30:21 voipd[434]:        txqueue[170ms]: 0 (  0.0%)
Sep  2 19:30:21 voipd[434]:        txqueue[180ms]: 0 (  0.0%)
Sep  2 19:30:21 voipd[434]:        txqueue[190ms]: 0 (  0.0%)
Sep  2 19:30:21 voipd[434]:        txqueue[200ms]: 0 (  0.0%)
Sep  2 19:30:21 voipd[434]:        txqueue[210ms]: 0 (  0.0%)
Sep  2 19:30:21 voipd[434]:        txqueue[220ms]: 0 (  0.0%)
Sep  2 19:30:21 voipd[434]:        txqueue[230ms]: 0 (  0.0%)
Sep  2 19:30:21 voipd[434]: CONNECT_RESP with sip value 408
Sep  2 19:30:21 voipd[434]: call to sip:[email protected] terminated (408)
Sep  2 19:30:21 voipd[434]: EVENT(78): Fehler bei der Internettelefonie bei Verbindung mit sip:[email protected]. Fehlergrund: 408
Sep  2 19:30:22 voipd[434]: <<< Status: 408 Request Timeout
Sep  2 19:30:22 voipd[434]: >>> Request: ACK sip:[email protected]
Sep  2 19:30:24 voipd[434]: <<< Status: 408 Request Timeout
Sep  2 19:30:24 voipd[434]: >>> Request: ACK sip:[email protected]
Sep  2 19:30:25 voipd[434]: disconnected(appl=3 plci=0x305 ncci=0x0 incoming): remote: 0x3490 (0x0000) -

Kann mir jemand weiterhelfen?
 
:arrow: Danke jupzub!

Deinen Beitrag sollte mal ein Mod. als wichtig markieren.

Würde auch mir eine Menge PM ersparen. :wink:

:arrow: Endlich läuft eine Fritz so hinter einem Router, dass auch die gesamte Weboberfläche genutzt werden kann, ausser dem Onlinezähler. :roll:

Und in 5min ist es erledigt.



:arrow: An alle wo VoIP (sipgate nach einer gewissen Zt.) trotzdem nicht geht, dann liegt dies mit Sicherheit an dem vorgeschalteten Router! Sprich lasst die Fritz -wenn ihr wirklich alles nach Anleitung gemacht habt- und schaut das ihr die Ports anständig freibekommt!


Edit: Probleme gibt es allerdings mit sipgate, die Accounts melden sich einfach ab. Woran kann das wohl liegen ? ......... ist zwar nicht so schlimm, habe ja noch freenet ............ aber was wird das wohl sein?!
 
ich kann auch erfreuliches berichten!

Ich hab die FB noch einmal in die DMZ des routers eingetragen, dann hab ich im NAT menü das port routing für die VoIP Ports deaktiviert, hab in der FB die Internet Telefonie deaktiviert und nochmal aktiviert und jetzt läuft alles! :) Juhu *freu*

Und das man nicht auf die Weboberfläche der FB von aussen kommt hab ich einfach den port 80 auf meinen rechner geforwarded.
 
Hi.
quaddy schrieb:
Und das man nicht auf die Weboberfläche der FB von aussen kommt hab ich einfach den port 80 auf meinen rechner geforwarded.
Das ist ein wichtiger Punkt den man übersehen könnte!
Also an alle die ihre Fritz so betreiben und in eine DMZ stellen, macht euch darüber gedanken...

@Susanne
Hast du noch telnet? Was sagt der Log, wenn sich sipgate abmeldet?
Es gibt in der voip.cfg die Option "sipping_enabled = no;", wenn man den Eintrag auf yes setzt wird der Sipserver in dem angegebenen Zeitabstand angepingt. Ich weiß aber nicht was passiert, wenn er nicht mehr erreichbar ist.

MfG Oliver
 
olistudent schrieb:
Hi.
@Susanne
Hast du noch telnet?

Ich habe es wieder!:D Hatte mich so daran gewöhnt, dass musste ich wieder mit dabei haben

Was sagt der Log, wenn sich sipgate abmeldet?

Das habe ich jetzt nicht beobachtet, da ich es ja jetzt auf der Weboberfläche sehe ...... wer registriert ist.


Edit: Das hat Telnet gerade ... ausgegeben, vielleicht hilft es ja.


Code:
 Sep  3 10:15:05 voipd[431]: >>> Request: SUBSCRIBE sip:[email protected]
Sep  3 10:15:05 voipd[431]: dns: _sip._udp.freenet.de: query
Sep  3 10:15:05 voipd[431]: dns: _sip._udp.freenet.de: "0 0 xxxxxxiphone.freenet.de" ttl=287 from 192.168.0.x.
Sep  3 10:15:05 voipd[431]: dns: iphone.freenet.de: query
Sep  3 10:15:05 voipd[431]: dns: iphone.freenet.de: 194.97.xx.xx ttl=223 xfrom 192.168.0.x.
Sep  3 10:15:05 voipd[431]: <<< Status: 200 OK
Sep  3 10:15:05 voipd[431]: SUBSCRIBED: message-summary sip:[email protected] 0.0
Sep  3 10:15:06 voipd[431]: [email][email protected][/email]: REGISTER starting
Sep  3 10:15:06 voipd[431]: query_local_ipaddress: 0.0.0.0
Sep  3 10:15:06 voipd[431]: >>> Request: REGISTER sip:freenet.de
Sep  3 10:15:06 voipd[431]: dns: _sip._udp.iphone.freenet.de: query
Sep  3 10:15:07 voipd[431]: dns; _sip._udp.iphone.freenet.de: not found
Sep  3 10:15:07 voipd[431]: <<< Status: 401 Unauthorized
Sep  3 10:15:07 voipd[431]: query_local_ipaddress: 0.0.0.0
Sep  3 10:15:07 voipd[431]: >>> Request: REGISTER sip:freenet.de
Sep  3 10:15:07 voipd[431]: <<< Status: 200 OK
Sep  3 10:15:07 voipd[431]: query_local_ipaddress: 0.0.0.0
Sep  3 10:15:07 voipd[431]: >>> Request: REGISTER sip:freenet.de
Sep  3 10:15:07 voipd[431]: [email][email protected][/email]: REGISTER starting
Sep  3 10:15:07 voipd[431]: dns: _sip._udp.sip-gmx.net: query
Sep  3 10:15:07 voipd[431]: <<< Status: 401 Unauthorized
Sep  3 10:15:07 voipd[431]: >>> Request: REGISTER sip:freenet.de
Sep  3 10:15:07 voipd[431]: dns: _sip._udp.sip-gmx.net: "0xxx.xxsip.sip-gmx.net" ttl=4845 from 192.168.0.X.
Sep  3 10:15:07 voipd[431]: query_local_ipaddress: 0.0.0.0
Sep  3 10:15:07 voipd[431]: >>> Request: REGISTER sip:sip-gmx.net
Sep  3 10:15:07 voipd[431]: dns: _sip._udp.sip.sip-gmx.net: query
Sep  3 10:15:07 voipd[431]: dns; _sip._udp.sip.sip-gmx.net: not found
Sep  3 10:15:07 voipd[431]: dns: sip.sip-gmx.net: query
Sep  3 10:15:07 voipd[431]: <<< Status: 200 OK
Sep  3 10:15:07 voipd[431]:[email protected]: REGISTER end
Sep  3 10:15:07 voipd[431]:[email protected]: REGISTER (sip:[email protected];uniq=xxx.xx) complete (next in 1620 seconds)
Sep  3 10:15:07 voipd[431]: dns: sip.sip-gmx.net: 212.xxx.xxx.xx ttl=5023 from 192.168.0.x..
Sep  3 10:15:07 voipd[431]: <<< Status: 401 Unauthorized
Sep  3 10:15:07 voipd[431]: query_local_ipaddress: 0.0.0.0
Sep  3 10:15:07 voipd[431]: >>> Request: REGISTER sip:sip-gmx.net
Sep  3 10:15:07 voipd[431]: <<< Status: 200 OK
Sep  3 10:15:07 voipd[431]: query_local_ipaddress: 0.0.0.0
Sep  3 10:15:07 voipd[431]: >>> Request: REGISTER sip:sip-gmx.net
Sep  3 10:15:08 voipd[431]: <<< Status: 401 Unauthorized
Sep  3 10:15:08 voipd[431]: >>> Request: REGISTER sip:sip-gmx.net
Sep  3 10:15:08 voipd[431]:[email protected]: REGISTER starting
Sep  3 10:15:08 voipd[431]: dns: _sip._udp.sip.web.de: query
Sep  3 10:15:08 voipd[431]: <<< Status: 200 OK
Sep  3 10:15:08 voipd[431]: [email][email protected][/email]: REGISTER end
Sep  3 10:15:08 voipd[431]: [email][email protected][/email]: REGISTER (sip:[email protected];uniq=xxx.xx) complete (next in 1620 seconds)
Sep  3 10:15:08 voipd[431]: >>> Request: SUBSCRIBE sip:[email protected]
Sep  3 10:15:08 voipd[431]: dns: _sip._udp.sip.web.de: "xxx.xxsip-ha.web.de" ttl=4516 from 192.xxx.xx.
Sep  3 10:15:08 voipd[431]: query_local_ipaddress: 0.0.0.0
Sep  3 10:15:08 voipd[431]: >>> Request: REGISTER sip:sip.web.de
Sep  3 10:15:08 voipd[431]: dns: _sip._udp.sip-ha.web.de: query
Sep  3 10:15:08 voipd[431]: <<< Request: SUBSCRIBE sip:[email protected];uniq=24ACxxx.xx
Sep  3 10:15:08 voipd[431]: >>> Status: 403 Forbidden
Sep  3 10:15:08 voipd[431]: dns; _sip._udp.sip-ha.web.de: not found
Sep  3 10:15:08 voipd[431]: <<< Status: 403 Forbidden
Sep  3 10:15:08 voipd[431]: SUBSCRIBED: message-summary sip:[email protected] 3.403
Sep  3 10:15:08 voipd[431]: <<< Status: 401 Unauthorized
Sep  3 10:15:08 voipd[431]: query_local_ipaddress: 0.0.0.0
Sep  3 10:15:08 voipd[431]: >>> Request: REGISTER sip:sip.web.de
Sep  3 10:15:08 voipd[431]: <<< Status: 200 OK
Sep  3 10:15:08 voipd[431]: query_local_ipaddress: 0.0.0.0
Sep  3 10:15:08 voipd[431]: >>> Request: REGISTER sip:sip.web.de
Sep  3 10:15:09 voipd[431]: <<< Status: 401 Unauthorized
Sep  3 10:15:09 voipd[431]: >>> Request: REGISTER sip:sip.web.de
Sep  3 10:15:09 voipd[431]: <<< Status: 200 OK
Sep  3 10:15:09 voipd[431]:[email protected]: REGISTER end
Sep  3 10:15:09 voipd[431]: cb_registered: no contact in REGISTER reply
Sep  3 10:15:09 voipd[431]:[email protected]: REGISTER (sip:[email protected];uniq=xx.xx) complete (next in 1620 seconds)
Sep  3 10:15:09 voipd[431]: >>> Request: SUBSCRIBE sip:[email protected]
Sep  3 10:15:09 voipd[431]: <<< Status: 404 NOT SUPPORTED
Sep  3 10:15:09 voipd[431]: SUBSCRIBED: message-summary sip:[email protected]






Es gibt in der voip.cfg die Option "sipping_enabled = no;", wenn man den Eintrag auf yes setzt wird der Sipserver in dem angegebenen Zeitabstand angepingt. Ich weiß aber nicht was passiert, wenn er nicht mehr erreichbar ist.

Werde ich direkt mal abändern mit deinem netten Programm.
Mal eine kurze Frage zu deinem Programm .......... kann ich auch alte Einstellungen damit "zurückspielen" .. mir ist nämlich nicht wirklich klar, was er sich für eine Sicherung nimmt ... weil das Tool fragt ja nicht, sondern macht einfach. :shock:




MfG Oliver



Edit:

"
olistudent schrieb:
@Susanne
Es gibt in der voip.cfg die Option "sipping_enabled = no;", wenn man den Eintrag auf yes setzt wird der Sipserver in dem angegebenen Zeitabstand angepingt.

MfG Oliver
"

Habe ich ich ohne Erfolg erledigt, die Sipgate-Nummern melden sich weiterhin ab und nicht wieder an.
:cry:
 
Hmm....ich habe keine Ahnung was passiert ist, aber @susanne und @olistudent, vielleicht hilft euch dies weiter.

Wenn ihr meine Beiträge lest in diesem Thread, dann seht, ihr, das ich es bisher geschafft hatte einmalig alles richtig zu konfigurieren und einamlig eine Verbindung nach draussen aufzubauen...dachte schon wunnebar, jetzt geht es, um dann festzustellen, das es ein einmaliges Erlebnis war.

Ich bat weiter oben um Hilfe, doch keiner konnte mir was dazu schreiben.

Jetzt habe ich heute morgen wieder weitergemacht mit meinen VoIp-Tests und noch immer das gleiche Problem, es ging wieder einmal und dann nich mehr. Zur Erinnerung, ich nutze Sipagte und die FBF 7050 hinter einem Router und habe die ar7.cfg und debug.cfg nach Anleitung von jupzup angepasst (dazu noch ne while schleife in die debug.cfg fuer laufende registirerung beim VoIp Anbieter) und habe die Ports 5004, 5060, 8000 und 10000 alle UDP auf die FBF geforwared.

Dann dachte ich mir, nimmst mal nikotel als 2. Internetrufnummer...gesagt getan, doch mit Nikotel klappte auch nix....und dann...oh Wunder...kam die eigentliche Überraschung, ich habe Nikotel nun als 2. Eintrag bei Internetrufnummer drinnen und nun...ihr werdet es kaum glauben, funktioniert Sipgate (die 1. eingetragene Internetrufnummer) sowohl nach draussen als auch nach innen, sprich ich kann raustelefonieren und bin unter meinen Internetnummer Zuhause erreichbar...mein Telefon klingelt.

Das einzige was nicht geht ist, das wenn ich nach Extern telefoniere höre ich keinen Ton im Hörer.nur am Anfang einen kleinen Piepser...also da kommt ja normal alle 1-2 Sekunden ein Ton bei dem man dann weiss das das Telefon telefoniert.

Aber sonst...wie gesagt geht es nun....vielleicht hilft das ja dem einen oder anderen weiter und vielleicht kann mir das auch einer erklären warum es durch den 2. Eintrag nun bei mir funktioniert....?????

LG Angelo
 
...so...und nun geht es wieder nicht....einfach so....im Log der FBF steht Fehlergrund 408.

Also was kann das nur sein, hoffe jemand hat "den" perfekten Tipp für mich:)

Ich habe absolut nichts mehr geändert seitdem es nun mehrfach funktionierte und auch fand keine neue Einwahl ins Internet statt...also auch keine neue dyn. IP oder dergleichen...Verbindung steht seit 45 Minuten...und wie gesagt..ich konnte ja mehrere Minuten VoIp ohne Probleme nutzen.

LG Angelo
 
...nach einem Neustart der FBF (ohne Werkseinstellung,also mit meinen Änderungen weiterhin aktiv) ging es wieder einige Minuten...jetzt wieder nicht.

Jetzt habe ich die while Schleife ind er debug.cfg mal rausgenommen und starte die FBF neu...den komischerweise fand das Problem offenba rgenau nach 15 Minuten statt udn die whil Schleife war auf 900sek eingestellt, also 15minuten....icg gebe Bescheid wenn dies das Problem war.

Übrigens der ping voip.cfg ist bei mir auf yes.

Leider muss ichjetzt weg und kann erst heute Abend oder morgen schreiben.

LG Angelo
 
:( Bei mir geht immer noch nichts!!!
:( Ich bekomme immer folgende Fehler :
01.01.70 00:11:34 Anmeldung der Internetrufnummer xxxxxxxxxx ist gescheitert. Fehlergrund: DNS-Fehler

01.01.70 00:11:34 Fehler bei der Internettelefonie bei Verbindung mit sip:[email protected]. Fehlergrund: 503

01.01.70 00:11:23 Anmeldung der Internetrufnummer xxxxxxxxxx ist gescheitert. Fehlergrund: DNS-Fehler


Gruss bigge
 
Also bei mir funktioniert mein Sipgate-Account nach einem Neustart der FBF genau 15 Minuten, danach erhalte ich immer die Fehlermeldung:

"Anmeldung der Internetrufnummer 135236 ist gescheitert. Fehlergrund: Gegenstelle antwortet nicht. Zeitüberschreitung."

Die Verbindung zum Internet besteht jedoch nach wie vor und es wurde keine neue Einwahl hergestellt, nur durch einen Neustart der FBF kann ich wieder 15 Minuten VoIp machen.

Meine Einstellungen sind exakt die wie von jupzup beschrieben.

Weiss jemand Rat?

LG Angelo
 
...ich wage es gar nicht zu schreiben.....aber seitdem ich in der voip.cfg den stun server (stun.sipgate.net) eingetragen habe, hält die verbindung länger als 15 minuten....jetzt schon über 50 Minuten wo alles funktioniert.

Sollte es das jetzt tatsächlich gewesen sein? Kann es gar nicht glauben, war ja schon ein paarmal soweit...erst hat ein Anruf geklappt, dann ni xmehr...dann schaffte ich es das es 15 Minten klappte und dann nix mehr...und jetzt...hmm...na ich hoffe das diese odysee jetzt endlich ein funktionierendes ende gefunden hat:)

LG Angelo
 
...es funktioniert noch immer, ich kann per voip nach draussen anrufen und bin von aussen erreichbar...aber ab und zu muss ich mehrfach wählen, weil es immer mal wieder zwischendurch die Fehlermeldung 408 gibt.
Vielleicht hat da jemand eine Idee wieso da so sein könnte...wie gesagt...beim 2. oder 3. Wählversuch klappt dann die Verbindung....aber was könnte der Grund sein warum dieses lästige Verhalten relativ oft auftritt?
Kann ich da noch irgendwo was optimieren an den Einstellungen?

LG Angelo
 
Hiermal noch eine Telnetmitschnitt, wenn sich versucht die Box erfolglos bei sipgate und danach erfolgreich bei freenet registriert.



[php:1:42b6ffcc9f]
Sep 3 19:39:09 voipd[431]: EVENT(73): Anmeldung der Internetrufnummer xxxxxxxxx ist gescheitert. Fehlergrund: Gegenstelle antwortet nicht. Zeitüberschreitung.
Sep 3 19:39:09 voipd[431]: [email protected]: REGISTER end
Sep 3 19:39:09 voipd[431]: [email protected]: REGISTER failed 5 status 0 (try again in 320 seconds)
Sep 3 19:39:09 voipd[431]: EVENT(73): Anmeldung der Internetrufnummer xxxxxxx ist gescheitert. Fehlergrund: Gegenstelle antwortet nicht. Zeitüberschreitung.
Sep 3 19:39:39 voipd[431]: >>> Request: SUBSCRIBE sip:[email protected]
Sep 3 19:39:39 voipd[431]: dns: _sip._udp.freenet.de: query
Sep 3 19:39:39 voipd[431]: dns: _sip._udp.freenet.de: "0 0 XXXX iphone.freenet.de" ttl=251 from 192.168.0.X.
Sep 3 19:39:39 voipd[431]: <<< Status: 200 OK[/php:1:42b6ffcc9f]
 
also.....nun sind es schon über 5 Stunden...die Verbindung (Sipgate) scheint jetzt tatsächlich zu halten.

Wer also in etwa die Probleme wie ich hatte, könnt also auch Erfolg haben wenn er es macht wi ejupzup plus den Änderungen die ich gemacht habe...alles hier in diesem Thread nachzulesen:)

Wenn gewünscht mache ich auch gerne nochmal ein ToDo von 1. bis n.

LG Angelo
 
@Angelo,

habe jetzt auch mal den stun server reingeschrieben, und das erstmal nur bei einer Sipgate Nummer, da sehe ich dann ob diese Nummer reg. bleibt.

Werde dann berichten!
 
Ich fass es nicht, auch bei mir bleibt sipgate seit 10 Stunden reg.!
Allerdings wundert mich, dass dies bei allen 2 Sipgatenummern der Fall ist, wo ich doch nur bei einer den Stun-Server nachgetragen habe!?

Werde heute abend wieder berichten!
 
Bis jetzt hatte ich keine Probleme mehr, scheint jetzt stabil zu laufen durch den stun Eintrag.

Einzig kriege ich ab und zu den Fehlergrund 408.

Aber beim letzten mal hatte ich beobachtet, das die LEDs des Hubs wie wild sprangen, es fand also offenbar hoher Datenverkehr statt. Doch ich hatte gar nichts gestartet....ich meldete mich ab bei WXP (nur abgemeldet, nicht heruntergefahren), das führte dazu das die LEDs des Hubs wieder ruhig wurden...also hat irgendwas da wie wild Daten hin/hergeschaufelt...hoffe mal es ist kein Virus oder ähnliches...jedenfalls ging die VoIp-Telefonierei dann sofort wieder.

Ich beobachte weiter ob die zeitweisen Probleme mit der Fehlernummer 408 immer dann sind wenn plötzlich reger Netzwerkverkehr ist.

Hmm....ich meine es hat ja schon einmal jemand geschrieben das wir die Bandbreitenoptimierung mit unserem Treiben an den cfg-Files verhindern bzw. weil wir den FBF nicht mehr als Router verwenden (bei mir haengt er hinter einem Router)....das ist schade, denn diese Bandbreitenoptimierung würde ja genau dies verhindern das wenn was gesaugt wird das dann die VoIp-Verbindung darunter leidet.

Vielleicht kann mich mal diesbezüglich jemand aufklären, ob da doch was zu machen ist.

LG Angelo
 
Also das Problem mit der Registirerung das hat sich wohl jetzt endgültig erledigt, denn noch immer ist meine FBF bei sipgate registriert. Der manuelle Eintrag des STUN Servers ist also die Lösung.

Aber leider gibt es immer noch die Hios-Botschaft, das es regelmässig Probleme mit dem Aufbau einer Telefonverbindung gibt (und man auch nicht erreichbar ist). Ich bekomme immer wieder fuer längere Zeit den Fehlergrund 408...meine erste Beobachtung das ein hoher Datenverkehr dafür verantwortlich ist kann ich jetzt nicht mehr bestätigen, es herrscht kaum Netzverkehr, die LEDs an meinem HUB blinken nur sehr gemächlich, doch ich kann nicht telefonieren, immer wieder Fehlergrund 408.

Das macht es mir fast unmöglich das VoIp vernüftig zu gebrauchen....schade das niemand einen Tipp für mich hat an was es vielleicht noch liegen könnte.

Daher die Frage, geht es noch jemanden so? Funktioniert es bei jemanden also ähnlich...geht alles aber immer wieder Probleme und Fehlermeldung 408 im Zusammenhang mit dem Provider Sipgate?

Konnte dieser es lösen indem er einen anderen Anbieter nahm?

LG Angelo
 
Hmm ist irgenwie schon komisch das Ihr die Probleme mit sipgate habt.
Ich bin ja auch bei sipgate und bei mir funktioniert die AutoRegistrierung tadelos.

Den STUN Server braucht man auch nicht, wenn Ihr die entsprechenden Ports auf Eurem Router richtig geforwarded und geöffnet habt !!

Für mich klingt Eurer Problem danach, nicht alle nötigen Ports geöffnet sind bzw. an die FB weitergeleitet werden.

Grüße...
 
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.