es gibt sofort ein Besetztzeichen.
Dabei meine ich aber, dass das eigentlich gehen sollte, im Telnet log sieht es auch etwas komisch aus:, ich denk mal ich hab den relevanten Teil hier:
Anruf an meine Purtel Uri [email protected] via 1&1:
Feb 14 07:35:13 voipd[2608]: dns: _sip._udp.deu1.purtel.com: query
Feb 14 07:35:13 voipd[2608]: dns: _sip._udp.deu1.purtel.com: emtpy reply from 192.168.180.1.
Feb 14 07:35:13 voipd[2608]: dns: _sip._udp.deu1.purtel.com: emtpy reply from 192.168.180.2.
Feb 14 07:35:13 voipd[2608]: dns: _sip._udp.deu1.purtel.com: all 2 servers return an error
Feb 14 07:35:13 voipd[2608]: call to sip:[email protected] terminated (0)
Feb 14 07:35:13 voipd[2608]: disconnected(appl=2 plci=0x204 ncci=0x0 incoming):
local: 0x0000 (0x0000) - No additional infomation
2ter Versuch, SIP-URI abgespeichert als [email protected] (= IP vpn Purtel):
Feb 14 07:41:24 voipd[2608]: >>> Request: INVITE sip:[email protected]
Feb 14 07:41:24 voipd[2608]: <<< Status: 407 Proxy Authentication Required
Feb 14 07:41:24 voipd[2608]: >>> Request: ACK sip:[email protected]
Feb 14 07:41:24 voipd[2608]: >>> Request: INVITE sip:[email protected]
Feb 14 07:41:24 voipd[2608]: <<< Status: 403 Forbidden
Feb 14 07:41:24 voipd[2608]: >>> Request: ACK sip:[email protected]
Feb 14 07:41:24 voipd[2608]: call to sip:[email protected] terminated (403)
Feb 14 07:41:24 voipd[2608]: disconnected(appl=2 plci=0x204 ncci=0x0 incoming):
Waehrend der erste Versuch noch so aussieht als habe meine Fritzbox Probs mit der Namensaufloesung Purtel.com (z.B. gibt es "offiziell" keine IP 192.168.180.1. in meinem Netzwerk, aber ist ja so eine Fritzbox interne Nummer), so macht Versuch 2 eher den Eindruck, dass es bei Purtel liegt ?
schon oefters hier angemerkt, nicht nur von mir: wann bekommt ihr das denn endlich mal in den Griff mit eurem DNS-Server ? wann kann ich wieder den Namen anstelle der IP-Adresse bei mir in der Fritzbox eintragen ???
Als Kunde interessiert mich weniger ob es irgendein Fehler auf der Fritzbox ist, Tatsache auch andere Anbieter schaffen das problemlos, nur Purtel nicht. Also ich akzeptiere gerne, dass es ein Fritzboxfehler ist wenn ihr das sagt, aber wenn man mal etwas zurueck denkt... da haben die letzten, einsamen Netzcape-Internetbrowserverfechter auch immer argumentiert, dass Probleme mit der Seitendarstellung nicht am Netscape-Browser liegen, sondern an nicht 100%ig HTML-konformen Webseiten. Mag auch gut so gewesen sein, wer will das heute schon sagen, denn heutzutage heisst es eher Netscape ? was ist das ???
PS: aber habs gerade mal vom 1&1 Softphone aus versucht, da klingelt meine Fritzbox dann schon bei einem Anruf von 1&1-Softphone an meine Purtel-URI
kann irgendjemand anders ueber die Fritzbox eine Purtel SIP-URI anrufen ???? selbst wenn ich es von meinem Purtel-Zugang aus versuche klappt es nicht, aber da ich mich von meinem Purtel-Softwareclient auch nicht auf meine SIP-URI anrufen kann, denk ich mal das laesst Purtel nicht zu - eigentlich sehr schade, denn man kann ja die gleiche Nummer auf verschiedenen Telefonen ja sogar in verschiedenen Laendern konfiguriert haben, es dementsprechend schon Sinn machen koennte sich selber anzurufen.
Dabei meine ich aber, dass das eigentlich gehen sollte, im Telnet log sieht es auch etwas komisch aus:, ich denk mal ich hab den relevanten Teil hier:
Anruf an meine Purtel Uri [email protected] via 1&1:
Feb 14 07:35:13 voipd[2608]: dns: _sip._udp.deu1.purtel.com: query
Feb 14 07:35:13 voipd[2608]: dns: _sip._udp.deu1.purtel.com: emtpy reply from 192.168.180.1.
Feb 14 07:35:13 voipd[2608]: dns: _sip._udp.deu1.purtel.com: emtpy reply from 192.168.180.2.
Feb 14 07:35:13 voipd[2608]: dns: _sip._udp.deu1.purtel.com: all 2 servers return an error
Feb 14 07:35:13 voipd[2608]: call to sip:[email protected] terminated (0)
Feb 14 07:35:13 voipd[2608]: disconnected(appl=2 plci=0x204 ncci=0x0 incoming):
local: 0x0000 (0x0000) - No additional infomation
2ter Versuch, SIP-URI abgespeichert als [email protected] (= IP vpn Purtel):
Feb 14 07:41:24 voipd[2608]: >>> Request: INVITE sip:[email protected]
Feb 14 07:41:24 voipd[2608]: <<< Status: 407 Proxy Authentication Required
Feb 14 07:41:24 voipd[2608]: >>> Request: ACK sip:[email protected]
Feb 14 07:41:24 voipd[2608]: >>> Request: INVITE sip:[email protected]
Feb 14 07:41:24 voipd[2608]: <<< Status: 403 Forbidden
Feb 14 07:41:24 voipd[2608]: >>> Request: ACK sip:[email protected]
Feb 14 07:41:24 voipd[2608]: call to sip:[email protected] terminated (403)
Feb 14 07:41:24 voipd[2608]: disconnected(appl=2 plci=0x204 ncci=0x0 incoming):
Waehrend der erste Versuch noch so aussieht als habe meine Fritzbox Probs mit der Namensaufloesung Purtel.com (z.B. gibt es "offiziell" keine IP 192.168.180.1. in meinem Netzwerk, aber ist ja so eine Fritzbox interne Nummer), so macht Versuch 2 eher den Eindruck, dass es bei Purtel liegt ?
schon oefters hier angemerkt, nicht nur von mir: wann bekommt ihr das denn endlich mal in den Griff mit eurem DNS-Server ? wann kann ich wieder den Namen anstelle der IP-Adresse bei mir in der Fritzbox eintragen ???
Als Kunde interessiert mich weniger ob es irgendein Fehler auf der Fritzbox ist, Tatsache auch andere Anbieter schaffen das problemlos, nur Purtel nicht. Also ich akzeptiere gerne, dass es ein Fritzboxfehler ist wenn ihr das sagt, aber wenn man mal etwas zurueck denkt... da haben die letzten, einsamen Netzcape-Internetbrowserverfechter auch immer argumentiert, dass Probleme mit der Seitendarstellung nicht am Netscape-Browser liegen, sondern an nicht 100%ig HTML-konformen Webseiten. Mag auch gut so gewesen sein, wer will das heute schon sagen, denn heutzutage heisst es eher Netscape ? was ist das ???
PS: aber habs gerade mal vom 1&1 Softphone aus versucht, da klingelt meine Fritzbox dann schon bei einem Anruf von 1&1-Softphone an meine Purtel-URI
kann irgendjemand anders ueber die Fritzbox eine Purtel SIP-URI anrufen ???? selbst wenn ich es von meinem Purtel-Zugang aus versuche klappt es nicht, aber da ich mich von meinem Purtel-Softwareclient auch nicht auf meine SIP-URI anrufen kann, denk ich mal das laesst Purtel nicht zu - eigentlich sehr schade, denn man kann ja die gleiche Nummer auf verschiedenen Telefonen ja sogar in verschiedenen Laendern konfiguriert haben, es dementsprechend schon Sinn machen koennte sich selber anzurufen.