Toggle sidebar Toggle sidebar

Vodafone Sip-Trunk

Holger.E schrieb:
Habe heute Info vom Vodafone Support bekommen.

Der Kunde hat das Produkt R6. Der Vodafone Support hat mir freundlicherweise ein Provider-Template geschickt und eine kurze Anleitung, was ein getragen werden muss - und siehe da, es geht auf Anhieb.

Am besten immer zu erst den Vodafone Support kontaktieren!

Danke an alle für die Hilfe.
Zum Vergrößern anklicken....
Das Template darfst du auch gerne hier zur Verfügung stellen. Damit hilfst du sicherlich auch anderen mit dem Produkt und den Problemen.
 
  • Like
Reaktionen: bitn
Hier das Template für den R6 Anschluss inkl. Anleitung.
 

Anhänge

  • Like
Reaktionen: Josef L, antrill, Ben04 und 3 andere
  • Like
Reaktionen: bitn
  • Like
Reaktionen: bitn2
Ein sehr kurzer Blick in die techn. Produktbeschreibung des Herstellers zeigt: das ist kein IP basierender Anschluss sondern es wird eine Registrierung mit 3-Wege-Authentifizierung benötigt:
https://www.vodafone.de/media/downloads/pdf/IP_Anlagen-Anschluss_R6_Interface_Description.pdf

Das ist das übliche AnmeldevVerfahren bei den SIP Trunks vieler anderer Anbieter. Mit der 3CX Vorlage für den IP basierenden VF R.3 R.4 SIP Trunk funktioniert das nicht.
https://www.3cx.de/forum/threads/how-to-anbindung-vodafone-r6-registration-mode.120672/

Schön dass du die Vorlage für Andere bereitstellst.
 
fxbastler schrieb:
Was für ein Produkt bei Hetzner?
Dessen IP ist nicht zufällig aus dem Bereich 157.90.0.0/16?
Zum Vergrößern anklicken....

Hallo fxbastler,

auch wenn es jetzt nicht ganz hier rein passt.
Reine Neugier... Was ist hier das Problem bei Hetzner Cloud Servern in dem Bereich?

Grüße

Michael
 
approxgmbh schrieb:
Was ist hier das Problem bei Hetzner Cloud Servern in dem Bereich?
Zum Vergrößern anklicken....
Früher war es einrichten, ausprobieren, Fehlersuche und feststellen dass es Probleme gibt.

Es kann heute anders sein, aber wir wollen nicht von vorn anfangen im besten Fall die gleichen Erfahrungen zu sammeln.

:D
 
  • Like
Reaktionen: mbehrens und approxgmbh
approxgmbh schrieb:
Hallo fxbastler,

auch wenn es jetzt nicht ganz hier rein passt.
Reine Neugier... Was ist hier das Problem bei Hetzner Cloud Servern in dem Bereich?

Grüße

Michael
Zum Vergrößern anklicken....
Gibt kein Problem mit dem Server. Das läuft alles gut mit den Hetzner cloud Servern.
 
  • Like
Reaktionen: s.grasser
Holger.E schrieb:
Hier das Template für den R6 Anschluss inkl. Anleitung.
Zum Vergrößern anklicken....
Auch hier nochmal Dank für das Posten dieser Dateien!
Wir wurden auf R6 umgestellt und hatten Probleme mit eingegenden Calls zu Warteschleifen und Sprachmenüs. Unsere Instanz ist self hosted und static ohne Anmeldung, aber es gibt offenbar feine Unterschiede in dieser Template gegenüber der standardmäßigen für Vodafone DE in 3cx.

Uns hat der Support nicht die Konfig zugesendet, Ticket wurde natürlich geöffnet...
 
Seit kurzem begegnet mir folgendes Fehlverhalten bei eingehenden Anrufen:
  • Hin und wieder kommt es vor, dass die Länderkennung bei eingehenden Anrufen bei der Zielrufnummer nicht mitgegeben wird. Eine Zielrufnummer wird in diesen Fällen ohne Länderkennung übertragen z.B. 0123456789. Ein Routing auf die zugeordnete Nebenstelle funktioniert dann nicht. Der Anruf folgt der Standardroute im Trunk.
Weitere Infos:
  • Trunk läuft im Registration-Mode
  • Die DIDs im Trunk sind im E-164 Format angelegt +49123456789
  • Wenn Anrufe mit +49 eingehen, können diese korrekt an die zugeordnete Nebenstelle geroutet werden.
  • Ein Test mit angelegter Wildcard DID z.B. *6789 hat funktioniert. Der Anruf konnte an die zugeordnete Nebenstelle geroutet werden.
  • Aktuell wird im Generic Template die Zielrufnummer wie folgt ausgelesen: <field name="ParameterIn" custom="" parameter="ToUserPart">$CalledNum</field>
Vodafone teilte mir mit, dass die Zielrufnummer falsch ausgelesen wird. Hier der Absatz aus der Schnittstellenbeschreibung:
Die TK-Anlage muss die Zielrufnummer dem P-Called-Party-ID Header entnehmen. Diese wird immer in globalem Format mit „+49“ übermittelt. Der To Header enthält in der Regel die Rufnummer, wie sie vom Anrufer gewählt wurde. Auch bei Weiterleitungen im Netz wird sie nicht modifiziert.

Um den Generic Trunk ohne Wildcard DIDs zum Laufen zu bringen, habe ich das Template angepasst: <field name="ParameterIn" custom="" parameter="RemotePartyIDCalledPartyUserPart">$CalledNum</field>

Leider hatte so das Routing zu einer Nebenstelle nicht funktioniert.

Hat jemand das gleiche Problem und/oder eine Idee?

(Selbst das mir von Vodafone bereitgestellte XML Template verweist auf den Paramter "ToUserPart" und auf den "P-Called-Party-ID". Aber das nur am Rande.)
 
Ja, selbes Problem hier, mit Anrufen aus dem Netz der Dt. Telekom. Rückmeldung von Vodafone:

Enterprise Statusmeldung

Guten Tag,

laut IP ALA R.6 Schnittstellenbeschreibung Punkt 3.2.2, Unterpunkt 2 muss die Telefonanlage die lokale Rufnummer aus dem P-Called-Party-ID Header entnehmen, dort steht auch die korrekte Rufnummer.

[...]

Call-ID: [email protected]
To: &lt;sip:026***[email protected];user=phone&gt;
Contact: &lt;sip:17***66:5060;transport=TCP&gt;
Content-Type: application/sdp
Max-Forwards: 56
Content-Length: 363
P-Called-Party-ID: &lt;tel:+492***7&gt;
v=0
[...]

https://www.vodafone.de/business/media/schnittstellenbeschreibung-ip-anlagen-anschluss-r6.pdf

Aktuell weiß ich nicht, wie ich die Inbound-Parameter wie von Vodafone gefordert ändern kann. Im Trunk selbst geht es nicht und im Template konnte ich ebenfalls keinen sinnvollen Parameter finden bzw. die Dokumentation seitens 3CX ist entsetzlich schlecht.
 
  • Like
Reaktionen: benjamin.laubert
Wir stehen aktuell vor der Vodafone V5 → V6 Umstellung

Vodafone fordert einen separaten Test-SIP-Trunk mit den neuen Zugangsdaten (Outbound-Test, Inbound erst nach Umschaltung).

Frage in die Runde: Nutzt ihr dafür das offizielle 3CX „Vodafone IP based“-Template oder das angepasstes Forum-Template oben?

Inwieviern unterscheiden diese sich denn? (also welches Problem soll das Forum Template lösen?)

Zudem, wie seid ihr mit DIDs, CLIP no Screening umgegangen, bei dem bestehnden SIP-Trunk mussten wir viel und lange an den Paramentern bauen bis es klappte ist das mit dem Forum Template gelößt?

Kurze Rück-Info wäre klasse danke schonmal vorab !
 
mw_fisit schrieb:
Wir stehen aktuell vor der Vodafone V5 → V6 Umstellung

Vodafone fordert einen separaten Test-SIP-Trunk mit den neuen Zugangsdaten (Outbound-Test, Inbound erst nach Umschaltung).

Frage in die Runde: Nutzt ihr dafür das offizielle 3CX „Vodafone IP based“-Template oder das angepasstes Forum-Template oben?

Inwieviern unterscheiden diese sich denn? (also welches Problem soll das Forum Template lösen?)

Zudem, wie seid ihr mit DIDs, CLIP no Screening umgegangen, bei dem bestehnden SIP-Trunk mussten wir viel und lange an den Paramentern bauen bis es klappte ist das mit dem Forum Template gelößt?

Kurze Rück-Info wäre klasse danke schonmal vorab !
Zum Vergrößern anklicken....
Wir nutzen die Version hier aus dem Forum. Ich hatte von Vodafone keine bekommen und die Template in 3cx ist offenbar nicht für V6.
 
Danke für die Rückmeldung.

Zur Einordnung noch etwas Kontext aus unserer aktuellen Situation, vielleicht kann das jemand bestätigen oder einordnen:

Wir nutzen ebenfalls einen Vodafone V6 / R6 Anschluss mit Static IP (keine SIP-Registrierung).
Der neue Trunk ist bei uns als reiner Test-Trunk angelegt, so wie von Vodafone gefordert
(Outbound-Test, Inbound laut Vodafone erst nach offizieller Umschaltung).

Aktuell kämpfen wir mit folgenden Punkten:

1) Codec-Thema / SIP Trunk Checker
Wir haben die Codec-Liste bewusst auf PCMA (G.711 A-law) + G.722 reduziert
(G.729 testweise entfernt), trotzdem meldet der SIP Trunk Checker weiterhin:
„Der eingehende Anruf ist fehlgeschlagen“.

Frage in die Runde:
- Welche Codec-Kombination nutzt ihr produktiv bei Vodafone V6 mit Static IP?
- Funktioniert der SIP Trunk Checker bei euch überhaupt zuverlässig bei Static-IP-Anschlüssen
oder ignoriert ihr den Inbound-Test bewusst?

Es wirkt für uns so, als sei der Checker bei Static-IP/Vodafone nur eingeschränkt aussagekräftig.

2) Call Routing während der Testphase
Obwohl uns Vodafone zugesichert hat, dass das Call Routing erst nach erfolgreichem Test
und Freigabe umgestellt wird, hatten wir bereits Situationen, in denen:
- die Hauptrufnummer plötzlich auf dem neuen Test-Trunk ankam
- Durchwahlen jedoch nicht korrekt geroutet wurden

Frage dazu:
- Hat jemand von euch ähnliche Erfahrungen gemacht, dass Vodafone eingehendes Routing
bereits vor dem offiziellen Umschalttermin (teilweise) aktiviert?
- Wie seid ihr mit DDIs in dieser Phase umgegangen?

3) Verantwortung / Abgrenzung
Uns fällt es aktuell schwer, klar zu trennen, ob wir hier noch ein 3CX-/Template-Thema haben
oder ob das Verhalten eindeutig providerseitig (Routing / Testbedingungen) verursacht wird.

Bevor wir weiter an Codecs oder Parametern drehen:
Hat jemand von euch den „schwarzen Peter“ in einem ähnlichen Fall bewusst an Vodafone
zurückgegeben – und mit welchem Ergebnis?

Danke vorab für eure Erfahrungswerte, gerade aus produktiven V6-Umstellungen.
 
Die Aussage war bitte bindet den Trunk ein und testet mal ausgehend ob es geht.
Der Nebeneffekt war Eingehenden Anrufe auf die Haupt-Rufnummer wurde auf die Standard Route weitergeleitet und kam bereits über den Test-Trunk rein (da wir diese aber richtig gesetzt haben nicht dramatisch) aber doch merkwürdig.

Der Eingehende Anruf Checker ist heute erst fehlgeschlagen als wir das Codec Problem lösen wollten, direkt bei dem Test letzte Woche klappte das soweit noch mit eben dem Hinweis auf Codec Probleme Siehe Screenshot mit dem Hinweis hier

1768816686591.png
 
Zu 1):
Wir nutzen (von 1-4): G.729, PCMU, PCMA, G.722. Den Sip Trunk Checker habe ich ignoriert bzw. habe ich den Menüpunkt gar nicht?! Ich habe nur Testanrufe gemacht.
Zu 2):
Nein, das kam bei uns nicht vor, es wurde erst nach dem endgültigen Termin das Routing geändert. Leider traten alle Probleme dir wir anschließend hatten nur bei eingehenden Anrufen auf, bis ich die Template hier im Forum fand.
3):
Routing kann nach meiner Logik nur beim Carrier verantwortet werden.
 
Zuletzt bearbeitet:
  • Like
Reaktionen: mw_fisit
Wie ist es mit den Codecs dann richtig?
Also für Vodafone nur PCMA (ist ja G.711 A-law richtig? ) + G.722

Wie kommts das wir ohne manuelle Updates unfreigegebe 3CX Version nutzen, das ist nicht geplant/absichtlich -> sind hier Parameter oder andere Einstellungen zu prüfen?
 
Um antworten zu können musst du eingeloggt sein.

Einstieg für Admins

Statistik des Forums

Themen
44.749
Beiträge
233.640
Mitglieder
78.492
Neuestes Mitglied
dirk.kuttler
3CX Logo Footer Copyright © Sitemap Datenschutz Impressum
Oben Unten