Hi Guys, Having an issue with a call group. Issue: Have 3 users 1. 1 External 2. 2 Internal Call rings to all 3 endpoints, however, when rejecting call on the external entity it clears call on all legs. If call is rejected on either internal entities continues to ring on all other entities. Can anyone give a pointer as to what to try to get the functionality the same as the internals across the external entities. NOTE: You can see some artefacts of things tried in the dial-string. Configuration is built from LUA script and appears in debug as below: 2018-10-03 12:32:52.430641 [NOTICE] switch_cpp.cpp:1365 Call Group Request 2018-10-03 12:32:52.430641 [NOTICE] switch_cpp.cpp:1365 Extension: 2000 and Domain: domain.co.uk 2018-10-03 12:32:52.430641 [NOTICE] switch_cpp.cpp:1365 Query Result: 2018-10-03 12:32:52.430641 [NOTICE] switch_cpp.cpp:1365 Extension: 2001 and Domain: domain.co.uk 2018-10-03 12:32:52.430641 [NOTICE] switch_cpp.cpp:1365 Query Result: 123456789 2018-10-03 12:32:52.430641 [NOTICE] switch_cpp.cpp:1365 Action Huntgroup Returns: <?xml version="1.0" encoding="UTF-8" standalone="no"?> <document type="freeswitch/xml"> <section name="directory"> <domain name="domain.co.uk"> <groups> <group name="groupname"> <users> <user id="123456789"> <params> <param name="dial-string" value="{hangup_after_bridge=true,fail_on_single_reject=false}sofia/internal/123456789@domain.co.uk"/> </params> <variables> <variable name="user_context" value="default"/> </variables> </user> <user id="2000" type="pointer"/> <user id="2001" type="pointer"/> </users> </group> </groups> </domain> </section> </document> 2018-10-03 12:32:52.430641 [DEBUG] freeswitch_lua.cpp:382 DBH handle 0xc6bb90 released. 2ffa1d17-2ae3-4920-8f48-23798644ed25 EXECUTE sofia/internal/987654321@IPADDRESS bridge([hangup_after_bridge=true,fail_on_single_reject=false]sofia/internal/123456789@domain.co.uk,user/2000@domain.co.uk,user/2001@domain.co.uk<mailto:sofia/internal/123456789@domain.co.uk,user/2000@domain.co.uk,user/2001@domain.co.uk>) Happy to share any additional information required – please be gentle, I am fairly newish to freeswitch. Thanks in advance Lee Kind regards, Lee Barnard Voice Systems Engineer T: 01202612000 F: 01202612111 E: Lee.barnard@voip-unlimited.net Online ordering now live! Visit: portal.voip-unlimited.net/ordering<https://portal.voip-unlimited.net/ordering> or speak to your Account Manager today. ________________________________ [VoiP Unlimited]<http://www.voip-unlimited.net> [Force India] <http://www.forceindiaf1.com/partners/voip-unlimited> [ITSPA] <https://www.voip-unlimited.net/voip-unlimited-named-best-business-itsp-finalist-itspa-awards-2018-ahead-tenth-anniversary-award-ceremony/> [Facebook]<https://www.facebook.com/pages/VoIP-Unlimited/286623001407365>[cid:image8dda1d.PNG@aaf8f1d3.4fabb9b6]<https://plus.google.com/114885723213491901544>[cid:imagec180ba.PNG@3cf76013.479eeb80]<https://www.linkedin.com/company/voip-unlimited>[cid:image418cf6.PNG@78887a23.4285e855]<https://twitter.com/voipunlimited>[cid:image3d111d.PNG@9a6f9dd3.4dac0962]<https://www.youtube.com/watch?v=TmD1Eg3uCwY> [VU Guard DDoS Mitigation]<http://www.voip-unlimited.net/services/channel-ddos> 6 Albany Business Park, Cabot Lane Poole, Dorset, UK, BH17 7BX. This email including any attachments is intended only for the addressee named above and it may contain confidential or privileged information. If you are not the intended recipient please notify the sender and note that the contents must not be disclosed to anyone else. Voip Unlimited will not be liable for any error in transmission. You should carry out your own virus checks before opening any attachments. Opinions, conclusions and other information that do not relate to the official business of Voip Unlimited are neither given nor endorsed by it.
