- Mitglied seit
- 15. November 2021
- Beiträge
- 1
Guten Tag
Wir hatten bereits im Sommer das Problem, dass von einer internen Nebenstelle während dem Wochenende / Nacht in mehr oder weniger regelmässigen Abständen (ca. alle 32 Minuten) Anrufe getätigt wurden. Nach dem Ersatz / Neuprovisionierung der Nebenstelle verschwand das Problem.
Nun ist es aber wieder zurück. Und wieder mit der gleichen Nebenstelle. Ich könnte mir deshalb auch vorstellen, dass dies durch eine bestimmte Nutzeraktion ausgelöst werden kann.
Die Nebenstelle 9344 tätigt selbständig während der Nacht Anrufe auf eine Nummer. Diesmal ist das Ziel ungültig, weshalb es auch niemanden stört. Die Zielnummer kann sich aber auch ändern.
Im Log findet sich folgende Information:
Im Forum habe ich folgenden gleichartigen Bericht gefunden, aber leider auch keine Lösung.
Hat irgendjemand noch eine Idee wie wir dieses lästige Problem lösen können.
LG
Fritz
Wir hatten bereits im Sommer das Problem, dass von einer internen Nebenstelle während dem Wochenende / Nacht in mehr oder weniger regelmässigen Abständen (ca. alle 32 Minuten) Anrufe getätigt wurden. Nach dem Ersatz / Neuprovisionierung der Nebenstelle verschwand das Problem.
Nun ist es aber wieder zurück. Und wieder mit der gleichen Nebenstelle. Ich könnte mir deshalb auch vorstellen, dass dies durch eine bestimmte Nutzeraktion ausgelöst werden kann.
Die Nebenstelle 9344 tätigt selbständig während der Nacht Anrufe auf eine Nummer. Diesmal ist das Ziel ungültig, weshalb es auch niemanden stört. Die Zielnummer kann sich aber auch ändern.
Im Log findet sich folgende Information:
| 11/15/2021 6:51:41 AM - Leg L:836.1[Extn:9344] is terminated: Cause: BYE from local |
| 11/15/2021 6:51:38 AM - [CM503007]: Call(C:836): Extn:9344 has joined, contact <sip:[email protected]:5060/UDP> |
| 11/15/2021 6:51:38 AM - L:836.2[EndCall:EndCall] has joined to L:836.1[Extn:9344] |
| 11/15/2021 6:51:38 AM - [CM503025]: Call(C:836): Calling T:EndCall:EndCall@[Dev:sip:[email protected]:5483;rinstance=03ca307b03db6947] for L:836.1[Extn:9344] |
| 11/15/2021 6:51:38 AM - [CM503014]: Call(C:836): No known route from Extn:9344 to target: <sip:[email protected]:5060/UDP> |
| 11/15/2021 6:51:38 AM - Call(C:836): from Extn:9344 to 313 doesn't match any outbound rule. No outbound rule could be selected. |
| 11/15/2021 6:51:38 AM - [CM503010]: Call(C:836): Making route(s) from Extn:9344 to <sip:[email protected]:5060/UDP> |
| 11/15/2021 6:51:38 AM - [CM505001]: Endpoint Extn:9344: Device info: Device Not Identified: User Agent not matched; Capabilities:[reinvite, replaces, able-no-sdp, recvonly] UserAgent: [Yealink SIP-T46S 66.86.0.5 805ec09e9efb] PBX contact: [sip:[email protected]:5060] |
| 11/15/2021 6:51:38 AM - [CM500002]: Call(C:836): Info on incoming INVITE from Extn:9344: Invite-IN Recv Req INVITE from 192.168.4.234:5060 tid=4252329048 [email protected]: INVITE sip:[email protected]:5060 SIP/2.0 Via: SIP/2.0/UDP 192.168.4.234:5060;branch=z9hG4bK4252329048 Max-Forwards: 70 Contact: <sip:[email protected]:5060> To: <sip:[email protected]:5060> From: “Extension User“ <sip:[email protected]:5060>;tag=4252225880 Call-ID: [email protected] CSeq: 2 INVITE Allow: INVITE, INFO, PRACK, ACK, BYE, CANCEL, OPTIONS, NOTIFY, REGISTER, SUBSCRIBE, REFER, PUBLISH, UPDATE, MESSAGE Content-Type: application/sdp Proxy-Authorization: Digest username=„XXXXX“XX,realm="3CXPhoneSystem",nonce=„XXXXXXXXXXXX“,uri="sip:[email protected]:5060",response=“XXXXXXXX“,algorithm=MD5 Supported: replaces User-Agent: Yealink SIP-T46S 66.86.0.5 805ec09e9efb Allow-Events: talk, hold, conference, refer, check-sync Content-Length: 285 v=0 o=- 20055 20055 IN IP4 192.168.4.234 s=SDP data c=IN IP4 192.168.4.234 t=0 0 m=audio 12000 RTP/AVP 8 8 8 8 101 a=rtpmap:8 PCMA/8000 a=rtpmap:8 PCMA/8000 a=rtpmap:8 PCMA/8000 a=rtpmap:8 PCMA/8000 a=ptime:20 a=sendrecv a=rtpmap:101 telephone-event/8000 a=fmtp:101 0-15 |
| 11/15/2021 6:51:38 AM - [CM503001]: Call(C:836): Incoming call from Extn:9344 to <sip:[email protected]:5060> |
| 11/15/2021 6:51:37 AM - Make call request to number 313 has been sent to device <sip:[email protected]:5060/UDP> |
Im Forum habe ich folgenden gleichartigen Bericht gefunden, aber leider auch keine Lösung.
Hat irgendjemand noch eine Idee wie wir dieses lästige Problem lösen können.
LG
Fritz