Hauptmenü

Modul 96_SIP

Begonnen von Wzut, 19 Februar 2017, 19:10:09

Vorheriges Thema - Nächstes Thema

eppi

Zitat von: plin am 07 November 2017, 18:50:45
Wie wäre es mit einem FileLog?
Danke. Ja, mit FileLog ist das schon möglich, aber danach es grafisch sauber in FHEM zu definieren macht mir probleme. Ich habe es auch schon mit ReadingsHistory versucht, aber das ist nicht so hübsch wie man es von ReadingsGroup oder der FB-Calllist kennt...

plin

Zitat von: Wzut am 07 November 2017, 09:38:34
@plin, meine Oma hätte jetzt gesagt "zwei Dumme ein Gedanke"  :) Ich habe das gestern Abend auch so mal durchprobiert.
Sicher der Call Monitor ist da die bessere Wahl, allerdings halt nur wenn man auch eine FB hat. Ich bin mir immer noch unsicher ob Net::SIP das nicht doch könnte.

Da war doch mal was ... das sah damals bei meinen ersten Versuchen in der extensions.conf meines Asterisk so aus:


[fritzbox]
exten => s,1,Wait(1)                    ; Wait a second, just for fun
exten => s,n,Verbose(2,call from ${CALLERID(num)})
exten => s,n,System(/home/scripts/fhemsetring.pl ${CALLERID(num)})
exten => s,n,Wait(100)                  ; Wait a second, just for fun
exten => h,1,Log(VERBOSE,Caller ${CALLERID(all)} hung up.)
exten => h,n,System(/home/scripts/fhemsetring.pl none)
exten => h,n,Hangup()


Die Script /home/scripts/fhemsetring.pl könnte z.B. via telnet in FHEM den Status des Hue-Devices setzen.


#!/usr/bin/perl -w
# in FHEM den Status der Tuerklingel auf 'ring' setzen

# Always use strict and warnings
use strict;
use warnings;
use Net::Telnet ();

# Declare all
my $callerid = shift;
my $machinename = "192.168.0.47";
my $t_net;
my @Result;
my $cmd;

# Start Code
$t_net = new Net::Telnet (Timeout => 60, Port => 7072 ) or die "Failed to create Telnet instance!";
$t_net->open($machinename);
#@Result = $t_net->cmd("set HaustuerStatusVar ring; set AsteriskCall624 $callerid; exit");
$cmd = "set HaustuerStatusVar ring; ";
$cmd = "";
if ( $callerid eq "none" ) {
   $cmd = $cmd."set AsteriskCall624 listen; ";
} else {
   $cmd = $cmd."set AsteriskCall624 ring; ";
}
   $cmd = $cmd."setreading AsteriskCall624 caller $callerid; ";
$cmd = $cmd."exit";
$t_net->prompt("//");
@Result = $t_net->cmd($cmd);

FHEM1 (Main) Raspi4 mit CUL, Homematic, SDUINO 433/OOK, zentrale Steuerung
FHEM2 (Keller) x86 mit CUL/hmland, IP-basierte Module
FHEM3 (Erdgeschoss) Raspi2 mit SDUINO 868/GFSK
FHEM4 (Hausanschlussraum), USV und OBIS-Modul
FHEM5 (Docker) mit FHEM2FHEM, InfluxDB

heinerwm

#392
Guten Abend,

ersteinmal ein herzlicher Dank an die Entwickler dieses Moduls.

Ich habe nur ein "kleines" Problem. Das Klingeln an der Tür löst zwar über die Fritzbox und ein eingerichtetes Telefoniegerät einen Anruf bei der eingestellten Nummer aus, lässt das Telefon aber trotz eingesteller "ringtime 1" klingeln, bis es nach ca. 9 mal Klingeln von selbst aufhört bzw. vorher am Telefon manuell "aufgelegt" wird.

Auszug aus der fhem.cfg:

#was tun, wenn es klingelt
define FB_Klingel SIP
attr FB_Klingel sip_dtmf_loop once
attr FB_Klingel sip_dtmf_send audio
attr FB_Klingel sip_dtmf_size 2
attr FB_Klingel sip_elbc yes
attr FB_Klingel sip_from sip:622@fritz.box
attr FB_Klingel sip_ip 192.168.180.21
attr FB_Klingel sip_listen none
attr FB_Klingel sip_registrar fritz.box
attr FB_Klingel sip_ringtime 1
attr FB_Klingel sip_user 622
define Klingel notify FS20_50e000:on set FB_Klingel call **613 1


Auszug aus dem logfile:

2017.11.14 18:42:00 5: CUL/RAW: /F50E000110A
2017.11.14 18:42:00 4: CUL_Parse: CUL_0 F50E000110A -69
2017.11.14 18:42:00 5: CUL_0: dispatch 810b04xx0101a00150e0000011
2017.11.14 18:42:02 4: FS20 FS20_50e000 on
2017.11.14 18:42:02 5: Starting notify loop for FS20_50e000, 1 event(s), first is on
2017.11.14 18:42:02 5: createNotifyHash
2017.11.14 18:42:02 5: Triggering Klingel
2017.11.14 18:42:02 4: Klingel exec set FB_Klingel call **613 1
2017.11.14 18:42:02 5: Cmd: >set FB_Klingel call **613 1<
2017.11.14 18:42:02 4: FB_Klingel, calling **613, ringtime: 1 , no message
2017.11.14 18:42:02 4: FB_Klingel, FB_Klingel|**613|1||0
2017.11.14 18:42:02 4: BlockingCall (SIP_CALLStart): created child (931), uses telnetForBlockingFn_1510680489 to connect back
2017.11.14 18:42:02 4: FB_Klingel, call -> FB_Klingel|**613|1||0|0
2017.11.14 18:42:02 5: FB_Klingel, call has pid 931
2017.11.14 18:42:02 5: Starting notify loop for FB_Klingel, 2 event(s), first is call_state: invite
2017.11.14 18:42:02 4: FB_Klingel[931], my parent is 918
2017.11.14 18:42:02 5: End notify loop for FB_Klingel
2017.11.14 18:42:02 5: End notify loop for FS20_50e000
2017.11.14 18:42:02 4: FB_Klingel[931], using random port 44443
2017.11.14 18:42:03 5: CUL/RAW: /F50E0000009
2017.11.14 18:42:03 4: CUL_Parse: CUL_0 F50E0000009 -69.5
2017.11.14 18:42:03 5: CUL_0: dispatch 810b04xx0101a00150e0000000
2017.11.14 18:42:03 4: FS20 FS20_50e000 off
2017.11.14 18:42:03 5: Starting notify loop for FS20_50e000, 1 event(s), first is off
2017.11.14 18:42:03 5: End notify loop for FS20_50e000
2017.11.14 18:42:04 4: FB_Klingel[931], register new expire : 2017-11-14 18:47:04
2017.11.14 18:42:04 5: FB_Klingel[931], telnet : set FB_Klingel state calling exit
2017.11.14 18:42:04 4: Connection accepted from telnetForBlockingFn_1510680489_127.0.0.1_40440
2017.11.14 18:42:04 5: Cmd: >set FB_Klingel state calling<
2017.11.14 18:42:04 5: Starting notify loop for FB_Klingel, 1 event(s), first is calling
2017.11.14 18:42:04 5: End notify loop for FB_Klingel
2017.11.14 18:42:04 5: Cmd: >exit<
2017.11.14 18:42:04 4: FB_Klingel[931], CallStart DTMF : ABCD*#123--4567890
2017.11.14 18:42:04 4: FB_Klingel[931], calling : **613
2017.11.14 18:42:04 5: FB_Klingel[931], telnet : set FB_Klingel call_state calling **613 exit
2017.11.14 18:42:04 4: Connection accepted from telnetForBlockingFn_1510680489_127.0.0.1_40442
2017.11.14 18:42:04 5: Cmd: >set FB_Klingel call_state calling **613<
2017.11.14 18:42:04 5: Starting notify loop for FB_Klingel, 1 event(s), first is call_state: calling **613
2017.11.14 18:42:04 5: End notify loop for FB_Klingel
2017.11.14 18:42:05 5: Cmd: >exit<
2017.11.14 18:42:05 5: FB_Klingel[931], 0. Ende des ersten Loops
2017.11.14 18:42:05 5: FB_Klingel[931], 1. rtp_done : 0
2017.11.14 18:42:05 5: FB_Klingel[931], 2. fi : 0
2017.11.14 18:42:05 5: FB_Klingel[931], 3. timeout : 1
2017.11.14 18:42:06 4: FB_Klingel[931], cb_final - status : FAIL - final : 487
2017.11.14 18:42:06 5: FB_Klingel[931], RTP done : 0
2017.11.14 18:42:06 5: FB_Klingel[931], Timeout  : 1
2017.11.14 18:42:06 5: FB_Klingel[931], Final    : 487
2017.11.14 18:42:06 5: FB_Klingel[931], while    : 0
2017.11.14 18:42:06 4: Connection accepted from telnetForBlockingFn_1510680489_127.0.0.1_40444
2017.11.14 18:42:06 5: Cmd: >{BlockingStart('3')}<
2017.11.14 18:42:06 5: Cmd: >{SIP_CALLDone('FB_Klingel|1|no answer')}<
2017.11.14 18:42:06 4: FB_Klingel, CALLDone -> FB_Klingel|1|no answer
2017.11.14 18:42:06 5: Starting notify loop for FB_Klingel, 5 event(s), first is call: done
2017.11.14 18:42:06 5: End notify loop for FB_Klingel
2017.11.14 18:42:06 5: FB_Klingel, fifo is empty
2017.11.14 18:42:06 5: FB_Klingel, no elbc


Was kann ich tun, damit nach 1 mal Klingeln der Anruf endet?

Ich bedanke mich im Voraus für eure Hilfe

Gruß Heiner


plin

Hallo Heiner,

meine Lösung sieht so aus: https://wiki.fhem.de/wiki/SIP-Client#Fritzbox_.2B_Doorline_-_Telefonklingeln_beenden und funktioniert.

Wenn du in der FB die Türklingel auf eine Liste von Telefoniegeräten leitest und diese auf direkte Anrufannahme eingestellt hast (also abheben und du sprichst mit dem Menschen an der Tür), ist die Default-Klingeldauer 30 Sekunden. Diese Zeit kannst du auch nicht ändern.

Die im Wiki dargestellte Lösung funktioniert auch in diesem Szenario.

VG plin
FHEM1 (Main) Raspi4 mit CUL, Homematic, SDUINO 433/OOK, zentrale Steuerung
FHEM2 (Keller) x86 mit CUL/hmland, IP-basierte Module
FHEM3 (Erdgeschoss) Raspi2 mit SDUINO 868/GFSK
FHEM4 (Hausanschlussraum), USV und OBIS-Modul
FHEM5 (Docker) mit FHEM2FHEM, InfluxDB

Horst_T

Hallo
Vielleicht kann mir einer weiterhelfen. Habe alles wie im Ski beschrieben installiert und getestet. Der erste Versuch eines Anrufs dauerte ca. 20 Sekunden danach funktionierten die weiteren Anrufe direkt. Dann stellte ich fest, dass fhem nicht mehr funktionierte. Ein shutdown restart brachte keinen Erfolg. Danach habe ich den Raspi 3 (mit Raspian Stretch) neu gestartet und hem funktionierte wieder. Nur das SIP Modul ging nicht mehr. Im Log finde ich folgendes:

###### Die Zeilen kommen immer wieder

2017.11.15 11:14:53 2: mySIP, cant find listen process 29707 in process list !
failed to bind to 192.168.10.212:44609: Address already in use at /usr/local/share/perl/5.24.1/Net/SIP/Leg.pm line 153.
2017.11.15 11:15:55 2: mySIP, cant find listen process 29737 in process list !
failed to bind to 192.168.10.212:44671: Address already in use at /usr/local/share/perl/5.24.1/Net/SIP/Leg.pm line 153.
2017.11.15 11:16:57 2: mySIP, cant find listen process 29767 in process list !
failed to bind to 192.168.10.212:44893: Address already in use at /usr/local/share/perl/5.24.1/Net/SIP/Leg.pm line 153.
failed to bind to 192.168.10.212:44472: Address already in use at /usr/local/share/perl/5.24.1/Net/SIP/Leg.pm line 153.

####  Hier habe ich einen Reset gemacht
2017.11.15 11:19:07 4: mySIP, CALL Kill PID : 29832
2017.11.15 11:19:07 4: mySIP, Reset Call done
2017.11.15 11:19:07 4: mySIP, Listen new PID : 29892

#### Hier einen neuen Call initiiert
2017.11.15 11:19:07 4: mySIP[29892], my parent is 1552
2017.11.15 11:19:07 4: mySIP[29892], using random port 44596
failed to bind to 192.168.10.212:44596: Address already in use at /usr/local/share/perl/5.24.1/Net/SIP/Leg.pm line 153.

Hier ein List
Internals:
   CALL       mySIP|**611|30||0|0
   LPID       30290
   NAME       mySIP
   NOTIFYDEV  myT2S
   NR         367
   NTFY_ORDER 50-mySIP
   STATE      listen_dtmf
   TYPE       SIP
   VERSION    V1.61 / 30.10.17
   lastnr     **611
   READINGS:
     2017-11-15 11:17:07   call            **611
     2017-11-15 11:17:07   call_state      invite
     2017-11-14 17:47:29   caller          none
     2017-11-14 17:47:29   caller_state    waitting
     2017-11-14 17:47:29   expire          300
     2017-11-15 11:17:07   listen_alive    no
     2017-11-14 17:47:29   state           listen_dtmf
   helper:
     CALL_START 1510741027.93616
     LISTEN_PID:
       abortArg
       abortFn
       arg        mySIP
       bc_pid     2098
       finishFn   SIP_ListenDone
       fn         SIP_ListenStart
       pid        30290
       timeout
Attributes:
   T2S_Device myT2S
   sip_dtmf_loop once
   sip_dtmf_send audio
   sip_dtmf_size 2
   sip_elbc   yes
   sip_from   sip:12345678@192.168.10.1
   sip_ip     192.168.10.212
   sip_listen dtmf
   sip_registrar 192.168.10.1
   sip_ringtime 3
   sip_user   12345678
   verbose    5

Ein Update von Net::SIP auf 08.10. hat auch nicht gebracht.

Eine Verbindung zur Fritzbox kommt anscheinend garnicht mehr zustande, da das Modul meint dass alle Port Adressen bereits in Benutzung sind. Eine Änderung von sip_port ändert auch nichts.

Für einen Hinweis wäre ich sehr dankbar.

Gruß Horst
FHEM-Server: RaspberryPi 3 Stretch fhem:Ver. 5.8
HomeMatic: HM-LC-Sw1PBU-FM, HM-LC-DIM1PBU-FM, HM-Sec-SD, HM-Sec-RHS, HM-RC-19-B
RaspberryMatic: HmIP-FAL230-C6, HmIP-WTH2
FritzBox 7490 FritzOS 06.92

heinerwm

#395
Hallo Plin,

herzlichen Dank für deinen Tipp in Antwort 393, mir fehlen aber ausreichende Kenntnisse von FHEM, ihn umzusetzen. Wo kann ich speziell zu diesem Tipp irgendwelche Hilfe bekommen?

Gruß Heiner

plin

Zitat von: heinerwm am 15 November 2017, 16:38:50
Hallo Plin,

herzlichen Dank für deinen Tipp in Antwort 393, mir fehlen aber ausreichende Kenntnisse von FHEM, ihn umzusetzen. Wo kann ich speziell zu diesem Tipp irgendwelche Hilfe bekommen?

Gruß Heiner

Hallo Heiner,

welche Komponenten hast du denn im Einsatz (FB, Doorline, Tür-/Fensterkontakte, ...) und wie spielen die zusammen?

VG plin
FHEM1 (Main) Raspi4 mit CUL, Homematic, SDUINO 433/OOK, zentrale Steuerung
FHEM2 (Keller) x86 mit CUL/hmland, IP-basierte Module
FHEM3 (Erdgeschoss) Raspi2 mit SDUINO 868/GFSK
FHEM4 (Hausanschlussraum), USV und OBIS-Modul
FHEM5 (Docker) mit FHEM2FHEM, InfluxDB

plin

Zitat von: Horst_T am 15 November 2017, 11:38:29
Eine Verbindung zur Fritzbox kommt anscheinend garnicht mehr zustande, da das Modul meint dass alle Port Adressen bereits in Benutzung sind. Eine Änderung von sip_port ändert auch nichts.
Hallo Horst,

hast du es mal mit dem sip_port 5070 versucht?

VG plin
FHEM1 (Main) Raspi4 mit CUL, Homematic, SDUINO 433/OOK, zentrale Steuerung
FHEM2 (Keller) x86 mit CUL/hmland, IP-basierte Module
FHEM3 (Erdgeschoss) Raspi2 mit SDUINO 868/GFSK
FHEM4 (Hausanschlussraum), USV und OBIS-Modul
FHEM5 (Docker) mit FHEM2FHEM, InfluxDB

heinerwm

Zitat von: plin am 15 November 2017, 17:19:06
Hallo Heiner,

welche Komponenten hast du denn im Einsatz (FB, Doorline, Tür-/Fensterkontakte, ...) und wie spielen die zusammen?

VG plin

Hallo plin,

ich habe nur eine einfache Türklingel, die über einen CUL ein Signal, dass sie gedrückt worden ist, an FHEM sendet (siehe meine fhem.cfg in Antwort 392).

Gruß Heiner

Horst_T

Hallo plin

Vielen Dank für die Antwort. Port 5070 habe ich auch versucht:

2017.11.15 17:30:36 4: mySIP, calling **611, ringtime: 30 , no message
2017.11.15 17:30:36 4: mySIP, mySIP|**611|30||0
2017.11.15 17:30:36 4: mySIP, call -> mySIP|**611|30||0|0
2017.11.15 17:30:36 5: mySIP, call has pid 7346
2017.11.15 17:30:36 4: mySIP[7346], my parent is 31159
failed to bind to 192.168.10.212:5070: Address already in use at /usr/local/share/perl/5.24.1/Net/SIP/Leg.pm line 153.

Gleiches Verhalten-

Horst
FHEM-Server: RaspberryPi 3 Stretch fhem:Ver. 5.8
HomeMatic: HM-LC-Sw1PBU-FM, HM-LC-DIM1PBU-FM, HM-Sec-SD, HM-Sec-RHS, HM-RC-19-B
RaspberryMatic: HmIP-FAL230-C6, HmIP-WTH2
FritzBox 7490 FritzOS 06.92

Muschelpuster

#400
Zitat von: heinerwm am 14 November 2017, 19:16:54...löst zwar über die Fritzbox und ein eingerichtetes Telefoniegerät einen Anruf bei der eingestellten Nummer aus, lässt das Telefon aber trotz eingesteller "ringtime 1" klingeln, bis es nach ca. 9 mal Klingeln von selbst aufhört bzw. vorher am Telefon manuell "aufgelegt" wird...
Das Problem habe ich auch und es schon etwas weiter oben beschrieben. SIP ist da ja von Natur aus (Definition 'nur' über RFC) dehnbar. Und so gibt es zig unterschiedliche 'Dialekte' im Protokoll. Und mit dem verwendeten Perl-SIP-Modul und der FritzBox treffen sich wohl ein Urbayer und ein Ur-Norddeutscher und 'reden' etwas aneinander vorbei. Eine genauere Diagnose liegt gerade noch auf meiner ToDo-Liste, aber der alltägliche Wahnsinn hat da noch keine Zeit zu gelassen. Ich denke, hier muss im Perl-Modul geschraubt werden, denn AVM wird man da sicher nicht von einem Fehlverhalten überzeugen können.

gehetzte Grüße
Niels
fhem @ ZBOX mit 1,6MHz Celeron, 4GB RAM & 120GB SSD mit Debian Bullseye # MiLight # Homematic via CCU3 # W&T WebIO # Rademacher DuoFern # ESPeasy # logdb@mysql # configdb@mysql # Shelly @ MQTT2 # go-eCharger mit PV-Überschussladung via DOIF

heinerwm

Zitat von: Muschelpuster am 15 November 2017, 18:50:48
Das Problem habe ich auch und es schon etwas weiter oben beschrieben. SIP ist da ja von Natur aus (Definition 'nur' über RFC) dehnbar. Und so gibt es zig unterschiedliche 'Dialekte' im Protokoll. Und mit dem verwendeten Perl-SIP-Modul und der FritzBox treffen sich wohl ein Urbayer und ein Ur-Norddeutscher und 'reden' etwas aneinander vorbei. Eine genauere Diagnose liegt gerade noch auf meiner ToDo-Liste, aber der alltägliche Wahnsinn hat da noch keine Zeit zu gelassen. Ich denke, hier muss im Perl-Modul geschraubt werden, denn AVM wird man da sicher nicht von einem Fehlverhalten überzeugen können.

gehetzte Grüße
Niels

Hallo Niels,

ich glaube "noch" nicht, dass es an einem perl-modul liegt. Ich hatte auf meinem raspberry für einen Anruf das modul 96_FB_SIP genutzt, muss aber auf Grund eines Neuaufsatzes des raspberrys jetzt 96_SIP nutzen, weil 96_FB_SIP nicht mehr verfügbar ist. Und: mit 96_FB_SIP funktionierte das "Auflegen" zuverlässig: das Telefon klingelte bei "define Klingel notify FS20_50e000:on set FB_Klingel call **613 1" auch wirklich nur 1mal! Ich denke, dass da in 96_SIP noch geschraubt werden könnte.

VG Heiner

plin

#402
Zitat von: heinerwm am 15 November 2017, 19:37:40
das Telefon klingelte bei "define Klingel notify FS20_50e000:on set FB_Klingel call **613 1" auch wirklich nur 1mal!
Ich hab's gerade mit meiner Test-Installation nachgestellt.
Bei set call **622 1 (Nebenstelle FritzFon App) klingelt die einmal.
Bei set call **611 1 (Nebenstelle DECT Telefon) reagiert das nicht. Mit set call **611 2 klappt's bei mir.

Im Gegensatz  zu 96_FB_SIP ist beim 96_SIP der Parameter hinter der Nebenstelle die Dauer in Sekunden (und nichzt die Anzahl des Klingelns). Die eine Sekunde ist wohl zu knapp bemessen. Das Auflegen klappt bei mir danach sauber.

VG plin
FHEM1 (Main) Raspi4 mit CUL, Homematic, SDUINO 433/OOK, zentrale Steuerung
FHEM2 (Keller) x86 mit CUL/hmland, IP-basierte Module
FHEM3 (Erdgeschoss) Raspi2 mit SDUINO 868/GFSK
FHEM4 (Hausanschlussraum), USV und OBIS-Modul
FHEM5 (Docker) mit FHEM2FHEM, InfluxDB

Muschelpuster

So, ich habe mir jetzt einfach mal die Zeit genommen. Zum Net:SIP gibt es etwas Sample-Code und ich habe da mal die invite_and_recv.pl genutzt. Nachdem ich den Aufruf-Syntax hin gefriemelt hatte, klingelte auch mein Ziel, jedoch flog das Script mit einem Fehler ab:
niels@debian:~$ perl invite_and_recv.pl -T10 -P fritz.box:5060 -L 172.30.1.222 --username 624 --password Test123 sip:624\@172.30.1.1 sip:\*\*611\@172.30.1.1
invite failed(call): Failed with error 22 code=481 at testcall.pl line 153.
Im Trace kann ich genau das schon beschriebene Verhalten beobachten. Ich habe das mal dem Entwickler zukommen lassen, mal sehen ob er eine Idee hat.

Zitat von: plin am 15 November 2017, 20:13:14
Bei set call **611 1 (Nebenstelle DECT Telefon) reagiert das nicht. Mit set call **611 2 klappt's bei mir.
Hier stellt sich natürlich noch die Frage nach der FritzBox-Version. Deinen Ausführungen zum Thema Benutzer und Passwort entnehme ich, dass Du recht aktuell bist. ich habe die 06.66, was für eine Kabel-Deutschland-Fritte derzeit der letzte Schrei sein soll. Ich werde das auch noch mal auf der Büchse meiner Mutter testen, die ist aktueller und hat auch schon die Usernamen für SIP. Vielleicht hat AVM da ja auch etwas sein SIP-Verhalten angepasst.

getestete Grüße
Niels
fhem @ ZBOX mit 1,6MHz Celeron, 4GB RAM & 120GB SSD mit Debian Bullseye # MiLight # Homematic via CCU3 # W&T WebIO # Rademacher DuoFern # ESPeasy # logdb@mysql # configdb@mysql # Shelly @ MQTT2 # go-eCharger mit PV-Überschussladung via DOIF

heinerwm

Zitat von: plin am 15 November 2017, 20:13:14
Ich hab's gerade mit meiner Test-Installation nachgestellt.
Bei set call **622 1 (Nebenstelle FritzFon App) klingelt die einmal.
Bei set call **611 1 (Nebenstelle DECT Telefon) reagiert das nicht. Mit set call **611 2 klappt's bei mir.

Im Gegensatz  zu 96_FB_SIP ist beim 96_SIP der Parameter hinter der Nebenstelle die Dauer in Sekunden (und nichzt die Anzahl des Klingelns). Die eine Sekunde ist wohl zu knapp bemessen. Das Auflegen klappt bei mir danach sauber.

VG plin

Hallo plin,

bei meiner Fitzbox ergibt sich Folgendes:

Bei set call **623 1 oder 2 (Nebenstelle FritzFon App) klingelt es viele Mal
Bei set call **613 1 oder 2 oder 3 (Nebenstelle DECT Telefon - FritzFon C5) klingelt es mindestens 9mal

Was ist zu tun?

Herzliche Grüße

Heiner