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

[ip-w]

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@...
https://lists.sourceforge.net/lists/listinfo/egroupware-german

[Frank Becker]

> 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


-------------------------------------------------------------------------
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@...
https://lists.sourceforge.net/lists/listinfo/egroupware-german

[ip-w]

Frank Becker schrieb am 05.07.2008 22:50 Uhr:

> 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).

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@...
https://lists.sourceforge.net/lists/listinfo/egroupware-german

[ralfbecker]

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:

>
> Frank Becker schrieb am 05.07.2008 22:50 Uhr:
>
>> 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).
>
> 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@...
> 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 [phone]

-------------------------------------------------------------------------
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@...
https://lists.sourceforge.net/lists/listinfo/egroupware-german

[ip-w]

Ralf Becker schrieb am 06.07.2008 08:26 Uhr:

> 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

-------------------------------------------------------------------------
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@...
https://lists.sourceforge.net/lists/listinfo/egroupware-german