Hi Guys, I don't know if FreeSWITCH is capable of to exchange encrypted rfc2833 dtmf digits. My voip provider uses a Huawei switch and does ask me to enable dtmf encryption but I could not find such parameter in sofia.xml.conf file. Appreciate all comments Afshin
We support SRTP, which encrypts the entire media stream including the 2833 digits. I'm not familiar with a standard that just encrypts the dtmf. Did they provide any details of what this standard is? Mike On May 29, 2013, at 5:14 AM, afshin afzali <a.afzali2003@gmail.com> wrote:
Hi Guys,
I don't know if FreeSWITCH is capable of to exchange encrypted rfc2833 dtmf digits. My voip provider uses a Huawei switch and does ask me to enable dtmf encryption but I could not find such parameter in sofia.xml.conf file.
Hi Mike, Actually I'm not. This is a request from my local operator. As you said I told them that is possible to encrypt entire rtp stream by SRTP / ZRTP techniques. She says me that (on Huawei Switch) the encryption option just there when she selects rfc2833 for digit handling and not on entire media stream !!! Thank you so much, Afshin On Wed, May 29, 2013 at 4:44 PM, Michael Jerris <mike@jerris.com> wrote:
We support SRTP, which encrypts the entire media stream including the 2833 digits. I'm not familiar with a standard that just encrypts the dtmf. Did they provide any details of what this standard is?
Mike
On May 29, 2013, at 5:14 AM, afshin afzali <a.afzali2003@gmail.com> wrote:
Hi Guys,
I don't know if FreeSWITCH is capable of to exchange encrypted rfc2833 dtmf digits. My voip provider uses a Huawei switch and does ask me to enable dtmf encryption but I could not find such parameter in sofia.xml.conf file.
_________________________________________________________________________ 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
Your operator is likely talking about the DTMF 'method' (inband, SIP INFO, rfc2833), not encryption. In which case yoi are probably set up to do that already. Post a console log of a sample call on pastebin.freeswitch.org if yiu want is to confirm, and reply to this thread with a link. - BDF On May 29, 2013 9:45 AM, "afshin afzali" <a.afzali2003@gmail.com> wrote:
Hi Mike,
Actually I'm not. This is a request from my local operator. As you said I told them that is possible to encrypt entire rtp stream by SRTP / ZRTP techniques. She says me that (on Huawei Switch) the encryption option just there when she selects rfc2833 for digit handling and not on entire media stream !!! Thank you so much,
Afshin
On Wed, May 29, 2013 at 4:44 PM, Michael Jerris <mike@jerris.com> wrote:
We support SRTP, which encrypts the entire media stream including the 2833 digits. I'm not familiar with a standard that just encrypts the dtmf. Did they provide any details of what this standard is?
Mike
On May 29, 2013, at 5:14 AM, afshin afzali <a.afzali2003@gmail.com> wrote:
Hi Guys,
I don't know if FreeSWITCH is capable of to exchange encrypted rfc2833 dtmf digits. My voip provider uses a Huawei switch and does ask me to enable dtmf encryption but I could not find such parameter in sofia.xml.conf file.
_________________________________________________________________________ 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
_________________________________________________________________________ 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
Sure, Thanks Brian On Wed, May 29, 2013 at 6:27 PM, Brian Foster <bdfoster@davri.com> wrote:
Your operator is likely talking about the DTMF 'method' (inband, SIP INFO, rfc2833), not encryption. In which case yoi are probably set up to do that already. Post a console log of a sample call on pastebin.freeswitch.orgif yiu want is to confirm, and reply to this thread with a link.
- BDF On May 29, 2013 9:45 AM, "afshin afzali" <a.afzali2003@gmail.com> wrote:
Hi Mike,
Actually I'm not. This is a request from my local operator. As you said I told them that is possible to encrypt entire rtp stream by SRTP / ZRTP techniques. She says me that (on Huawei Switch) the encryption option just there when she selects rfc2833 for digit handling and not on entire media stream !!! Thank you so much,
Afshin
On Wed, May 29, 2013 at 4:44 PM, Michael Jerris <mike@jerris.com> wrote:
We support SRTP, which encrypts the entire media stream including the 2833 digits. I'm not familiar with a standard that just encrypts the dtmf. Did they provide any details of what this standard is?
Mike
On May 29, 2013, at 5:14 AM, afshin afzali <a.afzali2003@gmail.com> wrote:
Hi Guys,
I don't know if FreeSWITCH is capable of to exchange encrypted rfc2833 dtmf digits. My voip provider uses a Huawei switch and does ask me to enable dtmf encryption but I could not find such parameter in sofia.xml.conf file.
_________________________________________________________________________ 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
_________________________________________________________________________ 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
_________________________________________________________________________ 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
Hi Brian, They refers to a spec. so called HNC1 ! Would you search this key in http://www.scribd.com/doc/100596037/01-07-Configuring-Trunk-Data BEST, Afshin On 5/30/13, afshin afzali <a.afzali2003@gmail.com> wrote:
Sure, Thanks Brian
On Wed, May 29, 2013 at 6:27 PM, Brian Foster <bdfoster@davri.com> wrote:
Your operator is likely talking about the DTMF 'method' (inband, SIP INFO, rfc2833), not encryption. In which case yoi are probably set up to do that already. Post a console log of a sample call on pastebin.freeswitch.orgif yiu want is to confirm, and reply to this thread with a link.
- BDF On May 29, 2013 9:45 AM, "afshin afzali" <a.afzali2003@gmail.com> wrote:
Hi Mike,
Actually I'm not. This is a request from my local operator. As you said I told them that is possible to encrypt entire rtp stream by SRTP / ZRTP techniques. She says me that (on Huawei Switch) the encryption option just there when she selects rfc2833 for digit handling and not on entire media stream !!! Thank you so much,
Afshin
On Wed, May 29, 2013 at 4:44 PM, Michael Jerris <mike@jerris.com> wrote:
We support SRTP, which encrypts the entire media stream including the 2833 digits. I'm not familiar with a standard that just encrypts the dtmf. Did they provide any details of what this standard is?
Mike
On May 29, 2013, at 5:14 AM, afshin afzali <a.afzali2003@gmail.com> wrote:
Hi Guys,
I don't know if FreeSWITCH is capable of to exchange encrypted rfc2833 dtmf digits. My voip provider uses a Huawei switch and does ask me to enable dtmf encryption but I could not find such parameter in sofia.xml.conf file.
_________________________________________________________________________ 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
_________________________________________________________________________ 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
_________________________________________________________________________ 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
The only mention of a HNC encryption I can find is this in an entry on google books (http://lmgtfy.com/?q=hnc+encryption) "HNC: A series of proprietary and undocumented encryption algorithms developed by the HNC Network (www.hack-net.com), HNC is designed to create access codes for software package distributions". Assuming it's the same HNC... 1) It's proprietary/undocumented. Completely non-standard and unlikely to ever be supported by other software. 2) It sounds like its not even designed for this type if usage, which concerns me 3) I always regard any nonstandard encryption with sceptism. Usually they're not as secure as the designers believe. Anyway long and short of it is its not standard and probably vendor specific (I found a mention huawei might use it?) I don't think you'll get it to work with fs or almost anything else, and if encrypted DTMF is needed then the standard SRTP would be a far better way to achieve it. On 1 June 2013 07:29, afshin afzali <a.afzali2003@gmail.com<javascript:_e({}, 'cvml', 'a.afzali2003@gmail.com');>
wrote:
Hi Brian,
They refers to a spec. so called HNC1 ! Would you search this key in http://www.scribd.com/doc/100596037/01-07-Configuring-Trunk-Data
BEST, Afshin
On 5/30/13, afshin afzali <a.afzali2003@gmail.com <javascript:_e({}, 'cvml', 'a.afzali2003@gmail.com');>> wrote:
Sure, Thanks Brian
On Wed, May 29, 2013 at 6:27 PM, Brian Foster <bdfoster@davri.com<javascript:_e({}, 'cvml', 'bdfoster@davri.com');>> wrote:
Your operator is likely talking about the DTMF 'method' (inband, SIP INFO, rfc2833), not encryption. In which case yoi are probably set up to do that already. Post a console log of a sample call on pastebin.freeswitch.orgif yiu want is to confirm, and reply to this thread with a link.
- BDF On May 29, 2013 9:45 AM, "afshin afzali" <a.afzali2003@gmail.com<javascript:_e({}, 'cvml', 'a.afzali2003@gmail.com');>> wrote:
Hi Mike,
Actually I'm not. This is a request from my local operator. As you said I told them that is possible to encrypt entire rtp stream by SRTP / ZRTP techniques. She says me that (on Huawei Switch) the encryption option just there when she selects rfc2833 for digit handling and not on entire media stream !!! Thank you so much,
Afshin
On Wed, May 29, 2013 at 4:44 PM, Michael Jerris <mike@jerris.com<javascript:_e({}, 'cvml', 'mike@jerris.com');>> wrote:
We support SRTP, which encrypts the entire media stream including the 2833 digits. I'm not familiar with a standard that just encrypts the dtmf. Did they provide any details of what this standard is?
Mike
On May 29, 2013, at 5:14 AM, afshin afzali <a.afzali2003@gmail.com<javascript:_e({}, 'cvml', 'a.afzali2003@gmail.com');>
wrote:
Hi Guys,
I don't know if FreeSWITCH is capable of to exchange encrypted rfc2833 dtmf digits. My voip provider uses a Huawei switch and does ask me to enable dtmf encryption but I could not find such parameter in sofia.xml.conf file.
Professional FreeSWITCH Consulting Services: consulting@freeswitch.org <javascript:_e({}, 'cvml', '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 <javascript:_e({}, 'cvml', '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
Professional FreeSWITCH Consulting Services: consulting@freeswitch.org <javascript:_e({}, 'cvml', '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 <javascript:_e({}, 'cvml', '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
Professional FreeSWITCH Consulting Services: consulting@freeswitch.org <javascript:_e({}, 'cvml', '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 <javascript:_e({}, 'cvml', '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
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org <javascript:_e({}, 'cvml', '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 <javascript:_e({}, 'cvml', '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 06/01/2013 02:29 PM, afshin afzali wrote:
Hi Brian,
They refers to a spec. so called HNC1 ! Would you search this key in http://www.scribd.com/doc/100596037/01-07-Configuring-Trunk-Data
BEST, Afshin
The Hua Wei documentation says HNC1 is something from RFC2833. However, RFC2833 only mentions encryption with respect to the possibility of applying encryption to an RTP stream. I don't think RFC4733 mentions encryption at all. No actual encryption scheme is specified. Hua Wei seem to be the only people who ever mention HNC1. Steve
Goog found this: http://enterprise.huawei.com/ilink/enenterprise/download/HW_U_149094 which says: ,----< excerpt from HW_U_149094.pdf §35.3 > | Huawei NGN Cipher Version1 (HNC1) is a patented algorithm of Huawei | and supports the 122/256-bit key. In encryption, the softswitch | (SoftX3000) of Huawei is required to cooperate. Currently, HNC1 is | used in the application scenarios in which the UA5000 works with the | SoftX3000. `---- It also says that those two products encrypt the rfc2833 traffic with that algorithm, w/o implying that it is part of 2833. As for why it is useful to encrypt the 2833 w/o also encrypting the voice, I can only speculate. Perhaps some idiosyncrasy of PRC law? Or to provide better integrity? -JimC -- James Cloos <cloos@jhcloos.com> OpenPGP: 1024D/ED7DAEA6
On 06/03/2013 08:19 AM, James Cloos wrote:
Goog found this:
http://enterprise.huawei.com/ilink/enenterprise/download/HW_U_149094
which says:
,----< excerpt from HW_U_149094.pdf §35.3 > | Huawei NGN Cipher Version1 (HNC1) is a patented algorithm of Huawei | and supports the 122/256-bit key. In encryption, the softswitch | (SoftX3000) of Huawei is required to cooperate. Currently, HNC1 is | used in the application scenarios in which the UA5000 works with the | SoftX3000. `----
It also says that those two products encrypt the rfc2833 traffic with that algorithm, w/o implying that it is part of 2833.
As for why it is useful to encrypt the 2833 w/o also encrypting the voice, I can only speculate. Perhaps some idiosyncrasy of PRC law? Or to provide better integrity?
-JimC There is an excellent reason for encrypting DTMF, when encrypting the voice is unimportant. If you can compromise a gateway and pick out all the DTMF, you might have the ability to recover a lot of passwords used for things like phone banking. On the PSTN this kind of thing only really works with a focussed hardware attack on the lines to the banking system, but with VoIP any compromised node could be a problem.
Steve
Thank all of you guys for incorporation, @Steve, exactly as you said, they consider to use this technique in phone banking application. BEST, On Mon, Jun 3, 2013 at 5:34 AM, Steve Underwood <steveu@coppice.org> wrote:
On 06/03/2013 08:19 AM, James Cloos wrote:
Goog found this:
http://enterprise.huawei.com/ilink/enenterprise/download/HW_U_149094
which says:
,----< excerpt from HW_U_149094.pdf §35.3 > | Huawei NGN Cipher Version1 (HNC1) is a patented algorithm of Huawei | and supports the 122/256-bit key. In encryption, the softswitch | (SoftX3000) of Huawei is required to cooperate. Currently, HNC1 is | used in the application scenarios in which the UA5000 works with the | SoftX3000. `----
It also says that those two products encrypt the rfc2833 traffic with that algorithm, w/o implying that it is part of 2833.
As for why it is useful to encrypt the 2833 w/o also encrypting the voice, I can only speculate. Perhaps some idiosyncrasy of PRC law? Or to provide better integrity?
-JimC There is an excellent reason for encrypting DTMF, when encrypting the voice is unimportant. If you can compromise a gateway and pick out all the DTMF, you might have the ability to recover a lot of passwords used for things like phone banking. On the PSTN this kind of thing only really works with a focussed hardware attack on the lines to the banking system, but with VoIP any compromised node could be a problem.
Steve
_________________________________________________________________________ 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
Personally I'd still say that's not good enough. Depending on what they're dialing in from some or all of the DTMF might still leak through as inband DTMF in the audio. So you'd want the entire media stream encrypted then. Doing DTMF without the rest of the voice is more of a compromise between security and CPU load. That still doesn't guarantee it's end-to-end, but then you're never truly going to be able to guarantee that unless they're calling the softswitch directly via VoIP rather than going via a string of SIP providers so it's probably the best you can hope for (for now). -Steve On 3 June 2013 02:04, Steve Underwood <steveu@coppice.org> wrote:
On 06/03/2013 08:19 AM, James Cloos wrote:
Goog found this:
http://enterprise.huawei.com/ilink/enenterprise/download/HW_U_149094
which says:
,----< excerpt from HW_U_149094.pdf §35.3 > | Huawei NGN Cipher Version1 (HNC1) is a patented algorithm of Huawei | and supports the 122/256-bit key. In encryption, the softswitch | (SoftX3000) of Huawei is required to cooperate. Currently, HNC1 is | used in the application scenarios in which the UA5000 works with the | SoftX3000. `----
It also says that those two products encrypt the rfc2833 traffic with that algorithm, w/o implying that it is part of 2833.
As for why it is useful to encrypt the 2833 w/o also encrypting the voice, I can only speculate. Perhaps some idiosyncrasy of PRC law? Or to provide better integrity?
-JimC There is an excellent reason for encrypting DTMF, when encrypting the voice is unimportant. If you can compromise a gateway and pick out all the DTMF, you might have the ability to recover a lot of passwords used for things like phone banking. On the PSTN this kind of thing only really works with a focussed hardware attack on the lines to the banking system, but with VoIP any compromised node could be a problem.
Steve
_________________________________________________________________________ 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
"SU" == Steve Underwood <steveu@coppice.org> writes:
SU> There is an excellent reason for encrypting DTMF, when encrypting the SU> voice is unimportant ... passwords ... Yes, of course. Thick-headed of my last night. ☹ -JimC -- James Cloos <cloos@jhcloos.com> OpenPGP: 1024D/ED7DAEA6
participants (6)
-
afshin afzali
-
Brian Foster
-
James Cloos
-
Michael Jerris
-
Steve Underwood
-
Steven Ayre