[Problem] be.IP Plus ignoriert Provider-Vorwahl bei Wahlregeln

[workaholiker]

Hallo zusammen,

versuche verzweifelt an einer be.IP Plus V.10.1 Rev. 5 (Patch 2), Wahlregeln so zu konfigurieren, dass ein CbC Vorwahl gewählt wird, dieser wird allerdings von der Anlage ignoriert.

Die Box hängt ein einem DeutschlandLAN IP/Voice Anschluss, es sind auch weitere VOIP Provider konfiguriert. Wahlregeln sind aktiviert und funktionieren grundsätzlich. D.h. abhängig von der gewählten Nr. kann ich problemlos einen oder anderen Provider ansteuern.

Was nicht funktioniert ist der Parameter "Provider-Vorwahl" unter Anrufkontrolle -> Schnittstellen / Provider.

Für Telekom Telefonnummer legte ich einen Bündel "Telekom" an, der rufende User ist berechtigt diesen zu nutzen (in der passenden Berechtigungsklasse ist der Bundel unter "Manuelle Bündelbelegung zulassen" aktiv)
und erstellte einen Provider:

Beschreibung: 01045
Routing-Modus: Route
Route: Telekom
Provider-Vorwahl: 01045

Das der Provider nun wirklich genommen wird, kann ich daran erkennen, dass bei der angerufenen Tel. Nr. immer die MSN angezeigt wird, die beim Bündel an der ersten Stelle steht. Ändere ich sie, wird der eingehende Anruf sofort mit der neuen MSN gemeldet.
Tarifansage fehlt, der Anruf wird zu Telekom-Konditionen abgerechnten.

Nun gibt's ja auch die Möglichkeit den Provider anders anzulegen:

Beschreibung: 01045
Routing-Modus: Standard
Provider-Vorwahl: 01045

In diesem Fall wird der eingehender Anruf mit MSN signalisiert, die beim wählenden Benutzer für die automatische Amtsholung vorgesehen ist, aber der Vorwahl 01045 wird trotzdem nicht vorangestellt.

Nun habe ich keine Ideen mehr und wende mich an Euch. Was kann man ausser das Zurücksetzen auf Werkseinstellungen noch ausprobieren?

MfG

 

[workaholiker]

Inzwischen hat sich Support bei mir gemeldet, das Verhalten ist so gewollt

"Leider hat die Funktion in der Vergangenheit bei der Telekom zu Fehlverhalten auf den All IP-Anschlüssen geführt, so dass wir dieses Leistungsmerkmal zunächst für SIP-Trunks deaktiviert haben.
Ich habe aber eine Meldung an die Entwicklung raus gegeben, zu prüfen, ob es dieses Problem noch gibt. Sollte es sich herausstellen, dass es diesbezüglich keine Gründe mehr gibt, die Funktion für SIP-Trunks zu sperren, werden wir es in einer der nächsten Version wieder frei geben. "

 

[Kalle2006]

Danke für die Info.

Wozu nutzt man bei ALL-IP Anschlüssen denn überhaupt noch CbC? Bei meinen Kunden sind dafür entsprechende SIP - Anbieter eingerichtet. Nach meinen Erfahrungen, wechseln die günstigen CbC - Anbieter sowieso laufend ihre Preise. Einen Unterschied gibt es, das stimmt: Man hat durch CbC alles auf einer Rechnung.

 

[thtomate12]

Und garantierte Preise durch die Ansage

 

[workaholiker]

... und eine günstige Ausfallroute, wenn der primäre SIP-Provider nicht gehen sollte