• V20: 3CX Re-engineered. Get V20 for increased security, better call management, a new admin console and Windows softphone. Learn More.

Wrong SIP Header in 3CX bridge

Status
Not open for further replies.

nov1234

Joined
Apr 3, 2017
Messages
1
Reaction score
0
All informations about this conversation are also listed in Ticket 131846!!

We are using bridge connections for connection to other systems. Actually we have a problem with the information provided during INVITE. The topic is always about a call, that is diverted by an extension in the first PBX and then diverted to an extension behind the bridge and therefore is sending an INVITE over the bridge into the second PBX.

Important:
In the bridge configuration "Advanced" is set "Outbound Parameter", "SIP Field", "From: Display" to "OutboundCallerID: Outbound caller id taken from Extension settings in management console" and additionally for the diverting extension under "General", "Outbound Caller ID" is an identifing number set!

Example 1
- Extension A, calls extension B which is absent (or busy) and diverts immediately/unconditional to Extension C in PBX 2.

INVITE shows:
- To: Extension C, Remote-Party-ID User Part: Extension A, From Display Info: Extension B (set in mangement console), Remote-Party-ID Display Info: Extension B (set in mangement console)

That is all CORRECT!

Example 2
- Extension A, calls extension B which rings for some seconds and then diverts because of timeout/conditional to Extension C in PBX 2.

INVITE shows:
- To: Extension C, Remote-Party-ID User Part: Extension A, From Display Info: Extension A, Remote-Party-ID Display Info: Extension A

Which is WRONG - you are not able to see, that the caller tried to reach Extension B and because of the setting in the bride, there should be the number from the menagement console sent by the invite.

Same with external callers:
Example 3:
- External caller A, calls extension B which is absent (or busy) and diverts immediately/unconditional to Extension C in PBX 2.

INVITE shows:
- To: Extension C, Remote-Party-ID User Part: External caller A, From Display Info: Extension B (set in mangement console), Remote-Party-ID Display Info: Extension B (set in mangement console)

That is all CORRECT!

Example 4:
- External caller A, calls extension B which rings for some seconds and then diverts because of timeout/conditional to Extension C in PBX 2.

INVITE shows:
- To: Extension C, Remote-Party-ID User Part: External caller A, From Display Info: From External caller A dialed number DID, Remote-Party-ID Display Info: From External caller A dialed number DID

Which is WRONG - you are not able to see, that the caller tried to reach Extension B (information from manegement console not sent, as configured)!

As you can see: In two cases, the wrong information is sent by 3CX! We did some tests over a remote session together with your support team, below the response from 3CX:

- The issue here is that by the time the extension is polled and the call is not answered then the PBX will not send the SIP Headers on the Remote Party ID as you want ( extension that is polled is not involved there ).

On the direct forwarding because polling has not occurred to any deskphone or softphone or PUSH ( extension is RED on the PBX ) then on the Remote Party ID both the extensions ( caller and called extension ) will be involved.

As I have mentioned this is the default behavior of the PBX at the current time and only the Developing Team has access to change this behavior.
The only thing I can do is to provide a feedback on the appropriate department about this behavior.

In our oppinion thats a bug in 3CX and it would be great if you can change it. Thanks.
 
Status
Not open for further replies.

Getting Started - Admin

Latest Posts

Forum statistics

Threads
141,612
Messages
748,817
Members
144,725
Latest member
NGPMH
Get 3CX - Absolutely Free!

Link up your team and customers Phone System Live Chat Video Conferencing

Hosted or Self-managed. Up to 10 users free forever. No credit card. Try risk free.

3CX
A 3CX Account with that email already exists. You will be redirected to the Customer Portal to sign in or reset your password if you've forgotten it.