1. Brekeke Product Name and Version: Brekeke SIP Server 3.3.9.3
2. Java version:8.40
3. OS type and the version: Windows Server 2008 R2
4. UA (phone), gateway or other hardware/software involved: Responder 5 Integration
5. Your problem:
We have an integration planned using Philips middleware and Voalte phones. The site is telling me that they are having an issue passing the * needed within the dial string for R5 between Philips and Voalte.
They have asked me if it is possible to insert the * needed for R5 endpoints within Brekeke when the invite comes into Brekeke.
So all invites into Brekeke will be 5 or 7 digits: the room number and bed number. So for room 2401, an invite to bed 1 would be 24011, bed 2 24012, audio pullcord 2401100.
Is there a dialplan within Brekeke that can insert a * after the first 4 digits of any incoming Invite:
24011 converts to 2401*1
24012 converts to 2401*2
2401100 converts to 2401*100
We do have the IP of the source yet, bur we can use 192.168.1.1 for this example.
Thanks,
Dial Plan Question for inserting * for Incoming Invite
Moderator: Brekeke Support Team
I have tried to test the dial plan on our test system with an Iphone Agephone app and an Xlite softphone, and I cannot get the incoming invite to process in the dial rule.
The Iphones and xlite are built with the domain of the Brekeke, and they are showing as registered within brekeke as extensions 32 and 6600.
When I try to dial 25001 (for room 2500), expecting the dial plan to insert the * and convert to 2500*1, I get an error that cannot connect. In the Call logs, it does not show this call at all, as if it is not even trying to apply to dial rule.
Is this because the iphone and xlite are registered on Brekeke, and are not incoming invites from an external source?
I have tried adding $addr = <Brekeke_IP> to the dial plan Matching Pattern.
The Iphones and xlite are built with the domain of the Brekeke, and they are showing as registered within brekeke as extensions 32 and 6600.
When I try to dial 25001 (for room 2500), expecting the dial plan to insert the * and convert to 2500*1, I get an error that cannot connect. In the Call logs, it does not show this call at all, as if it is not even trying to apply to dial rule.
Is this because the iphone and xlite are registered on Brekeke, and are not incoming invites from an external source?
I have tried adding $addr = <Brekeke_IP> to the dial plan Matching Pattern.
TLS
There are several ways to diagnostic the issue.
Let you check DialPlan History in the [Dial Plan]->[History] page.
You can check whether the above rule is matched or not.
If the above rule is not matched, you may have an issue with other rules which interrupted the INVITE request. (or 2500*1 is not a valid number.)
Also check the Error Logs in the [Logs]->[Error Logs] page.
You may find the cause of the issue there.
Since the request was rejected by the SIP Sever, a call was not established. It is the reason why the [Session Logs] page doesn't list the incident.
Anyway, if you have any other DialPlan rules, they might cause the issue.
Also "$addr=<Brekeke_IP>" will cause the issue because $addr's value indicates the remote IP address not SIP Server's IP address.
Furthermore, you need to check the [Registered Clients] page.
Can you see 2500*1 there? If not, the Responder 5 doesn't have such an extension number.
Let you check DialPlan History in the [Dial Plan]->[History] page.
You can check whether the above rule is matched or not.
If the above rule is not matched, you may have an issue with other rules which interrupted the INVITE request. (or 2500*1 is not a valid number.)
Also check the Error Logs in the [Logs]->[Error Logs] page.
You may find the cause of the issue there.
Since the request was rejected by the SIP Sever, a call was not established. It is the reason why the [Session Logs] page doesn't list the incident.
Anyway, if you have any other DialPlan rules, they might cause the issue.
Also "$addr=<Brekeke_IP>" will cause the issue because $addr's value indicates the remote IP address not SIP Server's IP address.
Furthermore, you need to check the [Registered Clients] page.
Can you see 2500*1 there? If not, the Responder 5 doesn't have such an extension number.