be.IP plus an Vodafone R6

Toggle sidebar Toggle sidebar
Upgrade 3CX to v18 and get it hosted free!
MJK81 schrieb:
Ich hätte Firmware 10.2.12 p04 vorliegen und könnte ich einspielen. Ist das save?
Zum Vergrößern anklicken....
Das Update auf der letzte verfügbare Version 10212p04 ist sehr sinnvoll. Zuerst immer eine Datensicherung vornehmen.
Da die derzeitige Version 10209p03 recht alt ist, würde ich Zwischenupdates über 10210 und 10212 vornehmen, um erst dann die 10212p04 einzuspielen.
Auf zu hohe versionssprünge könnte eine alte Konfiguration "sensibel" reagieren.
 
wari1957 schrieb:
@MJK81
Mach doch einfach einen SIP-Trace.
Zum Vergrößern anklicken....
Hatte ich gemacht. Trace gestartet, ausgehenden Anruf versucht und Trace beendet. Danach ins File geschaut. War für mich nichts auffälliges zu sehen, außer vlt. dies:
To: <sip:[email protected];user=phone>;tag=66C1DC02DD7C3F109D4E31F019460727 (da der Anschluss ja eigentlich von vodafone ist). Datei anbei.

Habe aber festgestellt, dass Rufe zwar eingehen, aber beim Annehmen bricht die Verbindung zusammen/ab.
 

Anhänge

tango501 schrieb:
Das Update auf der letzte verfügbare Version 10212p04 ist sehr sinnvoll. Zuerst immer eine Datensicherung vornehmen.
Da die derzeitige Version 10209p03 recht alt ist, würde ich Zwischenupdates über 10210 und 10212 vornehmen, um erst dann die 10212p04 einzuspielen.
Auf zu hohe versionssprünge könnte eine alte Konfiguration "sensibel" reagieren.
Zum Vergrößern anklicken....
ok, danke! Gibt es noch irgendwo diese älteren Stände zum Download?
 
@MJK81
Bei TLS würde würde ich auch SRTP aktivieren.
Mediasec bleibt weiterhin deaktiviert.
Die Einstellung verifizieren, manchmal werden Einstellungen einfach automatisch aktiviert.
 
Ich würde jetzt mal Updates einspielen... drückt mir die Daumen.
 
So, bin nun auf 10.2.12 P4.
Eingehende Anrufe gehen (auch nach dem Abnehmen kein Verbindungsabbruch mehr). Nur ausgehende Anrufe gehen nicht raus - klingt wie ein Besetzt-Zeichen - ist aber nicht besetzt. Anbei das aktuelle Trace-File.
 

Anhänge

So, habe es nun noch einmal versucht mit dem Trace.

Eingehender Anruf
0179/xxx > 03606/xxx075
und direkt danach ein ausgehender Anruf
03606/xxx75 auf 0179/xxx

Danke für die Mühe!
 

Anhänge

@MJK81
Eingehend sehe ich, ausgehend nicht.
Also verhindert irgendeine Einstellung ausgehende Gespräche.
 
@wari1957
Soll/darf ich mal ein bisschen weiter gehen in den Konfigurationen und mal posten? z.B. Registrierungsverhalten für VoIP-Teilnehmer, Standorte (also alles was unter VOIP Einstellungen zu finden ist)?
Oder Firewall?
 
Zuletzt bearbeitet:
@MJK81
Meines Wissens nach gibt es ja auch die Möglichkeit Ereignisse zu tracen, also ein Mix (SIP+Ereignisse).
Vielleicht sieht man da etwas.
 
@wari1957
Ja, hab ich nun mal gemacht. Da kommt deutlich mehr schmückendes Beiwerk. Leider auch hier kein "Invite" vom ausgehenden Anruf zu finden.

viel von der Sorte:
2026-08-16 17:53:06.999 INFO sip_timer.c( 338) : timer add: id=tpl msg status, time=0 ms, type=1
2026-08-16 17:53:06.999 INFO tal.c( 757) : tal_set_state(): TA[389,trying,0,in,REGISTER,udp:127.0.0.1:5070] ==> completed
2026-08-16 17:53:06.999 INFO sip_timer.c( 338) : timer add: id=Timer J, time=32000 ms, type=1
2026-08-16 17:53:06.999 INFO tal.c(1592) : srv_noninvite_out(): TA[389,completed,0,in,REGISTER,udp:127.0.0.1:5070] end
2026-08-16 17:53:06.999 INFO tal.c(1530) : srv_noninvite_inc(): TA[389,completed,0,in,REGISTER,udp:127.0.0.1:5070] end
2026-08-16 17:53:06.999 INFO tal.c( 551) : tal_status_cb(389, 784) TPL_MSG_SEND
2026-08-16 17:53:08.992 INFO tal.c(1072) : tal_timer_j(): TA[387,completed,32,in,REGISTER,udp:127.0.0.1:5070] Timer J
2026-08-16 17:53:08.992 INFO tal.c( 757) : tal_set_state(): TA[387,completed,32,in,REGISTER,udp:127.0.0.1:5070] ==> terminated
2026-08-16 17:53:08.992 INFO tal.c( 299) : check_ta(): TA[387,terminated,32,in,REGISTER,udp:127.0.0.1:5070] Check Terminated
2026-08-16 17:53:08.992 INFO tal.c(3584) : tal_delete_ta(): TA[387,terminated,32,in,REGISTER,udp:127.0.0.1:5070] deleted
2026-08-16 17:53:08.992 INFO tal_message.c( 111) : TAL: tal msg 779 delete
2026-08-16 17:53:08.992 INFO tal.c( 934) : delete callback=0x00CEFC3C called for tal=0x02FBA320
2026-08-16 17:53:08.992 INFO tal_message.c( 111) : TAL: tal msg 780 delete
2026-08-16 17:53:08.992 INFO tal.c( 934) : delete callback=0x00CEFC3C called for tal=0x02FBA3AC
2026-08-16 17:53:08.993 INFO tal.c(3631) : TA 387: delete, now active TAs=1
2026-08-16 17:53:16.440 APP_INFO mib_handler.c(1509) : trap_handler_call_transaction(ev=0x00000100)
2026-08-16 17:53:16.440 APP_INFO iwu.c(2644) : iwu_cb_mib_call_state(call_id=523, number=75, number_peer=, direction_is_initiator=1, state=terminated)
2026-08-16 17:53:16.444 APP_INFO mib_handler.c(1509) : trap_handler_call_transaction(ev=0x00000100)
2026-08-16 17:53:16.445 APP_INFO iwu.c(2644) : iwu_cb_mib_call_state(call_id=523, number=75, number_peer=, direction_is_initiator=1, state=idle)
2026-08-16 17:53:18.452 APP_INFO mib_handler.c(1509) : trap_handler_call_transaction(ev=0x00000000)
2026-08-16 17:53:18.452 APP_INFO iwu.c(2644) : iwu_cb_mib_call_state(call_id=523, number=, number_peer=, direction_is_initiator=1, state=terminated)
2026-08-16 17:53:18.821 APP_INFO mib_handler.c(1509) : trap_handler_call_transaction(ev=0xFFFFFFFF)
2026-08-16 17:53:18.821 APP_INFO iwu.c(2644) : iwu_cb_mib_call_state(call_id=524, number=75, number_peer=, direction_is_initiator=1, state=active)
2026-08-16 17:53:37.001 INFO tpl.c(1057) : udp:0.0.0.0:5060 (9/0/0) data event
2026-08-16 17:53:37.001 INFO tpl.c(1067) : udp:0.0.0.0:5060 (9/0/0) data event read
2026-08-16 17:53:37.001 INFO tpl.c( 960) : udp:0.0.0.0:5060 (9/0) 622 bytes from 127.0.0.1:5070 in state CONNECTED
2026-08-16 17:53:37.001 MESSAGE tpl.c(1002) :
<-- to <127.0.0.1:5070;transport=udp>
SIP/2.0 200 OK
Via: SIP/2.0/UDP 127.0.0.1:5070;branch=z9hG4bKE8B400C7017D3F10871431F0xxx;rport=5070
From: <sip:[email protected]>;tag=9C1F05F9E87C3F1085AF31F0xxx
To: <sip:[email protected]>;tag=F07325F9E87C3F10988931F0xxx
Call-ID: 302205F9E87C3F1085B031F0xxx
CSeq: 356 REGISTER
Contact: <sip:[email protected]:5070;transport=udp;line=9C1F05F9E87C3F1085AF31F0xxx>;+sip.instance="<urn:uuid:00000000-0000-1000-8000-31F019460727>";expires=60
User-Agent: be.IP plus/V.10.2.12.104 (PBX)
Date: Sun, 16 Aug 2026 15:53:06 GMT
Content-Length: 0

[...]
--> from <127.0.0.1:5070;transport=udp>
REGISTER sip:127.0.0.1 SIP/2.0
Via: SIP/2.0/UDP 127.0.0.1:5070;branch=z9hG4bK9897E3D8017D3F10871531F0x;rport
From: <sip:[email protected]>;tag=9C1F05F9E87C3F1085AF31F0xxx
To: <sip:[email protected]>
Call-ID: 302205F9E87C3F1085B031F0xxx
CSeq: 357 REGISTER
Contact: <sip:[email protected]:5070;transport=udp;line=9C1F05F9E87C3F1085AF31F0xxx>;+sip.instance="<urn:uuid:00000000-0000-1000-8000-31F0xxx>"
Max-Forwards: 70
Allow: ACK, BYE, CANCEL, INFO, INVITE, NOTIFY, MESSAGE, SUBSCRIBE, UPDATE, PRACK, REFER
Supported: 100rel, replaces
User-Agent: VoiceMail for hybird
Expires: 60
Content-Length: 0

Dann war noch das im Log:

2026-08-16 17:54:14.554 INFO tpl_ossl.c( 131) : ossl_send(): SSL_ERROR_NONE (0)
2026-08-16 17:54:14.554 INFO sip_timer.c( 338) : timer add: id=tpl msg status, time=0 ms, type=1
2026-08-16 17:54:14.554 INFO sip_timer.c( 351) : timer update: id=tls:178.13.23.38:5061, time=60000 ms
2026-08-16 17:54:14.554 INFO tal.c(1929) : cli_noninvite_out(): TA[393,trying,0,out,REGISTER,tls:178.13.23.38:5061] end
2026-08-16 17:54:14.554 INFO tal.c(1889) : cli_noninvite_inc(): TA[392,completed,0,out,REGISTER,tls:178.13.23.38:5061] end
2026-08-16 17:54:14.554 INFO sip_timer.c( 351) : timer update: id=tls:178.13.23.38:5061, time=60000 ms
2026-08-16 17:54:14.554 INFO tal.c(1084) : tal_timer_k(): TA[392,completed,0,out,REGISTER,tls:178.13.23.38:5061] Timer K
2026-08-16 17:54:14.554 INFO tal.c( 757) : tal_set_state(): TA[392,completed,0,out,REGISTER,tls:178.13.23.38:5061] ==> terminated
2026-08-16 17:54:14.554 INFO tal.c( 299) : check_ta(): TA[392,terminated,0,out,REGISTER,tls:178.13.23.38:5061] Check Terminated
2026-08-16 17:54:14.554 INFO tal.c(3584) : tal_delete_ta(): TA[392,terminated,0,out,REGISTER,tls:178.13.23.38:5061] deleted
2026-08-16 17:54:14.555 INFO tal_message.c( 111) : TAL: tal msg 790 delete
2026-08-16 17:54:14.555 INFO tal.c( 934) : delete callback=0x00CEFC3C called for tal=0x02FBA3AC
2026-08-16 17:54:14.555 INFO tal_message.c( 111) : TAL: tal msg 789 delete
2026-08-16 17:54:14.555 INFO tal.c( 934) : delete callback=0x00CEFC3C called for tal=0x02FBA320
2026-08-16 17:54:14.555 INFO tal.c(3631) : TA 392: delete, now active TAs=2
2026-08-16 17:54:14.555 INFO tal.c( 551) : tal_status_cb(393, 791) TPL_MSG_SEND
2026-08-16 17:54:14.555 APP_INFO mib_handler.c(1509) : trap_handler_call_transaction(ev=0xFFFFFFFF)
2026-08-16 17:54:14.555 APP_INFO iwu.c(2644) : iwu_cb_mib_call_state(call_id=526, number=75, number_peer=, direction_is_initiator=1, state=active)
2026-08-16 17:54:14.588 INFO tpl.c(1057) : tls:178.13.23.38:5061 (34/0/0) data event
2026-08-16 17:54:14.588 INFO tpl.c(1067) : tls:178.13.23.38:5061 (34/0/0) data event read
2026-08-16 17:54:14.589 INFO tpl_ossl.c( 131) : ossl_recv(): SSL_ERROR_NONE (0)
2026-08-16 17:54:14.589 INFO tpl.c( 960) : tls:178.13.23.38:5061 (34/0) 848 bytes from 178.13.23.38:5061 in state CONNECTED
2026-08-16 17:54:14.589 MESSAGE tpl.c(1002) :
--> from <178.13.23.38:5061;transport=tls>
SIP/2.0 200 OK
Via: SIP/2.0/TLS 176.95.211.xxx:1025;received=176.95.211.xxx;branch=z9hG4bKA62F45EF017D3F1098C531F0xxx;rport=1025
From: <sip:[email protected]>;tag=90546AB3EB7C3F10989531F0xxx
To: <sip:[email protected]>;tag=1558939999
Call-ID: A4040D2BEA7C3F10988D31F0xxx
CSeq: 26 REGISTER
Contact: <sip:[email protected]:1025;transport=tls;line=90546AB3EB7C3F10989531F0xxx>;+sip.instance="<urn:uuid:00000000-0000-1000-8000-31F0xxx>";expires=900
Path: <sip:178.13.23.38:5061;lr;ottag=ue_term;bidx=852952;access-type=SDSL>
Authentication-Info: nextnonce="418c3f2e6a81dd271PAd27b172544dd1a6613b04fa2f24aa087bf1"
P-Associated-URI: <sip:[email protected]>
P-Associated-URI: <tel:+493606xxx070>
Security-Server:
Content-Length: 0

das rot markierte dautet ja auf einen abgehenden Anruf hin "Die P-Associated-URIs (PAU) enthalten die Default Rufnummer, die bei abgehenden Anrufen vom A-SBC als PAI eingefügt wird, wenn die TK-Anlage keine gültige PAI oder PPI übermittelt hat."
 
Hallo @wari1957, habe es inzwischen mit verschiedenen Telefonen versucht. Hauptsächlich stationären Apparat (kabelgebundenes Telefon - Typ muss ich nachschauen, wenn ich wieder vor Ort bin). das läuft auf Benutzer a/b1 in der TK-Anlage (pe.IP plus). Der Benutzer a/b1 ist in der TK-Anlage als analoges Endgerät konfiguriert mit Schnittstelle FXS 1. Vor Umstellung von Vodafone ging das alles noch. An der TK-Anlage habe ich diesbzüglich nicht geändert. Sehr merkwürdig.
 
Ich kämpfe leider immernoch. Habt Ihr was in den NAT-Einstellungen / Firewall-Regeln in Bezug auf VOIP etwas eingetragen?
 
Um antworten zu können musst du eingeloggt sein.
Kostenlos!
Jetzt holen

Neueste Beiträge

Kategorien

Wissenswertes

Statistik des Forums

Themen
248,853
Beiträge
2,302,881
Mitglieder
378,501
Neuestes Mitglied
Dalle85

3CX jetzt einen Monat kostenlos testen

Die Verbindung, Zusammenarbeit und Kommunikation mit Ihrem Team und Ihren Kunden war noch nie so einfach. Nutzen Sie unsere kostenlose 30-Tage-Testversion und entdecken Sie die richtige Lösung für Ihr Unternehmen.

3CX start your free trial guy
Für diese E-Mail-Adresse besteht bereits ein 3CX-Konto. Sie werden zum Kundenportal weitergeleitet, wo Sie sich anmelden oder Ihr Passwort zurücksetzen können, falls Sie dieses vergessen haben.
| Style by ThemeHouse
XenPorta 2 PRO © Jason Axelrod of 8WAYRUN
Oben Unten