Lua - origination to local endpoint then bridge to either local or remote destination: no audio
Hi all, I have a Lua script that I am calling from XML RPC from a browser (also same behaviour from the console). The script originates a session to one extension, when that is picked up it originates another session to another endpoint and then bridges the two sessions. The issue is that if the first freeswitch.Session(<endpoint>) has the endpoint local to the FS box, there is no audio at all after the bridge is executed. If the first session is a remote endpoint, it works OK apart from the fact that that endpoint does not hear ringing, but when the second session is answered all is well. If both endpoints are remote, everything is perfect. Here is my Lua script - the no-audio version: local calling_user = argv[1]; local called_num = argv[2]; local session1 = freeswitch.Session("user/"..calling_user); session1:sleep(500); session1:answer(); if (session1:ready() == true) then local session2 = freeswitch.Session("[origination_caller_id_number=02023493482]sofia/gateway/10.10.0.2/" .. called_num); session2:answer(); if (session2:ready() == true) then freeswitch.consoleLog("INFO","Bridging\n"); freeswitch.bridge(session1, session2); end end This one works fine: local calling_user = argv[1]; local called_num = argv[2]; local session1 = freeswitch.Session("[origination_caller_id_name="..called_num.."]sofia/gateway/10.10.0.2/" .. calling_user); session1:answer(); if (session1:ready() == true) then local session2 = freeswitch.Session("[origination_caller_id_number=02076084900]sofia/gateway/10.10.0.2/" .. called_num); --either the above or the below both work in this script, except the below does not present ringing to session1 --local session2 = freeswitch.Session("[ringback=%(400,200,400,450);%(400,2200,400,450)]user/" .. called_num); session2:answer(); if (session2:ready() == true) then freeswitch.consoleLog("INFO","Bridging\n"); freeswitch.bridge(session1, session2); end end Where gateway 10.10.0.2 is a Mitel 3300 connected to the PSTN via ISDN30. I can provide logs if required - please advise as this is driving me bonkers! Alex -- This message is intended only for the addressee and may contain confidential information. Unless you are that person, you may not disclose its contents or use it in any way and are requested to delete the message along with any attachments and notify us immediately. "Transact" is operated by Integrated Financial Arrangements plc Domain House, 5-7 Singer Street, London EC2A 4BQ Tel: (020) 7608 4900 Fax: (020) 7608 5300 (Registered office: as above; Registered in England and Wales under number: 3727592) Authorised and regulated by the Financial Services Authority (entered on the FSA Register; number: 190856)
Why are you using Lua at all? It looks like a simple originate that you should be able to do as an API call. -MC On Wed, Dec 14, 2011 at 12:24 PM, Alex Crow <acrow@integrafin.co.uk> wrote:
Hi all,
I have a Lua script that I am calling from XML RPC from a browser (also same behaviour from the console). The script originates a session to one extension, when that is picked up it originates another session to another endpoint and then bridges the two sessions.
The issue is that if the first freeswitch.Session(<endpoint>) has the endpoint local to the FS box, there is no audio at all after the bridge is executed. If the first session is a remote endpoint, it works OK apart from the fact that that endpoint does not hear ringing, but when the second session is answered all is well. If both endpoints are remote, everything is perfect.
Here is my Lua script - the no-audio version:
local calling_user = argv[1]; local called_num = argv[2];
local session1 = freeswitch.Session("user/"..calling_user);
session1:sleep(500);
session1:answer();
if (session1:ready() == true) then local session2 =
freeswitch.Session("[origination_caller_id_number=02023493482]sofia/gateway/ 10.10.0.2/" .. called_num); session2:answer();
if (session2:ready() == true) then freeswitch.consoleLog("INFO","Bridging\n"); freeswitch.bridge(session1, session2); end
end
This one works fine:
local calling_user = argv[1]; local called_num = argv[2];
local session1 =
freeswitch.Session("[origination_caller_id_name="..called_num.."]sofia/gateway/ 10.10.0.2/" .. calling_user);
session1:answer();
if (session1:ready() == true) then local session2 =
freeswitch.Session("[origination_caller_id_number=02076084900]sofia/gateway/ 10.10.0.2/" .. called_num); --either the above or the below both work in this script, except the below does not present ringing to session1 --local session2 = freeswitch.Session("[ringback=%(400,200,400,450);%(400,2200,400,450)]user/" .. called_num); session2:answer();
if (session2:ready() == true) then freeswitch.consoleLog("INFO","Bridging\n"); freeswitch.bridge(session1, session2); end
end
Where gateway 10.10.0.2 is a Mitel 3300 connected to the PSTN via ISDN30.
I can provide logs if required - please advise as this is driving me bonkers!
Alex
-- This message is intended only for the addressee and may contain confidential information. Unless you are that person, you may not disclose its contents or use it in any way and are requested to delete the message along with any attachments and notify us immediately.
"Transact" is operated by Integrated Financial Arrangements plc Domain House, 5-7 Singer Street, London EC2A 4BQ Tel: (020) 7608 4900 Fax: (020) 7608 5300 (Registered office: as above; Registered in England and Wales under number: 3727592) Authorised and regulated by the Financial Services Authority (entered on the FSA Register; number: 190856)
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.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
Michael, I'm using Lua as I want to extend this to do things such as pull a user's phone number from LDAP (with lualdap), wait a couple of seconds before placing the outbound call in case it hits voicemail on the Mitel (so we don't connect an internal extension's voicemail to an external party) etc. I also found a simple originate rings both endpoints at once. I don't want the second endpoint to be called until the first is answered. Regardless, the Lua should work but it doesn't for me, and I'd like to know if I'm doing something wrong. Cheers Alex On 14/12/11 23:01, Michael Collins wrote:
Why are you using Lua at all? It looks like a simple originate that you should be able to do as an API call.
-MC
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.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
BTW, It does work OK when bridging to the Mitel even for both legs. We have a plan to move away from the Mitel to a pure FS environment by stages, so we'd like to have something like this working beforehand. Cheers Alex On 15/12/11 07:37, Alex Crow wrote:
Michael,
I'm using Lua as I want to extend this to do things such as pull a user's phone number from LDAP (with lualdap), wait a couple of seconds before placing the outbound call in case it hits voicemail on the Mitel (so we don't connect an internal extension's voicemail to an external party) etc.
I also found a simple originate rings both endpoints at once. I don't want the second endpoint to be called until the first is answered.
Regardless, the Lua should work but it doesn't for me, and I'd like to know if I'm doing something wrong.
Cheers
Alex
On 14/12/11 23:01, Michael Collins wrote:
Why are you using Lua at all? It looks like a simple originate that you should be able to do as an API call.
-MC
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.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
-- This message has been scanned for viruses and dangerous content by *MailScanner* <http://www.mailscanner.info/>, and is believed to be clean.
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.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
-- This message is intended only for the addressee and may contain confidential information. Unless you are that person, you may not disclose its contents or use it in any way and are requested to delete the message along with any attachments and notify us immediately. "Transact" is operated by Integrated Financial Arrangements plc Domain House, 5-7 Singer Street, London EC2A 4BQ Tel: (020) 7608 4900 Fax: (020) 7608 5300 (Registered office: as above; Registered in England and Wales under number: 3727592) Authorised and regulated by the Financial Services Authority (entered on the FSA Register; number: 190856)
Well, I got this script working with non-Snom phones: -- test_call -- create first leg, wait, then connect 2nd leg -- local calling_user = argv[1]; local called_num = argv[2]; freeswitch.consoleLog("INFO","Attempting to contact user " .. calling_user .. "\n"); local session1 = freeswitch.Session("{origination_caller_id_number=9876}user/"..calling_user); leg1_dispo = 'None'; while (session1:ready() == true and leg1_dispo ~= 'ANSWER') do leg1_dispo = session1:getVariable("endpoint_disposition"); freeswitch.consoleLog("INFO","Leg 1 disposition:" .. leg1_dispo .. "\n"); os.execute("sleep 1"); end if ( not session1:ready() ) then -- Oops, leg 1 hung up. Bummer. freeswitch.consoleLog("INFO","It appears that " .. calling_user .. " disconnected...\n") else freeswitch.consoleLog("INFO","Playing a prompt to " .. calling_user .. "\n"); session1:streamFile('ivr/ivr-hold_connect_call.wav'); session2 = freeswitch.Session("{origination_caller_id_number=" .. calling_user .."}user/" .. called_num); leg2_dispo = 'None'; while(session1:ready() and session2:ready() and leg2_dispo ~= "ANSWER") do if ( not session1:ready() ) then -- oops, leg 1 hung up freeswitch.consoleLog("INFO","Well, it appears that " .. calling_user .. " has disconnected.\n"); else os.execute("sleep 1"); leg2_dispo = session2:getVariable("endpoint_disposition"); freeswitch.consoleLog("INFO","Leg 2 disposition: " .. leg2_dispo .. "\n"); end end -- While if ( session1:ready() and session2:ready() ) then -- Looks good, bridge 'em freeswitch.bridge(session1,session2); else -- Uh oh, someone went away freeswitch.consoleLog("INFO","Somebody hung up :(\n"); end end FWIW, I drew inspiration from this: http://wiki.freeswitch.org/wiki/Mod_lua#Example:_Call_Control I'm still not a fan of doing it this way, but at least you know it's possible. (Personally I prefer an ESL-ish approach.) -MC On Thu, Dec 15, 2011 at 9:45 AM, Alex Crow <acrow@integrafin.co.uk> wrote:
** BTW,
It does work OK when bridging to the Mitel even for both legs. We have a plan to move away from the Mitel to a pure FS environment by stages, so we'd like to have something like this working beforehand.
Cheers
Alex
On 15/12/11 07:37, Alex Crow wrote:
Michael,
I'm using Lua as I want to extend this to do things such as pull a user's phone number from LDAP (with lualdap), wait a couple of seconds before placing the outbound call in case it hits voicemail on the Mitel (so we don't connect an internal extension's voicemail to an external party) etc.
I also found a simple originate rings both endpoints at once. I don't want the second endpoint to be called until the first is answered.
Regardless, the Lua should work but it doesn't for me, and I'd like to know if I'm doing something wrong.
Cheers
Alex
On 14/12/11 23:01, Michael Collins wrote:
Why are you using Lua at all? It looks like a simple originate that you should be able to do as an API call.
-MC
_________________________________________________________________________ Professional FreeSWITCH Consulting Services:consulting@freeswitch.orghttp://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Serverhttp://www.cudatel.com
Official FreeSWITCH Siteshttp://www.freeswitch.orghttp://wiki.freeswitch.orghttp://www.cluecon.com
FreeSWITCH-users mailing listFreeSWITCH-users@lists.freeswitch.orghttp://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-usershttp://www.frees...
-- This message has been scanned for viruses and dangerous content by *MailScanner* <http://www.mailscanner.info/>, and is believed to be clean.
_________________________________________________________________________ Professional FreeSWITCH Consulting Services:consulting@freeswitch.orghttp://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Serverhttp://www.cudatel.com
Official FreeSWITCH Siteshttp://www.freeswitch.orghttp://wiki.freeswitch.orghttp://www.cluecon.com
FreeSWITCH-users mailing listFreeSWITCH-users@lists.freeswitch.orghttp://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-usershttp://www.frees...
-- This message is intended only for the addressee and may contain confidential information. Unless you are that person, you may not disclose its contents or use it in any way and are requested to delete the message along with any attachments and notify us immediately.
"Transact" is operated by Integrated Financial Arrangements plc Domain House, 5-7 Singer Street, London EC2A 4BQ Tel: (020) 7608 4900 Fax: (020) 7608 5300 (Registered office: as above; Registered in England and Wales under number: 3727592) Authorised and regulated by the Financial Services Authority (entered on the FSA Register; number: 190856)
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.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
Michael, I did find out some more last night while trying to reproduce the issues using a simple "originate" (which I could), and discovered it was down to FS detecting some of my phones (on other internal network segments) as "UDP_NAT" even when they were not NATed. I changed my internal profile to comment out "apply-nat-acl" and then all my local LAN phones now were registered simply as "UDP". Now more situations work, however there is still at least one weird one. I have my mobile registered to a created "doublenat" profile (my FS box is behind NAT) following the doublenat example on the wiki. I also use the "external" profile to register to a provider. I can originate from this extension to a LAN extension fine, so NAT in this situation is working well. However originating from a LAN extension to a number via the provider above still gives silence at both ends. Strangely if I place the same call from the phone itself it works fine. I will keep working on this but do you have any ideas? Thanks Alex On 16/12/11 05:30, Michael Collins wrote:
Well, I got this script working with non-Snom phones:
-- test_call -- create first leg, wait, then connect 2nd leg -- local calling_user = argv[1]; local called_num = argv[2];
freeswitch.consoleLog("INFO","Attempting to contact user " .. calling_user .. "\n"); local session1 = freeswitch.Session("{origination_caller_id_number=9876}user/"..calling_user); leg1_dispo = 'None';
while (session1:ready() == true and leg1_dispo ~= 'ANSWER') do leg1_dispo = session1:getVariable("endpoint_disposition"); freeswitch.consoleLog("INFO","Leg 1 disposition:" .. leg1_dispo .. "\n"); os.execute("sleep 1"); end
if ( not session1:ready() ) then -- Oops, leg 1 hung up. Bummer. freeswitch.consoleLog("INFO","It appears that " .. calling_user .. " disconnected...\n") else freeswitch.consoleLog("INFO","Playing a prompt to " .. calling_user .. "\n"); session1:streamFile('ivr/ivr-hold_connect_call.wav'); session2 = freeswitch.Session("{origination_caller_id_number=" .. calling_user .."}user/" .. called_num); leg2_dispo = 'None'; while(session1:ready() and session2:ready() and leg2_dispo ~= "ANSWER") do if ( not session1:ready() ) then -- oops, leg 1 hung up freeswitch.consoleLog("INFO","Well, it appears that " .. calling_user .. " has disconnected.\n"); else os.execute("sleep 1"); leg2_dispo = session2:getVariable("endpoint_disposition"); freeswitch.consoleLog("INFO","Leg 2 disposition: " .. leg2_dispo .. "\n"); end end -- While if ( session1:ready() and session2:ready() ) then -- Looks good, bridge 'em freeswitch.bridge(session1,session2); else -- Uh oh, someone went away freeswitch.consoleLog("INFO","Somebody hung up :(\n"); end end
FWIW, I drew inspiration from this: http://wiki.freeswitch.org/wiki/Mod_lua#Example:_Call_Control
I'm still not a fan of doing it this way, but at least you know it's possible. (Personally I prefer an ESL-ish approach.)
-MC
On Thu, Dec 15, 2011 at 9:45 AM, Alex Crow <acrow@integrafin.co.uk <mailto:acrow@integrafin.co.uk>> wrote:
BTW,
It does work OK when bridging to the Mitel even for both legs. We have a plan to move away from the Mitel to a pure FS environment by stages, so we'd like to have something like this working beforehand.
Cheers
Alex
On 15/12/11 07:37, Alex Crow wrote:
Michael,
I'm using Lua as I want to extend this to do things such as pull a user's phone number from LDAP (with lualdap), wait a couple of seconds before placing the outbound call in case it hits voicemail on the Mitel (so we don't connect an internal extension's voicemail to an external party) etc.
I also found a simple originate rings both endpoints at once. I don't want the second endpoint to be called until the first is answered.
Regardless, the Lua should work but it doesn't for me, and I'd like to know if I'm doing something wrong.
Cheers
Alex
On 14/12/11 23:01, Michael Collins wrote:
Why are you using Lua at all? It looks like a simple originate that you should be able to do as an API call.
-MC
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org <mailto:consulting@freeswitch.org> http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.freeswitch.org http://www.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 http://www.freeswitch.org
-- This message has been scanned for viruses and dangerous content by *MailScanner* <http://www.mailscanner.info/>, and is believed to be clean.
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org <mailto:consulting@freeswitch.org> http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.freeswitch.org http://www.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 http://www.freeswitch.org
-- This message is intended only for the addressee and may contain confidential information. Unless you are that person, you may not disclose its contents or use it in any way and are requested to delete the message along with any attachments and notify us immediately.
"Transact" is operated by Integrated Financial Arrangements plc Domain House, 5-7 Singer Street, London EC2A 4BQ Tel: (020) 7608 4900 Fax: (020) 7608 5300 (Registered office: as above; Registered in England and Wales under number: 3727592) Authorised and regulated by the Financial Services Authority (entered on the FSA Register; number: 190856)
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org <mailto:consulting@freeswitch.org> http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.freeswitch.org http://www.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 http://www.freeswitch.org
-- This message has been scanned for viruses and dangerous content by *MailScanner* <http://www.mailscanner.info/>, and is believed to be clean.
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.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
On 16/12/11 07:54, Alex Crow wrote:
Michael,
I did find out some more last night while trying to reproduce the issues using a simple "originate" (which I could), and discovered it was down to FS detecting some of my phones (on other internal network segments) as "UDP_NAT" even when they were not NATed. I changed my internal profile to comment out "apply-nat-acl" and then all my local LAN phones now were registered simply as "UDP".
Now more situations work, however there is still at least one weird one. I have my mobile registered to a created "doublenat" profile (my FS box is behind NAT) following the doublenat example on the wiki.
I also use the "external" profile to register to a provider.
I can originate from this extension to a LAN extension fine, so NAT in this situation is working well. However originating from a LAN extension to a number via the provider above still gives silence at both ends. Strangely if I place the same call from the phone itself it works fine.
I will keep working on this but do you have any ideas?
Thanks
Alex
I think I've found some more out - the remaining problems only happen on SNOM phones where G726-32 is enabled. It appears that FS cannot find a match for that codec when AAL is set on the phones: the Snoms ask for dynamic codec G726-32:99:8000:20:0, FS wants to see AAL2-G726-32:122:8000:20:32000, FS does not match that and requests G722, and G722 is negotiated fine, but the audio breaks. If AAL isn't set, and FS has G726-32 enabled, FS sends back dynamic codec 100 and that doesn't match anything in the vars.xml description. Again no audio. If I remove G276-32 from the list on the Snoms all works perfectly again. I find it interesting that the default vars.xml states that AAL2-G726-32 is dynamic number 122 but there is nothing listed for just g726-32, and even if I set the snoms to use AAL then they still request G726-32, not AAL2-G726-32. Could that be part of the issue with this codec? I didn't have to worry with the Polycoms as they dont offer any G726 codec at all. In the interim I will just disable G726 on the Snom endpoints. Cheers Alex -- This message is intended only for the addressee and may contain confidential information. Unless you are that person, you may not disclose its contents or use it in any way and are requested to delete the message along with any attachments and notify us immediately. "Transact" is operated by Integrated Financial Arrangements plc Domain House, 5-7 Singer Street, London EC2A 4BQ Tel: (020) 7608 4900 Fax: (020) 7608 5300 (Registered office: as above; Registered in England and Wales under number: 3727592) Authorised and regulated by the Financial Services Authority (entered on the FSA Register; number: 190856)
participants (2)
-
Alex Crow
-
Michael Collins