Suchergebnisse

Danke! Es geht mir eigentlich um ein richtiges Telefon mit eigenem UI.

Hi, ich suche ein Telefon, welches abgehend auch komplette SIP-uris aus dem Telefonbuch wählen kann. Weiter wäre es schön, wenn dies auch ohne SIP-Registrierung möglich ist. Welches kann das? Danke!

Gibt es eine Möglichkeit, vom Grandstream eine fest abgespeicherte SIP-URI abgehend zu wählen? Ziel: Man kann sich in Webex-Konferenzen mit SIP:<Konf.ID>@firma.webex.com einwählen. Zwar würde mein regulärer Provider (SipGate) dies nicht verarbeiten, ich würde aber einen speziellen Account für...

FB in Bangkok: Habe dies gefunden: http://www.voip-thailand.com/ Auch in Thailand ist "Made in Germany" ein Begriff! ;) Ich hoffe das wird nicht als Werbung aufgefasst.

Das mit dem Telefonspam hat mir zu denken gegeben. Anderseits, wie könnte Telefonspam in der Praxis aussehen? Anders als emails, kann er keine Links enthalten. Bei irgendeiner Ansage legen viele gleich wieder auf, ist wohl eher nervend als dass es wirklich zum Kauf von Viagra oder sonstigem...

Schade dass enum bei den Fritzboxen nicht weiter verfolgt wird! Beim Googlen bin ich auf ein Doc von AVM gestossen, dass ausdrücklich für enum query beim UA warb. Die Fritzboxen werden ja oft von Providern vertrieben. Die sehen es vermutlich nicht so gerne, dass der kostenlose PSTN bypass...

Hallo Andre, danke für deinen langen Kommentar! Ist zwar jetzt total off-topic, möchte aber trotzdem was erwidern. Ich habe bei meinem NAT Router entsprechende Forwardings eingerichtet und mein Grandstrem lauscht auch auf einem nicht registrierten Account (6 gibts ja) auf eingehende Gespräche...

Noch was zu Andre: Ich spreche über normale SIP UAs, z.B. ein Desktop Phone, wie das GXP-2020, oder irgendein Softclient direkt am Internet (bzw. über NAT). Ich weiss nicht genau, was die diversen Fritzboxen machen. Scheinbar haben sie eine kleine PBX integriert und machen enum query selbst...

Timmbo, jo, natürlich ist alles was an meinem SIP UA ankommt SIP. :p Von "incoming" Traffic spricht man bei Vermittlungsstellen (also auch VoIP Providern) normalerweise bei Verkehr von anderen Vermittlungsstellen. Der Verkehr zu eigenen Teilnehmern (dazu gehören auch PBXes) ist "terminating"...

Also, Andre, [email protected] ist natürlich kein "echter" From: Header. Aber das war wohl nicht ernst gemeint. Jetzt verstehe ich, in welcher Weise ich wahrscheinlich missverstanden wurde. Ich beziehe mich beim From: Header NICHT auf die SIP URI, die beim Registrieren benutzt...

Natürlich nicht, weil das FALSCH ist! [email protected] (Beispiel) ruft mich unter [email protected] an. dus.net macht daraus [email protected] im From: Header. Das ist definitiv falsch, ich kann nicht zurückrufen. Würde die korrekte SIP-URI im From: Header stehen, könnte ich das.

Nö. Warum sollte das auch nicht möglich sein, ausser der UA ist nicht registriert, oder irgendwas ist faul. Ich weiss nur, dass ich garnicht zurückrufen kann, wenn ich nicht die SIP-URI des Anrufers korrekt übermittelt bekomme. :D

Hallo Timm, ich schrieb "eingehenden SIP" Traffic, nicht PSTN. Die Enum Abfrage hat damit weniger zu tun. Es geht ja auch um den From: Header, nicht den To: Header. Gut, bei numerischen User IDs könnte der Provider (also Sipgate bzw. Dus.net in diesem Fall), davon ausgehen, dass dies PSTN...

Sipgate.de macht's, Dus.net macht's auch: Der From: Header für eingehenden SIP Traffic wird verhunzt! :( Ein eingehender Anruf von user@providerY wird bei Sipgate als [email protected] im From: Header übertragen. Bei Dus.net ist's [email protected]! Ein direkter Rückruf ist daher nicht möglich...