patch for sofia_sip_i_invite to support replaces with action
Hi, i need a inline custom action passed with an INVITE msg with a replaces header or a better to use this scenario. right now, for calls with replaces header there is support for sla, intercept and attendant transfer. my problem is that intercept requires the bridge_uuid which is not set on one leg calls (on hold playing music) so the intercept condition won't be hit. the attendant transfer takes app/data applies and then hangs up the call. i need a simple answer,intercept:(sip->sip_replaces->rp_call_id) instead of bridge_uuid. i tried to set signal_bond and originate_signal_bound on the channel to see if i could bypass this, but with no luck. i created a small patch that i am attaching here with the hope that FreeSWITCH will look and possibly merge it. Best
Couldn't this be a huge security vulnerability used to inject arbitrary commands into a session in FreeSWITCH? On Wednesday, April 22, 2015, Luis Azedo <luis.azedo@factorlusitano.com> wrote:
Hi,
i need a inline custom action passed with an INVITE msg with a replaces header or a better to use this scenario.
right now, for calls with replaces header there is support for sla, intercept and attendant transfer.
my problem is that intercept requires the bridge_uuid which is not set on one leg calls (on hold playing music) so the intercept condition won't be hit.
the attendant transfer takes app/data applies and then hangs up the call.
i need a simple answer,intercept:(sip->sip_replaces->rp_call_id) instead of bridge_uuid.
i tried to set signal_bond and originate_signal_bound on the channel to see if i could bypass this, but with no luck.
i created a small patch that i am attaching here with the hope that FreeSWITCH will look and possibly merge it.
Best
why don't you pass the call to mod_perl or Lua, and do all the necessary lookups in the script? This shpouldn;t be a big deal to implement, and much more safe than patching mod_sofia. On Wed, Apr 22, 2015 at 12:38 PM, Luis Azedo <luis.azedo@factorlusitano.com> wrote:
Hi,
i need a inline custom action passed with an INVITE msg with a replaces header or a better to use this scenario.
right now, for calls with replaces header there is support for sla, intercept and attendant transfer.
my problem is that intercept requires the bridge_uuid which is not set on one leg calls (on hold playing music) so the intercept condition won't be hit.
the attendant transfer takes app/data applies and then hangs up the call.
i need a simple answer,intercept:(sip->sip_replaces->rp_call_id) instead of bridge_uuid.
i tried to set signal_bond and originate_signal_bound on the channel to see if i could bypass this, but with no luck.
i created a small patch that i am attaching here with the hope that FreeSWITCH will look and possibly merge it.
Best
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.freeswitch.org http://www.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 http://www.freeswitch.org
Patches belong in JIRA please, Can you issue a pull request here are the instructions on how to do that https://freeswitch.org/confluence/display/FREESWITCH/Pull+Requests Thanks, On Wed, Apr 22, 2015 at 5:38 AM, Luis Azedo <luis.azedo@factorlusitano.com> wrote:
Hi,
i need a inline custom action passed with an INVITE msg with a replaces header or a better to use this scenario.
right now, for calls with replaces header there is support for sla, intercept and attendant transfer.
my problem is that intercept requires the bridge_uuid which is not set on one leg calls (on hold playing music) so the intercept condition won't be hit.
the attendant transfer takes app/data applies and then hangs up the call.
i need a simple answer,intercept:(sip->sip_replaces->rp_call_id) instead of bridge_uuid.
i tried to set signal_bond and originate_signal_bound on the channel to see if i could bypass this, but with no luck.
i created a small patch that i am attaching here with the hope that FreeSWITCH will look and possibly merge it.
Best
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.freeswitch.org http://www.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 http://www.freeswitch.org
-- *Brian West* brian@freeswitch.org *Twitter: @FreeSWITCH , @briankwest* http://www.freeswitchbook.com http://www.freeswitchcookbook.com ClueCon 2015 Call for Speakers <https://www.cluecon.com/call-for-speakers/> | Register <https://freeswitch.com/cart.php?gid=1> TODAY! | Reddit: /r/freeswitch <https://www.reddit.com/r/freeswitch> *T:*+19184209001 | *F:*+19184209002 | *M:*+1918424WEST (9378) *iNUM:*+883 5100 1420 9001 | *ISN:*410*543 | *Skype:*briankwest
participants (4)
-
Brian West
-
Luis Azedo
-
Michael Jerris
-
Stanislav Sinyagin