- Mitglied seit
- 11 Apr 2006
- Beiträge
- 544
- Punkte für Reaktionen
- 2
- Punkte
- 18
Hallo, bei p2p SIP Calls wird jetzt anonymous als ID propagiert (CLIP), das hatte ich für die FW 54.04.86 und *88 *106 schon mal gemeldet. Jetzt von AVM bekommen die unbefriedigende Antwort erhalten, dass die Funktion nicht mehr unterstützt wird 
. Es gab aber andere im Forum, die behaupten, dass es bei Ihnen noch funktioniert. Ich habe das mit der Sipgate Definition und einen Definition für 127.0.0.1 getestet. Hat jemand eine Idee, wie man trotzdem eine rückruffähige Nr. propagieren kann? So dass [email protected] oder [email protected] wieder zu einem Rückruf führt.
AVM Antwort:
12345678@eigene_IP-Adresse geht in der Tat nicht mehr. Wie ich ja auch
schon darlegte, handelt es sich um ein implementationskonformes Umsetzen im
Kontext der aktuellen Firmware-Versionen. Hier ist das Vorhandensein eines
entsprechenden VoIP-Accounts für eine nichtanonyme Signalisierung zwingend
erforderlich.
Die vorherige Lösung in falscher Anwendung führte u.a. zu kritischen
Anwendungsfällen in Bezug auf das TKG. Da den Anwendern dies aber
schwerlich verständlich gemacht werden kann, haben wir uns zu einer
diesbezüglich radikalen Änderung und letztlich damit immer sauberen
Umsetzung entschlossen, sodass ein durch Unaufmerksamkeit oder Unkenntnis
verursachter Verstoß gegen das TKG nicht mehr eintreten kann (den am Ende
der Kunde rechtlich zu verantworten hat, aber häufig eben nicht absichtlich
herbeigeführt hat, sondern nur aus Unkenntnis der Rechtslage bzw. durch
fehlendes Reflektieren des eigenen Handelns).
. Es gab aber andere im Forum, die behaupten, dass es bei Ihnen noch funktioniert. Ich habe das mit der Sipgate Definition und einen Definition für 127.0.0.1 getestet. Hat jemand eine Idee, wie man trotzdem eine rückruffähige Nr. propagieren kann? So dass [email protected] oder [email protected] wieder zu einem Rückruf führt.AVM Antwort:
12345678@eigene_IP-Adresse geht in der Tat nicht mehr. Wie ich ja auch
schon darlegte, handelt es sich um ein implementationskonformes Umsetzen im
Kontext der aktuellen Firmware-Versionen. Hier ist das Vorhandensein eines
entsprechenden VoIP-Accounts für eine nichtanonyme Signalisierung zwingend
erforderlich.
Die vorherige Lösung in falscher Anwendung führte u.a. zu kritischen
Anwendungsfällen in Bezug auf das TKG. Da den Anwendern dies aber
schwerlich verständlich gemacht werden kann, haben wir uns zu einer
diesbezüglich radikalen Änderung und letztlich damit immer sauberen
Umsetzung entschlossen, sodass ein durch Unaufmerksamkeit oder Unkenntnis
verursachter Verstoß gegen das TKG nicht mehr eintreten kann (den am Ende
der Kunde rechtlich zu verantworten hat, aber häufig eben nicht absichtlich
herbeigeführt hat, sondern nur aus Unkenntnis der Rechtslage bzw. durch
fehlendes Reflektieren des eigenen Handelns).
