ZRTP error on call setup when dialling client uses ZRTP
Hi all, My server is running the latest git stable build of Freeswitch, all config is default and server/clients are on simple LAN setup. I'm having an issue when using ZRTP on one client only, specifically the dialling client. The calling device has ZRTP enabled, and the called device does not. In this scenario, the FS server should act as a man in the middle and exchange keys with the calling device. This results in the A leg being encrypted and the B leg un-encrypted. However as soon as the key exchange initiates, the A client errors and tears down the call. What's strange is that when I initiate the call from the non-zrtp client to the zrtp client, the keys exchange fine between server and client A, and 2-way audio is present. So it's only when it's the dialling handset do I have the problem. I've then gone on and tested the same thing on the latest git, and the problem goes away. So my question is, can anyone advise on what changes/patches have been applied to the latest git that has resolved this issue? I've tried to search the git tree, but I'll be honest I'm a bit unfamiliar with how it works and I'm not sure that I'm searching properly. The ZRTP device is an iPhone running Groundwire, and it doesn't seem to matter what codec I use. Thanks for the help!
What is the proxy-media mode on both sides, in both cases. It matters. In my case I have experienced this On Wed, 16 Jan 2013 10:36:08 -0000 "Ben" <ben122uk@gmail.com> wrote:
Hi all,
My server is running the latest git stable build of Freeswitch, all config is default and server/clients are on simple LAN setup. I'm having an issue when using ZRTP on one client only, specifically the dialling client.
The calling device has ZRTP enabled, and the called device does not. In this scenario, the FS server should act as a man in the middle and exchange keys with the calling device. This results in the A leg being encrypted and the B leg un-encrypted. However as soon as the key exchange initiates, the A client errors and tears down the call. What's strange is that when I initiate the call from the non-zrtp client to the zrtp client, the keys exchange fine between server and client A, and 2-way audio is present. So it's only when it's the dialling handset do I have the problem.
I've then gone on and tested the same thing on the latest git, and the problem goes away. So my question is, can anyone advise on what changes/patches have been applied to the latest git that has resolved this issue? I've tried to search the git tree, but I'll be honest I'm a bit unfamiliar with how it works and I'm not sure that I'm searching properly.
The ZRTP device is an iPhone running Groundwire, and it doesn't seem to matter what codec I use.
Thanks for the help!
Hi, Do you mean proxy_media=true in the dialplan? If so, setting proxy-media mode in the dialplan means that Freeswitch does not negotiate keys with the client. This is not the desired setup. When both devices use ZRTP and proxy media is set, the keys exchange directly between the clients, this seems to work fine. It's when only one client uses ZRTP do I have the problem. Thanks. -----Original Message----- From: freeswitch-users-bounces@lists.freeswitch.org [mailto:freeswitch-users-bounces@lists.freeswitch.org] On Behalf Of royj Sent: 16 January 2013 12:11 To: freeswitch-users@lists.freeswitch.org Subject: Re: [Freeswitch-users] ZRTP error on call setup when dialling client uses ZRTP What is the proxy-media mode on both sides, in both cases. It matters. In my case I have experienced this On Wed, 16 Jan 2013 10:36:08 -0000 "Ben" <ben122uk@gmail.com> wrote:
Hi all,
My server is running the latest git stable build of Freeswitch, all config is default and server/clients are on simple LAN setup. I'm having an issue when using ZRTP on one client only, specifically the dialling client.
The calling device has ZRTP enabled, and the called device does not. In this scenario, the FS server should act as a man in the middle and exchange keys with the calling device. This results in the A leg being encrypted and the B leg un-encrypted. However as soon as the key exchange initiates, the A client errors and tears down the call. What's strange is that when I initiate the call from the non-zrtp client to the zrtp client, the keys exchange fine between server and client A, and 2-way audio is present. So it's only when it's the dialling handset do I have the problem.
I've then gone on and tested the same thing on the latest git, and the problem goes away. So my question is, can anyone advise on what changes/patches have been applied to the latest git that has resolved this issue? I've tried to search the git tree, but I'll be honest I'm a bit unfamiliar with how it works and I'm not sure that I'm searching properly.
The ZRTP device is an iPhone running Groundwire, and it doesn't seem to matter what codec I use.
Thanks for the help!
_________________________________________________________________________ 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
What about "full processing media mode" (without any options of proxying media) on the client, which supports zrtp. May be useful to provide a description of the configuration On Wed, 16 Jan 2013 12:30:54 -0000 "Ben" <ben122uk@gmail.com> wrote:
Hi,
Do you mean proxy_media=true in the dialplan? If so, setting proxy-media mode in the dialplan means that Freeswitch does not negotiate keys with the client. This is not the desired setup.
When both devices use ZRTP and proxy media is set, the keys exchange directly between the clients, this seems to work fine. It's when only one client uses ZRTP do I have the problem.
Thanks.
-----Original Message----- From: freeswitch-users-bounces@lists.freeswitch.org [mailto:freeswitch-users-bounces@lists.freeswitch.org] On Behalf Of royj Sent: 16 January 2013 12:11 To: freeswitch-users@lists.freeswitch.org Subject: Re: [Freeswitch-users] ZRTP error on call setup when dialling client uses ZRTP
What is the proxy-media mode on both sides, in both cases. It matters. In my case I have experienced this
On Wed, 16 Jan 2013 10:36:08 -0000 "Ben" <ben122uk@gmail.com> wrote:
Hi all,
My server is running the latest git stable build of Freeswitch, all config is default and server/clients are on simple LAN setup. I'm having an issue when using ZRTP on one client only, specifically the dialling client.
The calling device has ZRTP enabled, and the called device does not. In this scenario, the FS server should act as a man in the middle and exchange keys with the calling device. This results in the A leg being encrypted and the B leg un-encrypted. However as soon as the key exchange initiates, the A client errors and tears down the call. What's strange is that when I initiate the call from the non-zrtp client to the zrtp client, the keys exchange fine between server and client A, and 2-way audio is present. So it's only when it's the dialling handset do I have the problem.
I've then gone on and tested the same thing on the latest git, and the problem goes away. So my question is, can anyone advise on what changes/patches have been applied to the latest git that has resolved this issue? I've tried to search the git tree, but I'll be honest I'm a bit unfamiliar with how it works and I'm not sure that I'm searching properly.
The ZRTP device is an iPhone running Groundwire, and it doesn't seem to matter what codec I use.
Thanks for the help!
_________________________________________________________________________ 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
Configuration is the default config that comes with installing Freeswitch, which means that neither proxy media or bypass media are set and the audio is being processed by Freeswitch. As mentioned below, the setup is a simple LAN setup with clients and server on the same LAN. I have no advanced config in the dialplan, all the user accounts are default, so it's just the stock Freeswitch build. Thanks. -----Original Message----- From: freeswitch-users-bounces@lists.freeswitch.org [mailto:freeswitch-users-bounces@lists.freeswitch.org] On Behalf Of royj Sent: 16 January 2013 13:19 To: freeswitch-users@lists.freeswitch.org Subject: Re: [Freeswitch-users] ZRTP error on call setup when dialling client uses ZRTP What about "full processing media mode" (without any options of proxying media) on the client, which supports zrtp. May be useful to provide a description of the configuration On Wed, 16 Jan 2013 12:30:54 -0000 "Ben" <ben122uk@gmail.com> wrote:
Hi,
Do you mean proxy_media=true in the dialplan? If so, setting proxy-media mode in the dialplan means that Freeswitch does not negotiate keys with the client. This is not the desired setup.
When both devices use ZRTP and proxy media is set, the keys exchange directly between the clients, this seems to work fine. It's when only one client uses ZRTP do I have the problem.
Thanks.
-----Original Message----- From: freeswitch-users-bounces@lists.freeswitch.org [mailto:freeswitch-users-bounces@lists.freeswitch.org] On Behalf Of royj Sent: 16 January 2013 12:11 To: freeswitch-users@lists.freeswitch.org Subject: Re: [Freeswitch-users] ZRTP error on call setup when dialling client uses ZRTP
What is the proxy-media mode on both sides, in both cases. It matters. In my case I have experienced this
On Wed, 16 Jan 2013 10:36:08 -0000 "Ben" <ben122uk@gmail.com> wrote:
Hi all,
My server is running the latest git stable build of Freeswitch, all config is default and server/clients are on simple LAN setup. I'm having an issue when using ZRTP on one client only, specifically the dialling client.
The calling device has ZRTP enabled, and the called device does not. In this scenario, the FS server should act as a man in the middle and exchange keys with the calling device. This results in the A leg being encrypted and the B leg un-encrypted. However as soon as the key exchange initiates, the A client errors and tears down the call. What's strange is that when I initiate the call from the non-zrtp client to the zrtp client, the keys exchange fine between server and client A, and 2-way audio is present. So it's only when it's the dialling handset do I have the problem.
I've then gone on and tested the same thing on the latest git, and the problem goes away. So my question is, can anyone advise on what changes/patches have been applied to the latest git that has resolved this issue? I've tried to search the git tree, but I'll be honest I'm a bit unfamiliar with how it works and I'm not sure that I'm searching properly.
The ZRTP device is an iPhone running Groundwire, and it doesn't seem to matter what codec I use.
Thanks for the help!
______________________________________________________________________ ___ 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-use rs 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-use rs 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
Well then debug and developer will help in this case, I think On Wed, 16 Jan 2013 13:38:14 -0000 "Ben" <ben122uk@gmail.com> wrote:
Configuration is the default config that comes with installing Freeswitch, which means that neither proxy media or bypass media are set and the audio is being processed by Freeswitch. As mentioned below, the setup is a simple LAN setup with clients and server on the same LAN. I have no advanced config in the dialplan, all the user accounts are default, so it's just the stock Freeswitch build.
Thanks.
-----Original Message----- From: freeswitch-users-bounces@lists.freeswitch.org [mailto:freeswitch-users-bounces@lists.freeswitch.org] On Behalf Of royj Sent: 16 January 2013 13:19 To: freeswitch-users@lists.freeswitch.org Subject: Re: [Freeswitch-users] ZRTP error on call setup when dialling client uses ZRTP
What about "full processing media mode" (without any options of proxying media) on the client, which supports zrtp. May be useful to provide a description of the configuration
On Wed, 16 Jan 2013 12:30:54 -0000 "Ben" <ben122uk@gmail.com> wrote:
Hi,
Do you mean proxy_media=true in the dialplan? If so, setting proxy-media mode in the dialplan means that Freeswitch does not negotiate keys with the client. This is not the desired setup.
When both devices use ZRTP and proxy media is set, the keys exchange directly between the clients, this seems to work fine. It's when only one client uses ZRTP do I have the problem.
Thanks.
-----Original Message----- From: freeswitch-users-bounces@lists.freeswitch.org [mailto:freeswitch-users-bounces@lists.freeswitch.org] On Behalf Of royj Sent: 16 January 2013 12:11 To: freeswitch-users@lists.freeswitch.org Subject: Re: [Freeswitch-users] ZRTP error on call setup when dialling client uses ZRTP
What is the proxy-media mode on both sides, in both cases. It matters. In my case I have experienced this
On Wed, 16 Jan 2013 10:36:08 -0000 "Ben" <ben122uk@gmail.com> wrote:
Hi all,
My server is running the latest git stable build of Freeswitch, all config is default and server/clients are on simple LAN setup. I'm having an issue when using ZRTP on one client only, specifically the dialling client.
The calling device has ZRTP enabled, and the called device does not. In this scenario, the FS server should act as a man in the middle and exchange keys with the calling device. This results in the A leg being encrypted and the B leg un-encrypted. However as soon as the key exchange initiates, the A client errors and tears down the call. What's strange is that when I initiate the call from the non-zrtp client to the zrtp client, the keys exchange fine between server and client A, and 2-way audio is present. So it's only when it's the dialling handset do I have the problem.
I've then gone on and tested the same thing on the latest git, and the problem goes away. So my question is, can anyone advise on what changes/patches have been applied to the latest git that has resolved this issue? I've tried to search the git tree, but I'll be honest I'm a bit unfamiliar with how it works and I'm not sure that I'm searching properly.
The ZRTP device is an iPhone running Groundwire, and it doesn't seem to matter what codec I use.
Thanks for the help!
______________________________________________________________________ ___ 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-use rs 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-use rs 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
participants (2)
-
Ben
-
royj