Probleme mit ausgehenden Anrufen

[GFD]

Hallo an alle,
Vielleicht kann man mir hier jemand helfen.
Ich bin Relative neu in dieser Materie, und versuche mich durch zu Arbeiten.
Zur Zeit haben wir aber ein Problem welches wir nicht wirklich greifen können.
Wir haben in unserer Firma 2 Telefonanlagen 1. Panasonic ( über Telekom ) Am Haupt Standort und 2. am Neuen Standort die 3cx Anlage (neuste Version, Lizenz mit 8 gleichzeitige Anrufen)
Die Lizenz ist nie ausgelastet mit dem 8 gleichzeitigen anrufen.
Wenn wir nun aus dem Neuen Standort auf der alten Anlage anrufen passiert dieses: Es klingelt und sobald jemand an das Telefon geht bekommen beide Teilnehmer ein Besetztzeichen.
Vielleicht kann hier jemand mit dem Anruf Protokoll etwas anfangen ?
Zwischen durch sieht man RouteNotFound oder auch RouteBusy was definitive nicht der Fall ist.
Die Grundsätzlichen daten habe ich mit xx versehen zum Schutz der Kollegen. Ich habe die Durchwahl 52659 und mein Name ist Michael Krätzig
In dem fall habe ich die Rufnummer mit der Endung 249 angerufen. Direkt nach dem Besetztzeichen habe ich dann den Kollegen mit meinem Handy angerufen. Er konnte dieses ( an der Panasonic Anlage ) Gespräch auch entgegennehmen.

Im Laufe des Tages, was 20 Min später sein könnte funktioniert wieder alles.
Ich kann ihn dann ganz normal über die 3cx Anlage anrufen.

Sollte das hier Falsch sein, bitte ich die Admins das zum richtigen Punkt zu Verschieben.
Mit Besten Grüßen
Und Vielen Dank im voraus
Michael Krätzig

14.04.2025 09:02:08.788	Endpoint Extn:52659 has refreshed contact <sip:[email protected]:57922/UDP>
14.04.2025 09:02:05.831	Endpoint Extn:52659 has refreshed contact <sip:[email protected]:5483/UDP>
14.04.2025 09:02:04.679	L:39.1[Extn:52659{c4649f021eac}] detached from call; ads{44503}
14.04.2025 09:02:04.679	L:39.1[Extn:52659{c4649f021eac}]: CONNECTION ID updated: 150 => 0
14.04.2025 09:02:04.679	Removing connected for L:39.1[Extn:52659{c4649f021eac}], terminate connected
14.04.2025 09:02:04.679	C:39 % PartyRemoved Extn:52659{c4649f021eac}
14.04.2025 09:02:04.679	L:39.1[Extn:52659{c4649f021eac}] is terminated
14.04.2025 09:02:04.679	L:39.1[Extn:52659{c4649f021eac}] Incoming handler: Terminated event; reason = Gone
14.04.2025 09:02:04.679	L:39.2[Line:10001>>+49xxxxxx0249{0bf0710811e5}] has no segment with L:39.1[Extn:52659{c4649f021eac}]
14.04.2025 09:02:04.679	L:39.2[Line:10001>>+49xxxxxx0249{0bf0710811e5}] segment terminated (RouteNotFound) to L:39.1[Extn:52659{c4649f021eac}]
14.04.2025 09:02:04.679	Call(C:39): request to stop call recording @ L:39.1[Extn:52659{c4649f021eac}]
14.04.2025 09:02:04.679	L:39.1[Extn:52659{c4649f021eac}]: on terminated: 'Cause: BYE from PBX
14.04.2025 09:02:04.679	Removing connected for L:39.1[Extn:52659{c4649f021eac}]
14.04.2025 09:02:04.679	Call(C:39): request to stop call recording @ L:39.1[Extn:52659{c4649f021eac}]
14.04.2025 09:02:04.679	L:39.2[Line:10001>>+49xxxxxx0249{0bf0710811e5}] has no segment with L:39.1[Extn:52659{c4649f021eac}]
14.04.2025 09:02:04.679	L:39.2[Line:10001>>+49xxxxxx0249{0bf0710811e5}] segment terminated (Cancelled) to L:39.1[Extn:52659{c4649f021eac}]
14.04.2025 09:02:04.679	L:39.1[Extn:52659{c4649f021eac}] being terminated (Cancelled)
14.04.2025 09:02:04.679	[IncRR](C:39): On Leg Terminated: L:39.1[Extn:52659{c4649f021eac}]
14.04.2025 09:02:04.679	DefSEHL:39.1[Extn:52659{c4649f021eac}] leg terminated
14.04.2025 09:02:04.679	L:39.2[Line:10001>>+49xxxxxx0249{0bf0710811e5}] has no segment with L:39.1[Extn:52659{c4649f021eac}]
14.04.2025 09:02:04.679	L:39.2[Line:10001>>+49xxxxxx0249{0bf0710811e5}] segment terminated (RouteBusy) to L:39.1[Extn:52659{c4649f021eac}]
14.04.2025 09:02:04.679	L:39.1[Extn:52659{c4649f021eac}]: destroying MSEP([email protected]:5482@?)
14.04.2025 09:02:04.679	L:39.1[Extn:52659{c4649f021eac}]: disjoined MSEP([email protected]:5482@?) from MSC([email protected]:5482)
14.04.2025 09:02:04.679	Call(C:39): request to stop call recording @ L:39.1[Extn:52659{c4649f021eac}]
14.04.2025 09:02:04.679	L:39.1[Extn:52659{c4649f021eac}]: on terminated: 'Cause: BYE from PBX
14.04.2025 09:02:04.678	L:39.1[Extn:52659{c4649f021eac}] onReadyToSend: Send Send 486/INVITE from 0.0.0.0:0 tid=Pj318a71f266db4762af1149d712f04981 Call-ID=051a0ee25e634d929839d800aaff02c3: SIP/2.0 486 Busy Here Via: SIP/2.0/UDP 127.0.0.1:5080;branch=z9hG4bK-524287-2---Pj318a71f266db4762af1149d712f04981;rport=5080 Via: SIP/2.0/UDP 192.168.x.x:58399;branch=z9hG4bK-524287-1---tunneltid;rport;tnlid=clnt.0-854da92ed4704f1c9f0034054870842d_679 Via: SIP/2.0/TCP 127.0.0.1:50195;rport;branch=z9hG4bKPj318a71f266db4762af1149d712f04981;alias To: <sip:%[email protected];tag3cx=e3a634b9e32d4fc396d3c7a82bdd4874>;tag=7ec33946 From: "Krätzig, Michael"<sip:[email protected]>;tag=de75f95cb266423c9795ff2a9d9be011 Call-ID: 051a0ee25e634d929839d800aaff02c3 CSeq: 4368 INVITE Warning: 499 xxx-gmbh.on3cx.de "Busy" Content-Length: 0
14.04.2025 09:02:04.678	Removing connected for L:39.1[Extn:52659{c4649f021eac}]
14.04.2025 09:02:04.678	Call(C:39): request to stop call recording @ L:39.1[Extn:52659{c4649f021eac}]
14.04.2025 09:02:04.678	Segm(60): L:39.1[Extn:52659{c4649f021eac}] reported segment termination (TargetBusy); dest Line:10001>>+49xxxxxx0249{0bf0710811e5}
14.04.2025 09:02:04.678	L:39.2[Line:10001>>+49xxxxxx0249{0bf0710811e5}] has no segment with L:39.1[Extn:52659{c4649f021eac}]
14.04.2025 09:02:04.678	L:39.2[Line:10001>>+49xxxxxx0249{0bf0710811e5}] segment terminated (TargetBusy) to L:39.1[Extn:52659{c4649f021eac}]
14.04.2025 09:02:04.678	L:39.1[Extn:52659{c4649f021eac}] being terminated (TargetBusy)
14.04.2025 09:02:04.678	L:39.1[Extn:52659{c4649f021eac}]: SDP events handler sehIncoming reset by sehIncoming
14.04.2025 09:01:59.985	Endpoint Extn:52659 has refreshed contact <sip:[email protected]:5060/UDP>
14.04.2025 09:01:49.379	Segm(60): L:39.1[Extn:52659{c4649f021eac}] 1st segment updated with Line:10001>>+49xxxxxx0249{0bf0710811e5}
14.04.2025 09:01:49.379	L:39.1[Extn:52659{c4649f021eac}] onReadyToSend: Send Send 180/INVITE from 0.0.0.0:0 tid=Pj318a71f266db4762af1149d712f04981 Call-ID=051a0ee25e634d929839d800aaff02c3: SIP/2.0 180 Ringing Via: SIP/2.0/UDP 127.0.0.1:5080;branch=z9hG4bK-524287-2---Pj318a71f266db4762af1149d712f04981;rport=5080 Via: SIP/2.0/UDP 192.168.x.x:58399;branch=z9hG4bK-524287-1---tunneltid;rport;tnlid=clnt.0-854da92ed4704f1c9f0034054870842d_679 Via: SIP/2.0/TCP 127.0.0.1:50195;rport;branch=z9hG4bKPj318a71f266db4762af1149d712f04981;alias Record-Route: <sip:[email protected]:5080;user=proxy;uri=clnt.0-854da92ed4704f1c9f0034054870842d_679> Contact: <sip:%[email protected]:5060> To: <sip:%[email protected];tag3cx=e3a634b9e32d4fc396d3c7a82bdd4874>;tag=7ec33946 From: "Krätzig, Michael"<sip:[email protected]>;tag=de75f95cb266423c9795ff2a9d9be011 Call-ID: 051a0ee25e634d929839d800aaff02c3 CSeq: 4368 INVITE Content-Length: 0
14.04.2025 09:01:49.374	L:39.1[Extn:52659{c4649f021eac}]: EnfOutCID: '0xxxxxxxx52659'; EnfOrigCID: '0xxxxxx52659'
14.04.2025 09:01:49.374	L:39.1[Extn:52659{c4649f021eac}]: OutCID: '0xxxxxx52659'; OrigCID: '0xxxxxx52659'; OutName: 'Krätzig, Michael'
14.04.2025 09:01:49.374	C:39 create UAC leg, caller = L:39.1[Extn:52659{c4649f021eac}]
14.04.2025 09:01:49.374	Extn:52659{c4649f021eac}: Caller address: "Krätzig, Michael" <sip:[email protected]:0>
14.04.2025 09:01:49.374	Extn:52659{c4649f021eac}: Caller address: "Krätzig, Michael" <sip:[email protected]:0>
14.04.2025 09:01:49.374	SeqDest(856026939)@C:39 start, caller leg L:39.1[Extn:52659{c4649f021eac}], ref-by-DN: ''
14.04.2025 09:01:49.374	[IncRR](C:39): offer provided from L:39.1[Extn:52659{c4649f021eac}]
14.04.2025 09:01:49.374	L:39.1[Extn:52659{c4649f021eac}] set remote offer SDP: v=0 o=- 3953610110 3953610110 IN IP4 192.168.x.x s=pjmedia b=AS:117 t=0 0 a=X-nat:0 m=audio 10010 RTP/AVP 8 0 9 18 120 96 c=IN IP4 192.168.x.x b=TIAS:96000 b=AS:117 a=rtcp:10011 a=sendrecv a=rtpmap:8 PCMA/8000 a=rtpmap:0 PCMU/8000 a=rtpmap:9 G722/8000 a=rtpmap:18 G729/8000 a=rtpmap:120 opus/48000/2 a=fmtp:120 useinbandfec=1 a=rtpmap:96 telephone-event/8000 a=fmtp:96 0-15
14.04.2025 09:01:49.374	L:39.1[Extn:52659{c4649f021eac}]MSEP([email protected]:5482@[email protected]:5482) set offer; joined
14.04.2025 09:01:49.374	L:39.1[Extn:52659{c4649f021eac}]: SDP events handler change from sehDefault to sehIncoming
14.04.2025 09:01:49.374	C:39: calling from L:39.1[Extn:52659{c4649f021eac}] to Out#:>>Rule{Kurzwahl}>>#249{3e348726e5da}
14.04.2025 09:01:49.374	L:39.1[Extn:52659{c4649f021eac}] from extn 52659 (Extn:52659); OutCID '0xxxxxx52659'
14.04.2025 09:01:49.374	L:39.1[Extn:52659{c4649f021eac}] build target endpoint to Unk?.#249 from Extn:52659{c4649f021eac} using source "Krätzig, Michael"<sip:[email protected]>;tag=de75f95cb266423c9795ff2a9d9be011
14.04.2025 09:01:49.374	L:39.1[Extn:52659{c4649f021eac}]: CONNECTION ID updated: 0 => 150
14.04.2025 09:01:49.373	L:39.1[Extn:52659{c4649f021eac}]: created MSEP([email protected]:5482@[email protected]:5482) (bound); joined, SRTP disabled
14.04.2025 09:01:49.373	L:39.1[Extn:52659{c4649f021eac}]: joined to MSCall(MSC([email protected]:5482))
14.04.2025 09:01:49.372	L:39.1[Extn:52659{c4649f021eac}]: Bridge endpoint: id = 123456; tunnel = clnt.0-854da92ed4704f1c9f0034054870842d_679
14.04.2025 09:01:49.372	Segm(60): L:39.1[Extn:52659{c4649f021eac}] segment started
14.04.2025 09:01:49.372	L:39.1[Extn:52659{c4649f021eac}]: Inbound DID: ''; Phonebook Name: ''
14.04.2025 09:01:49.372	L:39.1[Extn:52659{c4649f021eac}] got endpoint Extn:52659{c4649f021eac} from "Krätzig, Michael" <sip:[email protected]:0> to <sip:#[email protected]:0>
14.04.2025 09:01:41.716	MWI Extn:52659: sending to sip:[email protected]:46804;line=9240290b; new=0; total=0

 

[timmbo]

Hallo

Das ist so schwer zu sagen.
Gibt es dazu ein pcap file?
Es wàre sinnvoll mal herauszufinden, woher diese Info kommt, ich nehme ja an, dass das vom Provider kommt.
Welchen Provider verwendet die 3CX?

 

[mbehrens]

Wir haben in unserer Firma 2 Telefonanlagen 1. Panasonic ( über Telekom ) Am Haupt Standort und 2. am Neuen Standort die 3cx Anlage (neuste Version, Lizenz mit 8 gleichzeitige Anrufen)
Die Lizenz ist nie ausgelastet mit dem 8 gleichzeitigen anrufen.

Und wie sollen diese Miteinander kommunizieren (separater SIP Trunk, S2S VPN)?

 

[GFD]

Hallo

Das ist so schwer zu sagen.
Gibt es dazu ein pcap file?
Es wàre sinnvoll mal herauszufinden, woher diese Info kommt, ich nehme ja an, dass das vom Provider kommt.
Welchen Provider verwendet die 3CX?

Wir benutzen Easybell dort haben wir 50 gleichzeitige Gespräche.
Ob es ein pcap file gibt kann ich nicht sagen, ich weiß nicht was das ist, der Begriff ist mir noch nie aufgefallen.
Sorry dafür.

 

[GFD]

Und wie sollen diese Miteinander kommunizieren (separater SIP Trunk, S2S VPN)?

Die Netze sind Per VPN verbunden. Und im Normalfall auch erreichbar. Aber die 3CX Anlage ruf auf eine Normale Telefonanlage an. Dies wäre als wenn ich Irgendwo anders in Deutschland anrufe. Nach meinem Verständnis hat es doch nichts mit den Netzen zu tun. Oder?

 

[timmbo]

Hallo.

Ein pcap file erzeugt die 3CX, wenn Du ein Dubugging aktiviert hast.
Das geht in der Adminùbersicht unter Systemùbersicht und dann unter Erfassen.
Das aktivieren und dann das Problem nachstellen.

 

[GFD]

Hallo.

Ein pcap file erzeugt die 3CX, wenn Du ein Dubugging aktiviert hast.
Das geht in der Adminùbersicht unter Systemùbersicht und dann unter Erfassen.
Das aktivieren und dann das Problem nachstellen.

OK, vielen Dank ich habe dort nun alle angegeben und konnte das Erfassen. Ich gehe dann davon aus das ich ein Supportinfo.zip erstellen soll, was mach ich nun damit?

 

[timmbo]

Ja kannst Du, da ist das pcap File auch drin. Das kann man dann mit Wireshark ansehen.
Ob diese o.g. Meldung vom Provider kommt.

 

[GFD]

Ja kannst Du, da ist das pcap File auch drin. Das kann man dann mit Wireshark ansehen.
Ob diese o.g. Meldung vom Provider kommt.

Puh, ok dann setz ich mich mit Wireshark auseinander.
Ich habe es in der Letzten Webinare gesehen und mir auch Installiert.
Nur habe ich dort noch nie etwas gemacht. Das kann nun ein wenig dauern. Erst mal vielen Dank

 

[timmbo]

Ja, da hast nun etwas aus der Praxis, wonach Du dann suchen kannst.
Da lernt man dann schnell.

 

[fxbastler]

Hallo Michael,

Ich bin Relative neu in dieser Materie, und versuche mich durch zu Arbeiten.
Zur Zeit haben wir aber ein Problem welches wir nicht wirklich greifen können.
Wir haben in unserer Firma 2 Telefonanlagen 1. Panasonic ( über Telekom ) Am Haupt Standort und 2. am Neuen Standort die 3cx Anlage (neuste Version, Lizenz mit 8 gleichzeitige Anrufen)
...
Wenn wir nun aus dem Neuen Standort auf der alten Anlage anrufen passiert dieses: Es klingelt und sobald jemand an das Telefon geht bekommen beide Teilnehmer ein Besetztzeichen.
Vielleicht kann hier jemand mit dem Anruf Protokoll etwas anfangen ?
...

...
Ob es ein pcap file gibt kann ich nicht sagen, ich weiß nicht was das ist, der Begriff ist mir noch nie aufgefallen.
...

Die Netze sind Per VPN verbunden. Und im Normalfall auch erreichbar. Aber die 3CX Anlage ruf auf eine Normale Telefonanlage an. Dies wäre als wenn ich Irgendwo anders in Deutschland anrufe. Nach meinem Verständnis hat es doch nichts mit den Netzen zu tun. Oder?

...
Ich gehe dann davon aus das ich ein Supportinfo.zip erstellen soll, was mach ich nun damit?

Puh, ok dann setz ich mich mit Wireshark auseinander.
Ich habe es in der Letzten Webinare gesehen und mir auch Installiert.
Nur habe ich dort noch nie etwas gemacht. Das kann nun ein wenig dauern. ...

Diese Betriebsart von VOIP Anlagen wird grundsätzlich so nicht unterstützt, weder von Panasonic und insbes. auch nicht von 3CX.
Das heißt nicht, dass das überhaupt nicht funktionieren kann. Aber all deine Fragen und Antworten weisen entschieden zu wenig Fachwissen auf als dass ihr das selber umsetzen und betreiben könnt.

Mein dringender Rat daher: wenn ihr wisst was ihr letztendlich wollt, sprich was das mittel- oder langfristige Ziel ist, dann sucht euch einen Partner dafür und lasst den das machen - vorausgesetzt ihr einigt euch auf ein tragbares und grundsätzlich unterstütztes Konzept.

 

[GFD]

Hallo Michael,







Diese Betriebsart von VOIP Anlagen wird grundsätzlich so nicht unterstützt, weder von Panasonic und insbes. auch nicht von 3CX.
Das heißt nicht, dass das überhaupt nicht funktionieren kann. Aber all deine Fragen und Antworten weisen entschieden zu wenig Fachwissen auf als dass ihr das selber umsetzen und betreiben könnt.

Mein dringender Rat daher: wenn ihr wisst was ihr letztendlich wollt, sprich was das mittel- oder langfristige Ziel ist, dann sucht euch einen Partner dafür und lasst den das machen - vorausgesetzt ihr einigt euch auf ein tragbares und grundsätzlich unterstütztes Konzept.

MOIN, vielen Dank für dein Kommentar, schade das du es nicht verstanden hast. Und Cool das du mit deinem Fachwissen geboren wurdest. Unsere Telefonanlage von Panasonic läuft ca 20 Jahre wenn nicht schon länger und sie läuft Prima. Unsere Neue Telefonanlage von 3CX läuft auch bestens, nur wenn man auf der alten Telefonanlage anruft, gibt es hin und wieder Probleme. Jeder fängt mit neuem irgendwann mal an und muss sich reinfuchsen.
Wir haben auch einen Partner dafür. Dieser Partner ist sehr kompetent, hat dieses Verhalten aber auch noch nie gesehen. Wir Arbeiten gemeinsam an eine Lösung das Problem in den Griff zu bekommen.
Grüße Michael

 

[timmbo]

Hallo GFD

Es macht keinen Sinn, Jemanden, der Dir einen fachmànnischen Rat gibt, anzumachen.
Das die 3CX auf die Panasonic ùber das PSTN Netz anrufen kònnen muss, ist klar.
Fxbastler hat recht, wenn er sagt, holt Euch einen Partner der sich da auskennt, Ihr habt Einen, gut, dann soll er sich das pcap File ansehen und das analysieren, das musst nicht Du machen, kùmmere Dich um Deine Arbeit.
Gib lieber Geld fùr einen kompetenten Partner aus, als das man sich bei soetwas selbst die Zeit raubt.

 

[GFD]

Hallo GFD

Es macht keinen Sinn, Jemanden, der Dir einen fachmànnischen Rat gibt, anzumachen.
Das die 3CX auf die Panasonic ùber das PSTN Netz anrufen kònnen muss, ist klar.
Fxbastler hat recht, wenn er sagt, holt Euch einen Partner der sich da auskennt, Ihr habt Einen, gut, dann soll er sich das pcap File ansehen und das analysieren, das musst nicht Du machen, kùmmere Dich um Deine Arbeit.
Gib lieber Geld fùr einen kompetenten Partner aus, als das man sich bei soetwas selbst die Zeit raubt.

Sorry ich wollte ihn nicht anmachen. Und ja, der Partner kümmert sich um diese Sache. Aber ich verstehe nicht warum ich mir das nicht anschauen soll. Ich bin hier ja in der IT für die Telefonanlage zuständig und möchte das erlernen. Grade auch mit Wireshark zu Arbeiten. Ich finde es Spannend das Problem zu lokalisieren, und zu beheben. Und Tips, Vorschläge vielleicht Links die mir bei dem Problem weiterhelfen könnten wären hier doch besser platziert. Und hier sage ich dir, Danke das du mich auf den weg mit den pcap File gebracht hast. Hierzu eine Konkrete Frage, gibt es oder hat jemand schon mal eine Anleitung dazugeschrieben worauf man genau achten soll oder muss? In Wireshark sehe ich mega viel, kann das leider nur (!! noch !!) nicht auswerten.
Gruß
Michael

 

[timmbo]

Hallo Michael.

Na klar kannst du dir das ansehen, ist ja zu begrùssen, wenn sich der Kunde da auch interessiert.
Das wird in den 3CX Schulungen erklàrt, vielleicht erklàrt Dir das Euer Partner.
Ist eigentlich nicht so schwer, zumindest der grobe Ueberblick.
Im Detail sollte man sich dann doch mit dem SIP-Protokoll auskennen.

 

[GFD]

Hallo Michael.

Na klar kannst du dir das ansehen, ist ja zu begrùssen, wenn sich der Kunde da auch interessiert.
Das wird in den 3CX Schulungen erklàrt, vielleicht erklàrt Dir das Euer Partner.
Ist eigentlich nicht so schwer, zumindest der grobe Ueberblick.
Im Detail sollte man sich dann doch mit dem SIP-Protokoll auskennen.

Natürlich habe ich die Schulungen auch schon mitgemacht. Und Ja, Fehlerbehebung wurde als Thema ja durchgenommen.
Leider war es sehr schnell was dort gezeigt wurde für jemanden der das zum ersten mal gesehen hat. Das ist natürlich nicht das Problem der Schulung. Vielleicht kann es unser GoldPartner mir in der Tat zeigen. Ich gehe davon aus das Sie hier auch mitlesen.
NUN DANN, ich gebe nicht auf.
Und hier noch mal erwähnt Sorry FXbastler, falls du dich angegriffen fühltest.

 

[fxbastler]

Hallo Michael,

Diese Betriebsart von VOIP Anlagen wird grundsätzlich so nicht unterstützt, weder von Panasonic und insbes. auch nicht von 3CX.

Ich nehme das zurück. Ja, ich habe es auf Grund deiner Beschreibung falsch verstanden. Mein und evtl. auch mbehrens Fehler.

Der Rest meiner Aussagen bleibt.

So wie ich das lese: laut dem obigen Protokoll (es ist unvollständig, der Anfang fehlt) wird 09:01:49.374 eine Kurzwahl in den ausg. Regeln genutzt. Ich würde zum testen ja einfach die Nummer anrufen und weniger solche Abkürzungen nutzen. Um 09:01:49.379 kommt die Rückmeldung dass es ruft und um 09:02:04.678 meldet Gegenstelle ein 486 busy. Es ist besetzt. Da vergeht recht viel Zeit oder das Protokoll ist auch da unvollständig - Protokollierungsstufe erhöhen.

Wenn du vom Standort der 3CX aus wählst und die 3CX über den Easybell SIP Trunk ausgehend den Telekom Trunk anwählt: Was hat da der 3CX SBC zu tun? Wofür ist der genutzt in dem Szenario?

 

[bitn]

Hallo zusammen,

ich erkläre mal eben die Situation bei unserem Kunden.
Am Standort A steht eine Panasonic Anlage. Der Standort B ist neu hinzugekommen und komplett mit 3CX eingerichtet worden. Damit Standort B nicht die langen Telefonnummern von Standort A tippen muss, haben wir eine ausgehende Regel erstellt mit einem Präfix. Der Kunde wählt #Durchwahl (#123) und die ausgehende Regel entfernt die Raute und setzt die Vorwahl + Rufnummer davor und hängt die Durchwahl an. (+49431 9999999 123) Dies hat auch monatelang super geklappt. Seit kurzem bekommen wir von easybell den Status Besetzt zurück obwohl es auf der Gegenseite klingelt sobald dieser abnimmt wird der Anruf mit besetzt beendet [replied: Busy Here (486)].
Da dies auch bei manueller Wahl der Rufnummer ohne Präfix passiert, denke ich, das das Problem bei der Gegenstell zu suchen ist. Es gibt auch nur Probleme zu Rufnummern an diesem Standort alle anderen Telefonate laufen völlig problemlos.

Beste Grüße

 

[GFD]

Ich nehme das zurück. Ja, ich habe es auf Grund deiner Beschreibung falsch verstanden. Mein und evtl. auch mbehrens Fehler.

Der Rest meiner Aussagen bleibt.

So wie ich das lese: laut dem obigen Protokoll (es ist unvollständig, der Anfang fehlt) wird 09:01:49.374 eine Kurzwahl in den ausg. Regeln genutzt. Ich würde zum testen ja einfach die Nummer anrufen und weniger solche Abkürzungen nutzen. Um 09:01:49.379 kommt die Rückmeldung dass es ruft und um 09:02:04.678 meldet Gegenstelle ein 486 busy. Es ist besetzt. Da vergeht recht viel Zeit oder das Protokoll ist auch da unvollständig - Protokollierungsstufe erhöhen.

Wenn du vom Standort der 3CX aus wählst und die 3CX über den Easybell SIP Trunk ausgehend den Telekom Trunk anwählt: Was hat da der 3CX SBC zu tun? Wofür ist der genutzt in dem Szenario?

Vielen Dank für deine Rückmeldung.
in der Tat habe ich nur ein Auszug genommen, zwar zusammenhängend aber nur ein Auszug. ( Kopiert aus den Aktivitätsprotokollen gefiltert nach meiner Rufnummer ) Unser Partner hat sich das pcap file auch angeschaut und klar gesagt das ein Besetztzeichen zurück kommt. Bei dem Problem ist es egal ob ich eine Kurzwahl benutze oder die volle Rufnummer wähle. Nun kam die Frage auf ob das Problem einfach auch von der Panasonic Anlage verursacht werden kann. Also die wirklich zum Zeitpunkt des Abhebens am Telefon das Besetztzeichen ausgibt. Dies lasse ich nun durch eine Andere Firma die für die Panasonic Anlage zuständig ist prüfen. Die Aktivitätsprotokolle stehen auf Ausführlich, kann ich diese irgendwo noch höher stellen?
Wir haben auch in der 3cx anlage einen anderen Telekom Trunk benutzt. Selbes Ergebnis. Nun warten wir erstmal auf die Andere Firma.
Ich werde weiter Berichten..
Gruß
Michael

 

[timmbo]

Also fùr mich liegt der Fehler somit nicht an der 3CX , sondern an der Panasonic, oder deren Anschluss.
Wie viele Sprachkanàle gibt es da?
Aber mit bitn habt Ihr schon einen kompetenten Partner.