How to update the caller id when bridging?
So this is a question based around the FreeSWITCH C API. I have two scenarios involving two endpoints, A & B. Scenario 1 FS calls B using switch_ivr_originate(), it then calls A (say a Linphone client) and creates a new switch_caller_profile_t for it using switch_caller_profile_new() and sets the ->caller_id_number field to e.g 1234 to indicate a call from B and then does a switch_ivr_originate(). A rings and Linphone shows the call coming from 1234@... OK, that's all fine. The calls are bridged together with switch_ivr_uuid_bridge(A, B) Scenario 2 FS calls A (again lets say a Linphone client) using switch_ivr_originate(), A rings and shows the call coming from 0000...@..., that's fine, I didn't set any CID. Now A is parked and is off-hook. FS then calls B, A & B are then bridged together with switch_ivr_uuid_bridge(A, B), now of course Linphone still shows the call as from 0000...@... I'd like it show for example 1234@... like above. Now I've tried setting numerous fields in the switch_caller_profile_t structure for A just before doing the bridge, but to no avail. So does what I'm trying to do make sense? Is it even possible? Cheers, Andrew
Hi, Have a look at sofia_send_callee_id() and sofia_update_callee_id() funcs in sofia.c. I think they are doing what you want to achieve. Best Regards, -- Vallimamod Abdullah SIP Solutions vma@sip.solutions linkedin.com/in/vallimamod .
On 6 Oct 2018, at 03:04, Andrew Clayton <andrew@zeta.digital-domain.net> wrote:
So this is a question based around the FreeSWITCH C API.
I have two scenarios involving two endpoints, A & B.
Scenario 1
FS calls B using switch_ivr_originate(), it then calls A (say a Linphone client) and creates a new switch_caller_profile_t for it using switch_caller_profile_new() and sets the ->caller_id_number field to e.g 1234 to indicate a call from B and then does a switch_ivr_originate().
A rings and Linphone shows the call coming from 1234@... OK, that's all fine. The calls are bridged together with switch_ivr_uuid_bridge(A, B)
Scenario 2
FS calls A (again lets say a Linphone client) using switch_ivr_originate(), A rings and shows the call coming from 0000...@..., that's fine, I didn't set any CID.
Now A is parked and is off-hook.
FS then calls B, A & B are then bridged together with switch_ivr_uuid_bridge(A, B), now of course Linphone still shows the call as from 0000...@... I'd like it show for example 1234@... like above.
Now I've tried setting numerous fields in the switch_caller_profile_t structure for A just before doing the bridge, but to no avail.
So does what I'm trying to do make sense?
Is it even possible?
Cheers, Andrew
_________________________________________________________________________ Professional FreeSWITCH Services sales@freeswitch.com https://freeswitch.com
Official FreeSWITCH Sites https://freeswitch.com/oss https://freeswitch.org/confluence https://cluecon.com
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users https://freeswitch.com
Bien cordialement, -- Vallimamod Abdullah SIP Solutions Conseil & Développement de plateformes et services VOIP vma@sip.solutions +33 6 62 60 68 97 linkedin.com/in/vallimamod .
Anyway to do this in dialplan? On Mon, 15 Oct 2018 08:58:14 -0400, Vallimamod Abdullah wrote:
Hi,
Have a look at sofia_send_callee_id() and sofia_update_callee_id() funcs in sofia.c. I think they are doing what you want to achieve.
Best Regards, -- Vallimamod Abdullah SIP Solutions vma@sip.solutions linkedin.com/in/vallimamod .
On 6 Oct 2018, at 03:04, Andrew Clayton <andrew@zeta.digital-domain.net> wrote:
So this is a question based around the FreeSWITCH C API.
I have two scenarios involving two endpoints, A & B.
Scenario 1
FS calls B using switch_ivr_originate(), it then calls A (say a Linphone client) and creates a new switch_caller_profile_t for it using switch_caller_profile_new() and sets the ->caller_id_number field to e.g 1234 to indicate a call from B and then does a switch_ivr_originate().
A rings and Linphone shows the call coming from 1234@... OK, that's all fine. The calls are bridged together with switch_ivr_uuid_bridge(A, B)
Scenario 2
FS calls A (again lets say a Linphone client) using switch_ivr_originate(), A rings and shows the call coming from 0000...@..., that's fine, I didn't set any CID.
Now A is parked and is off-hook.
FS then calls B, A & B are then bridged together with switch_ivr_uuid_bridge(A, B), now of course Linphone still shows the call as from 0000...@... I'd like it show for example 1234@... like above.
Now I've tried setting numerous fields in the switch_caller_profile_t structure for A just before doing the bridge, but to no avail.
So does what I'm trying to do make sense?
Is it even possible?
Cheers, Andrew
_________________________________________________________________________ Professional FreeSWITCH Services sales@freeswitch.com https://freeswitch.com
Official FreeSWITCH Sites https://freeswitch.com/oss https://freeswitch.org/confluence https://cluecon.com
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users https://freeswitch.com
Bien cordialement, -- Vallimamod Abdullah SIP Solutions Conseil & Développement de plateformes et services VOIP vma@sip.solutions +33 6 62 60 68 97 linkedin.com/in/vallimamod .
_________________________________________________________________________ Professional FreeSWITCH Services sales@freeswitch.com https://freeswitch.com
Official FreeSWITCH Sites https://freeswitch.com/oss https://freeswitch.org/confluence https://cluecon.com
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users https://freeswitch.com
-- Your life is like a penny. You're going to lose it. The question is: How do you spend it? John Covici wb2una covici@ccs.covici.com
The updates won't get sent unless the user agents are on the safe list, so i'd review the code. /b On Mon, Oct 15, 2018 at 11:51 AM John Covici <covici@ccs.covici.com> wrote:
Anyway to do this in dialplan?
On Mon, 15 Oct 2018 08:58:14 -0400, Vallimamod Abdullah wrote:
Hi,
Have a look at sofia_send_callee_id() and sofia_update_callee_id() funcs
in sofia.c.
I think they are doing what you want to achieve.
Best Regards, -- Vallimamod Abdullah SIP Solutions vma@sip.solutions linkedin.com/in/vallimamod .
On 6 Oct 2018, at 03:04, Andrew Clayton < andrew@zeta.digital-domain.net> wrote:
So this is a question based around the FreeSWITCH C API.
I have two scenarios involving two endpoints, A & B.
Scenario 1
FS calls B using switch_ivr_originate(), it then calls A (say a Linphone client) and creates a new switch_caller_profile_t for it using switch_caller_profile_new() and sets the ->caller_id_number field to e.g 1234 to indicate a call from B and then does a switch_ivr_originate().
A rings and Linphone shows the call coming from 1234@... OK, that's all fine. The calls are bridged together with switch_ivr_uuid_bridge(A, B)
Scenario 2
FS calls A (again lets say a Linphone client) using switch_ivr_originate(), A rings and shows the call coming from 0000...@..., that's fine, I didn't set any CID.
Now A is parked and is off-hook.
FS then calls B, A & B are then bridged together with switch_ivr_uuid_bridge(A, B), now of course Linphone still shows the call as from 0000...@... I'd like it show for example 1234@... like above.
Now I've tried setting numerous fields in the switch_caller_profile_t structure for A just before doing the bridge, but to no avail.
So does what I'm trying to do make sense?
Is it even possible?
Cheers, Andrew
Professional FreeSWITCH Services sales@freeswitch.com https://freeswitch.com
Official FreeSWITCH Sites https://freeswitch.com/oss https://freeswitch.org/confluence https://cluecon.com
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE: http://lists.freeswitch.org/mailman/options/freeswitch-users https://freeswitch.com
Bien cordialement, -- Vallimamod Abdullah SIP Solutions Conseil & Développement de plateformes et services VOIP vma@sip.solutions +33 6 62 60 68 97 linkedin.com/in/vallimamod .
_________________________________________________________________________ Professional FreeSWITCH Services sales@freeswitch.com https://freeswitch.com
Official FreeSWITCH Sites https://freeswitch.com/oss https://freeswitch.org/confluence https://cluecon.com
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users https://freeswitch.com
-- Your life is like a penny. You're going to lose it. The question is: How do you spend it?
John Covici wb2una covici@ccs.covici.com
_________________________________________________________________________ Professional FreeSWITCH Services sales@freeswitch.com https://freeswitch.com
Official FreeSWITCH Sites https://freeswitch.com/oss https://freeswitch.org/confluence https://cluecon.com
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users https://freeswitch.com
-- Brian West | Co-founder and Developer Need Commercial support? email sales@freeswitch.com FreeSWITCH Solutions | 17345 Civic Drive #2531 Brookfield, WI 53045 <https://maps.google.com/?q=17345+Civic+Drive+%232531+Brookfield,+WI+53045&entry=gmail&source=g> Email: brian@freeswitch.com Mobile: 918-424-9378 Website: https://www.FreeSWITCH.com <https://www.freeswitch.com/> [image: https://www.facebook.com/signalwireinc?src=email] <https://www.facebook.com/freeswitch> [image: https://twitter.com/freeswitch] <https://twitter.com/freeswitch>
We’ve found that other PBXs we’ve tested this on send CLI updates using another INVITE which works more consistently across various user agents than using an UPDATE which requires custom code per user agent. We have a JIRA for this issue open for Bria as we’ve had some trouble with this, but perhaps if the user agent isn’t on the safe list or doesn’t support SIP UPDATE FreeSWITCH could revert to sending another INVITE instead. Thoughts? Thanks, Shaun Get Outlook for iOS<https://aka.ms/o0ukef> ________________________________ From: FreeSWITCH-users <freeswitch-users-bounces@lists.freeswitch.org> on behalf of Brian West <brian@freeswitch.com> Sent: Monday, October 15, 2018 20:50 To: FreeSWITCH Users Help Subject: Re: [Freeswitch-users] How to update the caller id when bridging? The updates won't get sent unless the user agents are on the safe list, so i'd review the code. /b On Mon, Oct 15, 2018 at 11:51 AM John Covici <covici@ccs.covici.com<mailto:covici@ccs.covici.com>> wrote: Anyway to do this in dialplan? On Mon, 15 Oct 2018 08:58:14 -0400, Vallimamod Abdullah wrote:
Hi,
Have a look at sofia_send_callee_id() and sofia_update_callee_id() funcs in sofia.c. I think they are doing what you want to achieve.
Best Regards, -- Vallimamod Abdullah SIP Solutions vma@sip.solutions linkedin.com/in/vallimamod<http://linkedin.com/in/vallimamod> .
On 6 Oct 2018, at 03:04, Andrew Clayton <andrew@zeta.digital-domain.net<mailto:andrew@zeta.digital-domain.net>> wrote:
So this is a question based around the FreeSWITCH C API.
I have two scenarios involving two endpoints, A & B.
Scenario 1
FS calls B using switch_ivr_originate(), it then calls A (say a Linphone client) and creates a new switch_caller_profile_t for it using switch_caller_profile_new() and sets the ->caller_id_number field to e.g 1234 to indicate a call from B and then does a switch_ivr_originate().
A rings and Linphone shows the call coming from 1234@... OK, that's all fine. The calls are bridged together with switch_ivr_uuid_bridge(A, B)
Scenario 2
FS calls A (again lets say a Linphone client) using switch_ivr_originate(), A rings and shows the call coming from 0000...@..., that's fine, I didn't set any CID.
Now A is parked and is off-hook.
FS then calls B, A & B are then bridged together with switch_ivr_uuid_bridge(A, B), now of course Linphone still shows the call as from 0000...@... I'd like it show for example 1234@... like above.
Now I've tried setting numerous fields in the switch_caller_profile_t structure for A just before doing the bridge, but to no avail.
So does what I'm trying to do make sense?
Is it even possible?
Cheers, Andrew
_________________________________________________________________________ Professional FreeSWITCH Services sales@freeswitch.com<mailto:sales@freeswitch.com> https://freeswitch.com
Official FreeSWITCH Sites https://freeswitch.com/oss https://freeswitch.org/confluence https://cluecon.com
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org<mailto:FreeSWITCH-users@lists.freeswitch.org> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users https://freeswitch.com
Bien cordialement, -- Vallimamod Abdullah SIP Solutions Conseil & Développement de plateformes et services VOIP vma@sip.solutions +33 6 62 60 68 97 linkedin.com/in/vallimamod<http://linkedin.com/in/vallimamod> .
_________________________________________________________________________ Professional FreeSWITCH Services sales@freeswitch.com<mailto:sales@freeswitch.com> https://freeswitch.com
Official FreeSWITCH Sites https://freeswitch.com/oss https://freeswitch.org/confluence https://cluecon.com
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org<mailto:FreeSWITCH-users@lists.freeswitch.org> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users https://freeswitch.com
-- Your life is like a penny. You're going to lose it. The question is: How do you spend it? John Covici wb2una covici@ccs.covici.com<mailto:covici@ccs.covici.com> _________________________________________________________________________ Professional FreeSWITCH Services sales@freeswitch.com<mailto:sales@freeswitch.com> https://freeswitch.com Official FreeSWITCH Sites https://freeswitch.com/oss https://freeswitch.org/confluence https://cluecon.com FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org<mailto:FreeSWITCH-users@lists.freeswitch.org> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users https://freeswitch.com -- [https://hipchat.freeswitch.org/files/1/9111/w0eGOzyOVyZQdMg/email_logo.png] Brian West | Co-founder and Developer Need Commercial support? emailsales@freeswitch.com<mailto:sales@freeswitch.com> FreeSWITCH Solutions |17345 Civic Drive #2531 Brookfield, WI 53045<https://maps.google.com/?q=17345+Civic+Drive+%232531+Brookfield,+WI+53045&entry=gmail&source=g> Email:brian@freeswitch.com<mailto:brian@freeswitch.com> Mobile: 918-424-9378 Website:https://www.FreeSWITCH.com<https://www.freeswitch.com/> [https://www.facebook.com/signalwireinc?src=email]<https://www.facebook.com/freeswitch>[https://twitter.com/freeswitch]<https://twitter.com/freeswitch>
participants (5)
-
Andrew Clayton
-
Brian West
-
John Covici
-
Shaun Stokes
-
Vallimamod Abdullah