Ausgehende Anrufe nicht mehr möglich

[wallymgbh]

Hallo,

nachdem unsere 3CX anfangs einwandfrei funktioniert hatte, gehen seit heute keine Anrufe nach draussen mehr. Eingehende aber sehr wohl. Provider ist ein Mangenta XL Anschluss der Telekom.
Wähle ich eine Rufnummer höre ich nur eine Ansage, dass das Bestimmungsziel nicht erreicht werden kann und ich solle den Admin kontaktieren. Im Aktivitätenprotokoll tauchen so nette Sachen wie:

18.10.2024 19:32:38.854    C:9 Failed to build divert target EndCall.DisabledByFwdRule; fail reason = NotAvailable
18.10.2024 19:29:53.108    C:7 Failed to build divert target EndCall.DisabledByFwdRule; fail reason = NotAvailable
18.10.2024 19:25:06.563    C:5 Failed to build divert target EndCall.DisabledByFwdRule; fail reason = NotAvailable
18.10.2024 19:23:02.860    [CM301001]: Unknown CallId specified: 3
18.10.2024 19:22:14.827    C:2 Failed to build divert target EndCall.DisabledByFwdRule; fail reason = NotAvailable
18.10.2024 19:21:16.357    There's another STUN server that resolves to the same IP: 147.135.193.83:3478/UNKNOWN_TRANSPORT fk=0 tgt=; ignored
18.10.2024 19:21:16.353    Dev(9008350):[sip:[email protected] / 07121XXXXX]: (!) No transport is found for destination: <sip:@217.0.148.133:5060/UDP>
18.10.2024 19:21:16.289    Dev(1172521235):[sip:[email protected] / 07121XXXXX]: (!) No transport is found for destination: <sip:@217.0.148.133:5060/UDP>
18.10.2024 19:21:16.276    Dev(1756593929):[sip:[email protected] / 07121XXXXX]: (!) No transport is found for destination: <sip:@217.0.148.133:5060/UDP>
18.10.2024 19:21:15.366    Dev(1756593929):[sip:[email protected] / 07121XXXXX]: (!) No transport is found for destination: <sip:@217.0.148.133:5060/UDP>
18.10.2024 19:21:15.366    Dev(1756593929):[sip:[email protected] / 07121XXXXX]: (!) No transport is found for destination: <sip:@217.0.148.133:5060/UDP>
18.10.2024 19:21:15.365    Dev(1172521235):[sip:[email protected] / 07121XXXXX]: (!) No transport is found for destination: <sip:@217.0.148.133:5060/UDP>
18.10.2024 19:21:15.365    Dev(1172521235):[sip:[email protected] / 07121XXXXX]: (!) No transport is found for destination: <sip:@217.0.148.133:5060/UDP>
18.10.2024 19:21:15.365    Dev(9008350):[sip:[email protected] / 07121XXXXX]: (!) No transport is found for destination: <sip:@217.0.148.133:5060/UDP>
18.10.2024 19:21:15.364    Dev(9008350):[sip:[email protected] / 07121XXXXX]: (!) No transport is found for destination: <sip:@217.0.148.133:5060/UDP>

Weiss nicht was hier gerade schief läuft. Denke etwas mit dem STUN Server aber da stehen die von 3CX drin. Internetanschluss ist mit Dynamischer IP und auch in der 3CX so eingetragen. Refreshtime ist 120 Sek.

Kann mir jemand auf die Sprünge helfen ????

 

[fxbastler]

Herzlich willkommen im Club der Telekom Absurditäten bei Privatkundenanschlüssen

Die Ansage kommt von der 3CX.

Es ist wohl eher kein STUN Server Problem. Der Log Eintrag sagt nicht gegenteiliges.

Das mit dem No transport is found weist auf das Protokoll hin. Was steht im Parameter TRANSPORT_RESTRICTION der Telekom SIP Trunks (Aktivierung der Anzeige: siehe hier, auch wenn der TO dort ein ganz anderes Problem hatte)? Ist IPv6 in der 3CX komplett deaktiviert?

optionale Fragen nur zur Sicherheit:

1. Der 3CX Firewall Test läuft überall sauber mit grün durch?
2. Die SIP Trunks sind durchgehend registriert (grün), auch nach einem Neustart der 3CX?
3. Ist die Stammnummer des SIP Trunk gem. E.164 (mit +) definiert?
4. Ist die E.164 Verarbeitung der 3CX deaktiviert?
5. Wird die ausgehende Nummer (per ausgehender Regel oder SIP Trunk oder Benutzereinstellung) per E.164 (mit +) signalisiert?

 

[wallymgbh]

Hallo,

zur Beantwortung Deiner Fragen:

- IPV6 ist abgeschaltet
- Firewall Test ist ok
- Sip Trunk sind immer grün also registriert
- Stammnummer ist gemäss E164 eingerichtet
- E164 Verarbeitung in der 3CX ist aktiv und eingerichtet
- Nummer werden mit +49..... gesendet

Was ich noch rausgefunden habe:

Ich habe gestern mal SECURE SIP deaktiviert. Seitdem scheint es wieder zu gehen. Wir werden jedoch demnächst mit dem SipTrunk nach Easybell wechseln. Dieses ganze hin und her ist mir zu blöd.