Frage an die Entwickler: Adresseintraege erweitern um SIP und ENUM?

ip-w 2008-07-05 17:23:48 UTC #1

Schoenen Samstag Abend der Runde!

In den letzten beiden Jahren haben sich Verfuegbarkeiten via SIP und
ENUM eklatant gesteigert. Da unter Anwendung derartiger Ziele die
Kommunikationskosten erheblich gesenkt werden koennen hier meine Frage:

Waere es nicht sinnvoll das Adressbuch um eben diese Eintrage ‘per
Standard’ zu erweitern?

ENUM gesondert da es sein kann dass die tatsaechliche ENUM-Domain von
der im Feld ‘Telefon’ eingetragenen Adresse abweichen kann.

Mir ist schon klar dass es fuer diese Eintraege ‘noch’ keinen sync geben
wird, auch weiss ich von der Option ‘benutzerdefinierte Felder’… ich
denke nur dass diese Felder langsam ‘Standard’ werden sollten.

Fuer jene die das click2dial verwenden… keine Bange, die Telefone die
das Verfahren handlen koennen koennen auch eine SIP-Adresse handlen

Wuensche noch ein schoenes WE!

Mit freundlichen Gruessen

Sascha Setka

Sponsored by: SourceForge.net Community Choice Awards: VOTE NOW!
Studies have shown that voting for your favorite open source project,
along with a healthy diet, reduces your potential for chronic lameness
and boredom. Vote Now at http://www.sourceforge.net/community/cca08

egroupware-german mailing list
egroupware-german@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/egroupware-german

frank_nae 2008-07-05 20:50:06 UTC #2

In den letzten beiden Jahren haben sich Verfuegbarkeiten via SIP und
ENUM eklatant gesteigert. Da unter Anwendung derartiger Ziele die
Kommunikationskosten erheblich gesenkt werden koennen hier meine Frage:

Waere es nicht sinnvoll das Adressbuch um eben diese Eintrage ‘per
Standard’ zu erweitern?

Flexibler scheint eine Maske wie diese zu sein (ich Versuchs mal mit ASCII):

[0561 123456] [Büro]’.’
[0172 123456] [Mobil]’.’
(Die erste Klammer ist ein Eingabefeld, die zweite Klammer mit ‘.’ soll
eine Aufklappbox darstellen).

Also eine flexible Zuordnung von Telefonnummern und deren “Bedeutung”.
Das Problem ist wahrscheinlich nur, dass dieser Vorschlag mit der
derzeitigen Datenstruktur der Adressendatenbank nicht kompatibel ist.

Viele Grüße
Frank Becker

egroupware-german mailing list
egroupware-german@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/egroupware-german

ip-w 2008-07-05 22:14:27 UTC #3

[0561 123456] [Büro]’.’
[0172 123456] [Mobil]’.’
(Die erste Klammer ist ein Eingabefeld, die zweite Klammer mit ‘.’ soll
eine Aufklappbox darstellen).

Klingt fuer mich nach einer sehr intuitiven und funktionalen Loesung.

Also eine flexible Zuordnung von Telefonnummern und deren “Bedeutung”.
Das Problem ist wahrscheinlich nur, dass dieser Vorschlag mit der
derzeitigen Datenstruktur der Adressendatenbank nicht kompatibel ist.

Von jetzt auf sofort geht etwas funktionales soewieso nie

Ich moechte nur einwerfen dass ein gewisser finnischer Hersteller in
einem grossen Land ueber dem Teich bereits eine Businessserie an
Mobiltelefonen mit dem Kennzeichen Exx ausliefert in deren
Adresseintraegen SIP-Ziele sowohl als geschaeftliches als auch als
privates Ziel angelegt werden koennen… wann sich das auch mit
ENUM-Zielen durchsetzt kann man absehen.

Mit freundlichen Gruessen

Sascha Setka

egroupware-german mailing list
egroupware-german@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/egroupware-german

Ralf_Becker_6 2008-07-06 06:26:38 UTC #4

Hab’ mal ein bischen rumgegoogled und konnte aber nicht offizielles oder
semi-offizielles finden, wie sip-uri’s in vCard auszudrücken sind. Dh.
wenn wir das machen, wird kein anderes Programm damit was anfangen
können

Warum eine enum Nummer notwendig ist, ist mir nicht klar, da es doch
eine 1 zu 1 Relation zwischen einer normalen Telefonnummer und der
e164.arpa Domain gibt. Leider scheint sich enum in Deutschland nicht so
richtig durchzusetzen (ist wohl gegen das Geschäftsmodel der Provider /
keine Terminierungsentgelte).

Bzgl. Tabellenstruktur, das kann man ja einfach ändern. Wir machen das
halt nur nicht in einer releasten Version.

Ralf

Sascha Setka - ip-world.at schrieb:

[0561 123456] [Büro]’.’
[0172 123456] [Mobil]’.’
(Die erste Klammer ist ein Eingabefeld, die zweite Klammer mit ‘.’ soll
eine Aufklappbox darstellen).

Klingt fuer mich nach einer sehr intuitiven und funktionalen Loesung.

Also eine flexible Zuordnung von Telefonnummern und deren “Bedeutung”.
Das Problem ist wahrscheinlich nur, dass dieser Vorschlag mit der
derzeitigen Datenstruktur der Adressendatenbank nicht kompatibel ist.

Von jetzt auf sofort geht etwas funktionales soewieso nie

Ich moechte nur einwerfen dass ein gewisser finnischer Hersteller in
einem grossen Land ueber dem Teich bereits eine Businessserie an
Mobiltelefonen mit dem Kennzeichen Exx ausliefert in deren
Adresseintraegen SIP-Ziele sowohl als geschaeftliches als auch als
privates Ziel angelegt werden koennen… wann sich das auch mit
ENUM-Zielen durchsetzt kann man absehen.

Mit freundlichen Gruessen

Sascha Setka

Sponsored by: SourceForge.net Community Choice Awards: VOTE NOW!
Studies have shown that voting for your favorite open source project,
along with a healthy diet, reduces your potential for chronic lameness
and boredom. Vote Now at http://www.sourceforge.net/community/cca08

egroupware-german mailing list
egroupware-german@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/egroupware-german

–
Ralf Becker
eGroupWare Training & Support ==> http://www.egroupware-support.de
Outdoor Unlimited Training GmbH [www.outdoor-training.de]
Handelsregister HRB Kaiserslautern 3587
Geschäftsführer Birgit und Ralf Becker
Leibnizstr. 17, 67663 Kaiserslautern, Germany
Telefon +49 (0)631 31657-0

egroupware-german mailing list
egroupware-german@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/egroupware-german

ip-w 2008-07-06 06:50:22 UTC #5

Hab’ mal ein bischen rumgegoogled und konnte aber nicht offizielles oder
semi-offizielles finden, wie sip-uri’s in vCard auszudrücken sind. Dh.
wenn wir das machen, wird kein anderes Programm damit was anfangen
können

Wie ich schrieb, ‘noch’ nicht

Warum eine enum Nummer notwendig ist, ist mir nicht klar, da es doch
eine 1 zu 1 Relation zwischen einer normalen Telefonnummer und der
e164.arpa Domain gibt.

Aus der Praxis kann ich dir sagen dass dies nicht zwingend so ist.

Beispiel:

Zur Portierung einer geografischen Rufnummer (gilt fuer .de genauso wie
.at) muss ein geografischer Netzabschlusspunkt vom liefernden ISP
bestaetigt werden. Tut dieser das nicht, kann der TELKO den Kunden nicht
mit einer geografischen Rufnummer beliefern sondern muss auf einen
anderen Bereich ausweichen der nicht diesen Bestimmungen unterliegt. (in
.at zB 0720).

Damit hat der Kunde nun also zwei Rufnummern, naemlich die geografische
die zB bei einem TELKO liegt die kein ENUM unterstuetzt und nur ueber
das PSTN erreichbar ist, andererseits hat er nun noch eine Rufnummer aus
dem Bereich 0720 die per ENUM und SIP auch errechnbar ist.

Es gibt viele Faelle die so gelagert sind - entweder um eine sanfte
Migration zu gewaehrlisten - oder einfach weil man zweigleisig fahren will.

Leider scheint sich enum in Deutschland nicht so
richtig durchzusetzen (ist wohl gegen das Geschäftsmodel der Provider /
keine Terminierungsentgelte).

Das liegt aber vor allem auch daran dass es zuwenige 'echte’
VoIP-Anbieter bei euch gibt - wird sich aber auch aendern. Der 'grosse’
Schaden entstand in .de dadurch das T-Systems ENUM vor kurzem komplett
aus den Systemen entfernt hat… das tat richtig weh.

[ot]
In .de ist es zB. so gut wie unmoeglich via IAX2 bei einem TELKO zu
terminieren - warum konnte ich bis dato nicht herausfinden.
[/ot]

Mit freundlichen Gruessen

Sascha Setka

egroupware-german mailing list
egroupware-german@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/egroupware-german