[gelöst] FB_CALLMONITOR: nach Update local-area-code nicht überall aktiv

Begonnen von CQuadrat, 22 August 2016, 08:55:27

Vorheriges Thema - Nächstes Thema

CQuadrat

Hallo Zusammen,

ich hatte gestern nach längerer Zeit mal wieder ein FHEM-Update durchgeführt. Danach musste ich feststellen, dass im FB_CALLMONITOR das Attribut local-area-code offensichtlich bei ausgehenden lokalen Anrufen ohne mitgewählte Vorwahl nicht berücksichtigt wird.

Die Nummer (anonymisiert) lautete 12345 mit der Ortsvorwahl 06xxx. Im internen Telefonbuch ist die Nummer 06xxx12345 mit dem Namen "MeinNachbar" hinterlegt. Meine eigene Nummer lautet: 06xxxyyyy.

Wähle ich die Nummer inklusive lokaler Ortsvorwahl, wird der Name in den internen Telefonbüchern gefunden:

2016.08.21 23:42:53.634 5: FB_CALLMONITOR (fritzBox) - received data: 21.08.16 23:42:53;CALL;1;22;06xxxyyyy;06xxx12345#;POTS
2016.08.21 23:42:53.634 4: FB_CALLMONITOR (fritzBox) - using textfile for reverse search of 06xxx12345
2016.08.21 23:42:53.635 4: FB_CALLMONITOR (fritzBox) - reverse search returned: MeinNachbar
2016.08.21 23:42:58.054 5: FB_CALLMONITOR (fritzBox) - received data: 21.08.16 23:42:57;CONNECT;1;22;06xxx12345#
2016.08.21 23:43:11.343 5: FB_CALLMONITOR (fritzBox) - received data: 21.08.16 23:43:11;DISCONNECT;1;14


Ohne mitgewählte Ortsvorwahl wird die Nummer in den internen Telefonbüchern nicht gefunden und es wird versucht die Nummer extern zu ermitteln:

2016.08.21 23:42:13.920 5: FB_CALLMONITOR (fritzBox) - received data:21.08.16 23:42:13;CALL;1;22;06xxxyyyy;12345#;POTS
2016.08.21 23:42:13.920 4: FB_CALLMONITOR (fritzBox) - using klicktel.de for reverse search of 12345
2016.08.21 23:42:14.083 4: FB_CALLMONITOR (fritzBox) - using dasoertliche.de for reverse search of 12345
2016.08.21 23:42:18.390 5: FB_CALLMONITOR (fritzBox) - received data: 21.08.16 23:42:18;CONNECT;1;22;12345#
2016.08.21 23:42:29.563 5: FB_CALLMONITOR (fritzBox) - received data: 21.08.16 23:42:29;DISCONNECT;1;12

Das sieht so aus, als wenn der "local-area-code" hier nicht berücksichtigt wird.

Die interne Suche über

get <device> search 12345

funktioniert auch.

Wie gesagt, bis vor dem gestrigen Update hat das funktioniert.


Viele Grüße

Christoph
FHEM auf Mini-ITX-Server mit Intel Quad-Core J1900:
+ HM: HM-LAN, HM-USB, HM-MOD-UART mit div. HM-Komponenten
+ RFXtrx: Funkwetterstation Bresser mit ext. Thermometer, Regenmesser und Windmesser
+ TUL (KNX-Anbindung), MQTT, SONOS (div. Gimmicks), OneWire, Hue

Markus Bloch

Hallo Christoph,

schau ich mir heute Abend an. Ich telefonier nie im Ortsnetz, daher ist das auch noch nicht aufgefallen  ;D

Gruß
Markus
Developer für Module: YAMAHA_AVR, YAMAHA_BD, FB_CALLMONITOR, FB_CALLLIST, PRESENCE, Pushsafer, LGTV_IP12, version

aktives Mitglied des FHEM e.V. (Technik)

CQuadrat

Hallo Markus,

das ganze ist sehr komisch. Ich wollte durch zusätzliche Log-Einträge der Ursache selber auf die Spur kommen. Aber "leider" funktioniert es wieder:

Zitat
2016.08.22 11:43:03.001 5: FB_CALLMONITOR (fritzBox) - received data: 22.08.16 11:43:02;CALL;0;0;06xxxyyyy;12345;POTS
2016.08.22 11:43:03.002 4: FB_CALLMONITOR (fritzBox) - using internal phonebook for reverse search of 06xxx12345
2016.08.22 11:43:03.002 4: FB_CALLMONITOR (fritzBox) - reverse search returned: MeinNachbar
2016.08.22 11:43:09.606 5: FB_CALLMONITOR (fritzBox) - received data: 22.08.16 11:43:09;DISCONNECT;0;0

Im Log sieht man schön, dass jetzt im internen Telefonbuch gesucht wird und auch die lokale Ortsvorwahl vorangestellt wird.
Außer einigen zusätzlichen Logs und Neustarts habe ich nichts gemacht.  ???


Viele Grüße

Christoph
FHEM auf Mini-ITX-Server mit Intel Quad-Core J1900:
+ HM: HM-LAN, HM-USB, HM-MOD-UART mit div. HM-Komponenten
+ RFXtrx: Funkwetterstation Bresser mit ext. Thermometer, Regenmesser und Windmesser
+ TUL (KNX-Anbindung), MQTT, SONOS (div. Gimmicks), OneWire, Hue

Markus Bloch

Hallo Christoph,

kannst du mir bitte dennoch einmal den Logauszug geben, wo die Ortsvorwahl nicht hinzugefügt wurde?

Dazu bräuchte ich die Logauszüge sowie deine FB_CALLMONITOR Definition als list-Ausgabe unverändert mit den Original-Rufnummern. Es wäre super, wenn du mir diese auf privatem Wege zukommen lassen könntest. Dann kann ich die Logik nochmal genauer prüfen.

Natürlich behandle ich die Rufnummern vertraulich und gebe sie nicht weiter und ruf dort auch nicht an ;)

Vielen Dank

Gruß
Markus
Developer für Module: YAMAHA_AVR, YAMAHA_BD, FB_CALLMONITOR, FB_CALLLIST, PRESENCE, Pushsafer, LGTV_IP12, version

aktives Mitglied des FHEM e.V. (Technik)

CQuadrat

Hallo Markus,

ich habe Dir eine PM geschrieben.

Dass es funktioniert muss ich wieder zurücknehmen. Es scheint nur das per VOIP angebundene LAN-Telefon zu betreffen. Bei einem gewöhnlichem analog angeschlossenen Telefon funktioniert es.

Ich muss das heute Abend noch mal ausführlich testen.


Viele Grüße

Christoph
FHEM auf Mini-ITX-Server mit Intel Quad-Core J1900:
+ HM: HM-LAN, HM-USB, HM-MOD-UART mit div. HM-Komponenten
+ RFXtrx: Funkwetterstation Bresser mit ext. Thermometer, Regenmesser und Windmesser
+ TUL (KNX-Anbindung), MQTT, SONOS (div. Gimmicks), OneWire, Hue

CQuadrat

Also es ist wirklich so, dass es vom Endgerät abhängt:

Bei analog und ISDN wird der loca-area-code vorangestellt und der entsprechende Name im Telefonbuch gefunden.

Bei den VOIP-Telefonen (Fritz-Fon-App und LAN-Telefon) wird der local-area-code nicht verwendet.

Ich habe immer ohne die Ortsvorwahl gewählt.

FHEM auf Mini-ITX-Server mit Intel Quad-Core J1900:
+ HM: HM-LAN, HM-USB, HM-MOD-UART mit div. HM-Komponenten
+ RFXtrx: Funkwetterstation Bresser mit ext. Thermometer, Regenmesser und Windmesser
+ TUL (KNX-Anbindung), MQTT, SONOS (div. Gimmicks), OneWire, Hue

Markus Bloch

Hallo Christoph,

ich hab das Problem gefunden und eine Lösung eingecheckt. Schuld war die Raute, welche die FritzBox automatisch bei VoIP anrufen anhängt (warum auch immer). Dadurch hat die Prüfung für die Vorwahl nicht gegriffen, da eine reine Zahlenreihe erwartet wurde.

Gibts ab morgen via update.

Gruß
Markus
Developer für Module: YAMAHA_AVR, YAMAHA_BD, FB_CALLMONITOR, FB_CALLLIST, PRESENCE, Pushsafer, LGTV_IP12, version

aktives Mitglied des FHEM e.V. (Technik)

CQuadrat

Vielen Dank!

War das schon immer so? Ich bilde mir ein, dass ich das erst seit dem letzten Update beobachte.
FHEM auf Mini-ITX-Server mit Intel Quad-Core J1900:
+ HM: HM-LAN, HM-USB, HM-MOD-UART mit div. HM-Komponenten
+ RFXtrx: Funkwetterstation Bresser mit ext. Thermometer, Regenmesser und Windmesser
+ TUL (KNX-Anbindung), MQTT, SONOS (div. Gimmicks), OneWire, Hue

Markus Bloch

#8
Evtl. erst mit dem neuen Fritz!OS. In FB_CALLMONITOR ist die problematische Stelle schon recht lange unverändert enthalten.

Gruß
Markus
Developer für Module: YAMAHA_AVR, YAMAHA_BD, FB_CALLMONITOR, FB_CALLLIST, PRESENCE, Pushsafer, LGTV_IP12, version

aktives Mitglied des FHEM e.V. (Technik)