[gelöst] FB_Callmonitor

Begonnen von RalfRog, 16 Dezember 2022, 21:53:47

Vorheriges Thema - Nächstes Thema

RalfRog

Hallo an die Wissenden  ;)
Durch die "Spielerei" der letzten Tage will ich mir eine Anzeige mittels Call_Monitor schaffen.

Einrichtung inklsive Telefonbuch hat geklappt. Aber mit einem Reading komme ich vom Verständnis nicht klar.
Der CommandRef entnehme ich:
internal_number - Die interne Rufnummer (Festnetz, VoIP-Nummer, ...) auf welcher man angerufen wird (event: ring) oder die man gerade nutzt um jemanden anzurufen (event: call)

Ich habe drei SIP Accounts eingerichtet. Trotzdem wird für jeden abgehenden Anruf die gleiche internal_number angezeigt (die vom SIP0)
Übersicht aus der FB_CALLLIST:
Zitat

   Status   Zeitpunkt                Name                 Rufnummer      Intern   Extern    Via        Dauer
1  <=     Fr, 16 Dez 2022 21:11:22   Mobiltrelefon Ralf   012312345678   123456   SipGate   M-Oben   00:00:11
2  <=     Fr, 16 Dez 2022 21:09:33   Mobiltrelefon Ralf   012312345678   123456   Voip2GM   M-Oben   00:00:11
3  <= X   Fr, 16 Dez 2022 21:04:19   Mobiltrelefon Ralf   012312345678   123456   SipGate   M-Oben   -
4  <= X   Fr, 16 Dez 2022 20:52:59   Mobiltrelefon Ralf   012312345678   123456   Voip2GM   M-Oben   -
5  <= X   Fr, 16 Dez 2022 20:51:41   Mobiltrelefon Ralf   012312345678   123456   Voip2GM   M-Oben   -

External Mapping:
SIP0 = Netcologne mit "interne Nummer in der FritzBox = 123456"
SIP1 = SipGate mit "Telefonnummer = 4922199123456" (für Anbieter SIPGate sieht die Maske in der Box etwas anders aus)
SIP2 = SipGate mit "interne Nummer in der FritzBox = 0221123456"

Für die abgehenden Anrufe 1 & 2 oben aus der Calllist habe ich die entsprechende Ansicht der FritzBox als Screenshot dabei.

Interpetiere ich die internal_number falsch?
Aus meiner Sicht müsste doch die zur entsprechen SIPx (=Extern) zugehörige Nummer angezeigt werden.
Was übrigens bei eingehenden Anrufen korrekt passiert.

Kann natürlich auch sein, das die Box das nicht korrekt liefert.


Gruß Ralf

Edit-Addon:
hier der LOG in verbose 5
ZitatNetcologne
2022.12.16 22:31:07.410 5: FB_CALLMONITOR (FritzboxCM) - received data: 16.12.22 22:31:07;CALL;1;11;123456;012312345678;SIP0;
SipGate
2022.12.16 22:32:12.389 5: FB_CALLMONITOR (FritzboxCM) - received data: 16.12.22 22:32:12;CALL;1;11;123456;012312345678;SIP1;
VoipGSM
2022.12.16 22:33:33.989 5: FB_CALLMONITOR (FritzboxCM) - received data: 16.12.22 22:33:33;CALL;1;11;123456;012312345678;SIP2;

Da steht erstmal die Nummer drin....     
und bei einem Anruf ist es dann:
2022.12.16 22:28:05.893 5: FB_CALLMONITOR (FritzboxCM) - received data: 16.12.22 22:28:05;RING;0;012312345678;4922199123456;SIP1;


Edit2 Addon
10.11.22.1.1012 > 10.11.22.99.40576: Flags [P.], cksum 0x2d80 (correct), seq 1435319464:1435319519, ack 950379781, win 453, options [nop,nop,TS val 1479998628 ecr 872509473], length 55
E..k..@.@.^.
...
.......U.<.8.......-......
X6..4.p!16.12.22 23:06:34;CALL;1;11;123456;0123123456;SIP2;


tcpdump auf der Schnittstelle von Raspi zeigt dann - die FritzBox liefert nur diese Daten   ???
Da kann das Modul auch nix machen.
FHEM auf Raspi 2B mit nanoCUL, HM-MOD-RPI-PCB und über LAN MAX!Cube mit a-culFW (Stack 868 + 433)
HM- Fensterkontakte, UP-Schalter, Bewegungsmelder und ein Rauchmelder

RalfRog

#1
Falls nicht jemand andere Erkenntnisse hat kann ich die Frage wohl auf gelöst setzten.

Die Funktion der FritzBox (tcpDump) liefert:

16.12.22 23:06:34;CALL;1;11;123456;0123123456;SIP2;

Da kann das Modul auch nicht mehr anzeigen.

Allenfalls eine Anpassung der CommandRef würde Sinn machen (wenn ich mit meiner Lesart nicht daneben liege).

Gruß Ralf


FHEM auf Raspi 2B mit nanoCUL, HM-MOD-RPI-PCB und über LAN MAX!Cube mit a-culFW (Stack 868 + 433)
HM- Fensterkontakte, UP-Schalter, Bewegungsmelder und ein Rauchmelder

KölnSolar

Du solltest vielleicht die Telefonnr. etwas anonymisieren.  ;)
RPi3/2 buster/stretch-SamsungAV_E/N-RFXTRX-IT-RSL-NC5462-Oregon-CUL433-GT-TMBBQ-01e-CUL868-FS20-EMGZ-1W(GPIO)-DS18B20-CO2-USBRS232-USBRS422-Betty_Boop-EchoDot-OBIS(Easymeter-Q3/EMH-KW8)-PCA301(S'duino)-Deebot(mqtt2)-zigbee2mqtt

RalfRog

#3
 :) hatte ich doch 1234 oder 123456  ;)

Aber danke. Manchmal könnte man es vergessen....

Ich hoffe nur die Nummer gibt's nicht wirklich und derjenige wird belästigt.  ::)

Ich mach sie ganz "kaputt".
FHEM auf Raspi 2B mit nanoCUL, HM-MOD-RPI-PCB und über LAN MAX!Cube mit a-culFW (Stack 868 + 433)
HM- Fensterkontakte, UP-Schalter, Bewegungsmelder und ein Rauchmelder