Bridge problem from outbound socket
Hi. We call an extension called "netcat" which is configured in this way: <extension name="netcat"> <condition field="context" expression="public"/> <condition field="destination_number" expression="^netcat$"> <action application="log" data="INFO extension netcat"/> <action application="socket" data="127.0.0.1:8085 async full"/> </condition> </extension> The inbound call is correctly routed to a netcat socket listening on localhost:8085. When I get the socket connect, I issue the following commands: connect ... sendmsg call-command: execute execute-app-name: answer ... sendmsg call-command: execute execute-app-name: bridge execute-app-arg: sofia/external/external_number@external_domain The bridge is done correctly but the media stream is not bidirectional: • Aleg can listen Bleg • Bleg can speak but doesn't hear Aleg The strange thing is that if I put on hold and unhold Aleg with: sendmsg call-command: execute execute-app-name: hold .. sendmsg call-command: execute execute-app-name: unhold the media stream is recovered correctly: Aleg and Bleg can speak/listen each other. I attach pastebin for completeness: • Freeswitch log: http://pastebin.freeswitch.org/pastebin.php?dl=20656 • Outbound socket log: http://pastebin.freeswitch.org/pastebin.php?dl=20657 Thank you for your help. Denis Gasparin
Does the same thing happen if you call the bridge app from the diaplan directly? It's unlikely it's anything specific to the event socket. Usually one way audio is due to NAT and one of the phones not handling NAT traversal correctly. -Steve On 2 March 2013 11:06, Denis Gasparin <denis.gasparin@edistar.com> wrote:
Hi.
We call an extension called "netcat" which is configured in this way:
<extension name="netcat"> <condition field="context" expression="public"/> <condition field="destination_number" expression="^netcat$"> <action application="log" data="INFO extension netcat"/> <action application="socket" data="127.0.0.1:8085 async full"/> </condition> </extension>
The inbound call is correctly routed to a netcat socket listening on localhost:8085.
When I get the socket connect, I issue the following commands:
connect ... sendmsg call-command: execute execute-app-name: answer ...
sendmsg call-command: execute execute-app-name: bridge execute-app-arg: sofia/external/external_number@external_domain
The bridge is done correctly but the media stream is not bidirectional:
- Aleg can listen Bleg - Bleg can speak but doesn't hear Aleg
The strange thing is that if I put on hold and unhold Aleg with:
sendmsg call-command: execute execute-app-name: hold .. sendmsg call-command: execute execute-app-name: unhold
the media stream is recovered correctly: Aleg and Bleg can speak/listen each other.
I attach pastebin for completeness:
- Freeswitch log: http://pastebin.freeswitch.org/pastebin.php?dl=20656 - Outbound socket log: http://pastebin.freeswitch.org/pastebin.php?dl=20657
Thank you for your help. Denis Gasparin
_________________________________________________________________________ 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
No, it happens only when bridge app is invoked via outbound socket. The "external" extension is actually in the same network of freeswitch server: so I exclude NAT traversal problems. Denis Il giorno 02/mar/2013, alle ore 12:24, Steven Ayre <steveayre@gmail.com> ha scritto:
Does the same thing happen if you call the bridge app from the diaplan directly? It's unlikely it's anything specific to the event socket.
Usually one way audio is due to NAT and one of the phones not handling NAT traversal correctly.
-Steve
On 2 March 2013 11:06, Denis Gasparin <denis.gasparin@edistar.com> wrote:
Hi.
We call an extension called "netcat" which is configured in this way:
<extension name="netcat"> <condition field="context" expression="public"/> <condition field="destination_number" expression="^netcat$"> <action application="log" data="INFO extension netcat"/> <action application="socket" data="127.0.0.1:8085 async full"/> </condition> </extension>
The inbound call is correctly routed to a netcat socket listening on localhost:8085.
When I get the socket connect, I issue the following commands:
connect ... sendmsg call-command: execute execute-app-name: answer ...
sendmsg call-command: execute execute-app-name: bridge execute-app-arg: sofia/external/external_number@external_domain
The bridge is done correctly but the media stream is not bidirectional: Aleg can listen Bleg Bleg can speak but doesn't hear Aleg The strange thing is that if I put on hold and unhold Aleg with:
sendmsg call-command: execute execute-app-name: hold .. sendmsg call-command: execute execute-app-name: unhold
the media stream is recovered correctly: Aleg and Bleg can speak/listen each other.
I attach pastebin for completeness: Freeswitch log: http://pastebin.freeswitch.org/pastebin.php?dl=20656 Outbound socket log: http://pastebin.freeswitch.org/pastebin.php?dl=20657
Thank you for your help. Denis Gasparin
_________________________________________________________________________ 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 obfuscated ip and FS version from the logs make it hard to diagnose. Can you at least obfuscate them where they are all still unique 1.1.1.1 2.2.2.2 etc or send me the real log directly. Are you on testing with GIT HEAD? I can't tell the version because its absent from the log. *PLEASE* report issues to jira.freeswitch.org and also please tell other people to do the same when you see them trying to get debugging help over the mailing list. Its unsustainable; The mailing list does not offer any tracking features for gathering data about an issue other than threading the emails. On Sat, Mar 2, 2013 at 8:21 AM, Denis Gasparin <denis.gasparin@edistar.com>wrote:
No, it happens only when bridge app is invoked via outbound socket. The "external" extension is actually in the same network of freeswitch server: so I exclude NAT traversal problems.
Denis
Il giorno 02/mar/2013, alle ore 12:24, Steven Ayre <steveayre@gmail.com> ha scritto:
Does the same thing happen if you call the bridge app from the diaplan directly? It's unlikely it's anything specific to the event socket.
Usually one way audio is due to NAT and one of the phones not handling NAT traversal correctly.
-Steve
On 2 March 2013 11:06, Denis Gasparin <denis.gasparin@edistar.com> wrote:
Hi.
We call an extension called "netcat" which is configured in this way:
<extension name="netcat"> <condition field="context" expression="public"/> <condition field="destination_number" expression="^netcat$"> <action application="log" data="INFO extension netcat"/> <action application="socket" data="127.0.0.1:8085 async full"/> </condition> </extension>
The inbound call is correctly routed to a netcat socket listening on localhost:8085.
When I get the socket connect, I issue the following commands:
connect ... sendmsg call-command: execute execute-app-name: answer ...
sendmsg call-command: execute execute-app-name: bridge execute-app-arg: sofia/external/external_number@external_domain
The bridge is done correctly but the media stream is not bidirectional:
- Aleg can listen Bleg - Bleg can speak but doesn't hear Aleg
The strange thing is that if I put on hold and unhold Aleg with:
sendmsg call-command: execute execute-app-name: hold .. sendmsg call-command: execute execute-app-name: unhold
the media stream is recovered correctly: Aleg and Bleg can speak/listen each other.
I attach pastebin for completeness:
- Freeswitch log: http://pastebin.freeswitch.org/pastebin.php?dl=20656 - Outbound socket log: http://pastebin.freeswitch.org/pastebin.php?dl=20657
Thank you for your help. Denis Gasparin
_________________________________________________________________________ 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
-- Anthony Minessale II FreeSWITCH http://www.freeswitch.org/ ClueCon http://www.cluecon.com/ Twitter: http://twitter.com/FreeSWITCH_wire AIM: anthm MSN:anthony_minessale@hotmail.com GTALK/JABBER/PAYPAL:anthony.minessale@gmail.com IRC: irc.freenode.net #freeswitch FreeSWITCH Developer Conference sip:888@conference.freeswitch.org googletalk:conf+888@conference.freeswitch.org pstn:+19193869900
Hi Anthony. We are testing with the 1.2.5.3 version. Monday i'll be back at work and I'll send you the non obfuscated log. Thank you in advance Denis Il giorno 02/mar/2013, alle ore 19:00, Anthony Minessale <anthony.minessale@gmail.com> ha scritto:
the obfuscated ip and FS version from the logs make it hard to diagnose. Can you at least obfuscate them where they are all still unique 1.1.1.1 2.2.2.2 etc or send me the real log directly. Are you on testing with GIT HEAD? I can't tell the version because its absent from the log.
*PLEASE* report issues to jira.freeswitch.org and also please tell other people to do the same when you see them trying to get debugging help over the mailing list. Its unsustainable; The mailing list does not offer any tracking features for gathering data about an issue other than threading the emails.
On Sat, Mar 2, 2013 at 8:21 AM, Denis Gasparin <denis.gasparin@edistar.com> wrote:
No, it happens only when bridge app is invoked via outbound socket. The "external" extension is actually in the same network of freeswitch server: so I exclude NAT traversal problems.
Denis
Il giorno 02/mar/2013, alle ore 12:24, Steven Ayre <steveayre@gmail.com> ha scritto:
Does the same thing happen if you call the bridge app from the diaplan directly? It's unlikely it's anything specific to the event socket.
Usually one way audio is due to NAT and one of the phones not handling NAT traversal correctly.
-Steve
On 2 March 2013 11:06, Denis Gasparin <denis.gasparin@edistar.com> wrote:
Hi.
We call an extension called "netcat" which is configured in this way:
<extension name="netcat"> <condition field="context" expression="public"/> <condition field="destination_number" expression="^netcat$"> <action application="log" data="INFO extension netcat"/> <action application="socket" data="127.0.0.1:8085 async full"/> </condition> </extension>
The inbound call is correctly routed to a netcat socket listening on localhost:8085.
When I get the socket connect, I issue the following commands:
connect ... sendmsg call-command: execute execute-app-name: answer ...
sendmsg call-command: execute execute-app-name: bridge execute-app-arg: sofia/external/external_number@external_domain
The bridge is done correctly but the media stream is not bidirectional: Aleg can listen Bleg Bleg can speak but doesn't hear Aleg The strange thing is that if I put on hold and unhold Aleg with:
sendmsg call-command: execute execute-app-name: hold .. sendmsg call-command: execute execute-app-name: unhold
the media stream is recovered correctly: Aleg and Bleg can speak/listen each other.
I attach pastebin for completeness: Freeswitch log: http://pastebin.freeswitch.org/pastebin.php?dl=20656 Outbound socket log: http://pastebin.freeswitch.org/pastebin.php?dl=20657
Thank you for your help. Denis Gasparin
_________________________________________________________________________ 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
-- Anthony Minessale II
FreeSWITCH http://www.freeswitch.org/ ClueCon http://www.cluecon.com/ Twitter: http://twitter.com/FreeSWITCH_wire
AIM: anthm MSN:anthony_minessale@hotmail.com GTALK/JABBER/PAYPAL:anthony.minessale@gmail.com IRC: irc.freenode.net #freeswitch
FreeSWITCH Developer Conference sip:888@conference.freeswitch.org googletalk:conf+888@conference.freeswitch.org pstn:+19193869900 _________________________________________________________________________ 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
Superstition to not try head.... On Mar 2, 2013 3:00 PM, "Denis Gasparin" <denis.gasparin@edistar.com> wrote:
Hi Anthony.
We are testing with the 1.2.5.3 version.
Monday i'll be back at work and I'll send you the non obfuscated log.
Thank you in advance Denis
Il giorno 02/mar/2013, alle ore 19:00, Anthony Minessale < anthony.minessale@gmail.com> ha scritto:
the obfuscated ip and FS version from the logs make it hard to diagnose. Can you at least obfuscate them where they are all still unique 1.1.1.1 2.2.2.2 etc or send me the real log directly. Are you on testing with GIT HEAD? I can't tell the version because its absent from the log.
*PLEASE* report issues to jira.freeswitch.org and also please tell other people to do the same when you see them trying to get debugging help over the mailing list. Its unsustainable; The mailing list does not offer any tracking features for gathering data about an issue other than threading the emails.
On Sat, Mar 2, 2013 at 8:21 AM, Denis Gasparin <denis.gasparin@edistar.com
wrote:
No, it happens only when bridge app is invoked via outbound socket. The "external" extension is actually in the same network of freeswitch server: so I exclude NAT traversal problems.
Denis
Il giorno 02/mar/2013, alle ore 12:24, Steven Ayre <steveayre@gmail.com> ha scritto:
Does the same thing happen if you call the bridge app from the diaplan directly? It's unlikely it's anything specific to the event socket.
Usually one way audio is due to NAT and one of the phones not handling NAT traversal correctly.
-Steve
On 2 March 2013 11:06, Denis Gasparin <denis.gasparin@edistar.com> wrote:
Hi.
We call an extension called "netcat" which is configured in this way:
<extension name="netcat"> <condition field="context" expression="public"/> <condition field="destination_number" expression="^netcat$"> <action application="log" data="INFO extension netcat"/> <action application="socket" data="127.0.0.1:8085 async full"/> </condition> </extension>
The inbound call is correctly routed to a netcat socket listening on localhost:8085.
When I get the socket connect, I issue the following commands:
connect ... sendmsg call-command: execute execute-app-name: answer ...
sendmsg call-command: execute execute-app-name: bridge execute-app-arg: sofia/external/external_number@external_domain
The bridge is done correctly but the media stream is not bidirectional:
- Aleg can listen Bleg - Bleg can speak but doesn't hear Aleg
The strange thing is that if I put on hold and unhold Aleg with:
sendmsg call-command: execute execute-app-name: hold .. sendmsg call-command: execute execute-app-name: unhold
the media stream is recovered correctly: Aleg and Bleg can speak/listen each other.
I attach pastebin for completeness:
- Freeswitch log: http://pastebin.freeswitch.org/pastebin.php?dl=20656 - Outbound socket log: http://pastebin.freeswitch.org/pastebin.php?dl=20657
Thank you for your help. Denis Gasparin
_________________________________________________________________________ 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
-- Anthony Minessale II
FreeSWITCH http://www.freeswitch.org/ ClueCon http://www.cluecon.com/ Twitter: http://twitter.com/FreeSWITCH_wire
AIM: anthm MSN:anthony_minessale@hotmail.com GTALK/JABBER/PAYPAL:anthony.minessale@gmail.com IRC: irc.freenode.net #freeswitch
FreeSWITCH Developer Conference sip:888@conference.freeswitch.org googletalk:conf+888@conference.freeswitch.org pstn:+19193869900
_________________________________________________________________________ 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
I tried the head version (1.3.14b) and the problem disappeared. Thank you Denis PS: the problem was present also with 1.3.13b. ----- Messaggio originale ----- Da: "Anthony Minessale" <anthony.minessale@gmail.com> A: "FreeSWITCH Users Help" <freeswitch-users@lists.freeswitch.org> Inviato: Domenica, 3 marzo 2013 2:11:18 Oggetto: Re: [Freeswitch-users] Bridge problem from outbound socket Superstition to not try head.... On Mar 2, 2013 3:00 PM, "Denis Gasparin" < denis.gasparin@edistar.com > wrote: Hi Anthony. We are testing with the 1.2.5.3 version. Monday i'll be back at work and I'll send you the non obfuscated log. Thank you in advance Denis Il giorno 02/mar/2013, alle ore 19:00, Anthony Minessale < anthony.minessale@gmail.com > ha scritto: the obfuscated ip and FS version from the logs make it hard to diagnose. Can you at least obfuscate them where they are all still unique 1.1.1.1 2.2.2.2 etc or send me the real log directly. Are you on testing with GIT HEAD? I can't tell the version because its absent from the log. *PLEASE* report issues to jira.freeswitch.org and also please tell other people to do the same when you see them trying to get debugging help over the mailing list. Its unsustainable; The mailing list does not offer any tracking features for gathering data about an issue other than threading the emails. On Sat, Mar 2, 2013 at 8:21 AM, Denis Gasparin < denis.gasparin@edistar.com > wrote: No, it happens only when bridge app is invoked via outbound socket. The "external" extension is actually in the same network of freeswitch server: so I exclude NAT traversal problems. Denis Il giorno 02/mar/2013, alle ore 12:24, Steven Ayre < steveayre@gmail.com > ha scritto: Does the same thing happen if you call the bridge app from the diaplan directly? It's unlikely it's anything specific to the event socket. Usually one way audio is due to NAT and one of the phones not handling NAT traversal correctly. -Steve On 2 March 2013 11:06, Denis Gasparin < denis.gasparin@edistar.com > wrote: Hi. We call an extension called "netcat" which is configured in this way: <extension name="netcat"> <condition field="context" expression="public"/> <condition field="destination_number" expression="^netcat$"> <action application="log" data="INFO extension netcat"/> <action application="socket" data=" 127.0.0.1:8085 async full"/> </condition> </extension> The inbound call is correctly routed to a netcat socket listening on localhost:8085. When I get the socket connect, I issue the following commands: connect ... sendmsg call-command: execute execute-app-name: answer ... sendmsg call-command: execute execute-app-name: bridge execute-app-arg: sofia/external/external_number@external_domain The bridge is done correctly but the media stream is not bidirectional: • Aleg can listen Bleg • Bleg can speak but doesn't hear Aleg The strange thing is that if I put on hold and unhold Aleg with: sendmsg call-command: execute execute-app-name: hold .. sendmsg call-command: execute execute-app-name: unhold the media stream is recovered correctly: Aleg and Bleg can speak/listen each other. I attach pastebin for completeness: • Freeswitch log: http://pastebin.freeswitch.org/pastebin.php?dl=20656 • Outbound socket log: http://pastebin.freeswitch.org/pastebin.php?dl=20657 Thank you for your help. Denis Gasparin _________________________________________________________________________ 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 -- Anthony Minessale II FreeSWITCH http://www.freeswitch.org/ ClueCon http://www.cluecon.com/ Twitter: http://twitter.com/FreeSWITCH_wire AIM: anthm MSN:anthony_minessale@hotmail.com GTALK/JABBER/ PAYPAL:anthony.minessale@gmail.com IRC: irc.freenode.net #freeswitch FreeSWITCH Developer Conference sip:888@conference.freeswitch.org googletalk:conf+888@conference.freeswitch.org pstn: +19193869900 _________________________________________________________________________ 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
! good 1.3.14 final will probably be 1.2.6 stable. On Mon, Mar 4, 2013 at 4:18 AM, Denis Gasparin <denis.gasparin@edistar.com>wrote:
I tried the head version (1.3.14b) and the problem disappeared.
Thank you Denis
PS: the problem was present also with 1.3.13b.
------------------------------
*Da: *"Anthony Minessale" <anthony.minessale@gmail.com> *A: *"FreeSWITCH Users Help" <freeswitch-users@lists.freeswitch.org> *Inviato: *Domenica, 3 marzo 2013 2:11:18 *Oggetto: *Re: [Freeswitch-users] Bridge problem from outbound socket
Superstition to not try head.... On Mar 2, 2013 3:00 PM, "Denis Gasparin" <denis.gasparin@edistar.com> wrote:
Hi Anthony.
We are testing with the 1.2.5.3 version.
Monday i'll be back at work and I'll send you the non obfuscated log.
Thank you in advance Denis
Il giorno 02/mar/2013, alle ore 19:00, Anthony Minessale < anthony.minessale@gmail.com> ha scritto:
the obfuscated ip and FS version from the logs make it hard to diagnose. Can you at least obfuscate them where they are all still unique 1.1.1.1 2.2.2.2 etc or send me the real log directly. Are you on testing with GIT HEAD? I can't tell the version because its absent from the log.
*PLEASE* report issues to jira.freeswitch.org and also please tell other people to do the same when you see them trying to get debugging help over the mailing list. Its unsustainable; The mailing list does not offer any tracking features for gathering data about an issue other than threading the emails.
On Sat, Mar 2, 2013 at 8:21 AM, Denis Gasparin < denis.gasparin@edistar.com> wrote:
No, it happens only when bridge app is invoked via outbound socket. The "external" extension is actually in the same network of freeswitch server: so I exclude NAT traversal problems.
Denis
Il giorno 02/mar/2013, alle ore 12:24, Steven Ayre <steveayre@gmail.com> ha scritto:
Does the same thing happen if you call the bridge app from the diaplan directly? It's unlikely it's anything specific to the event socket.
Usually one way audio is due to NAT and one of the phones not handling NAT traversal correctly.
-Steve
On 2 March 2013 11:06, Denis Gasparin <denis.gasparin@edistar.com>wrote:
Hi.
We call an extension called "netcat" which is configured in this way:
<extension name="netcat"> <condition field="context" expression="public"/> <condition field="destination_number" expression="^netcat$"> <action application="log" data="INFO extension netcat"/> <action application="socket" data="127.0.0.1:8085async full"/> </condition> </extension>
The inbound call is correctly routed to a netcat socket listening on localhost:8085.
When I get the socket connect, I issue the following commands:
connect ... sendmsg call-command: execute execute-app-name: answer ...
sendmsg call-command: execute execute-app-name: bridge execute-app-arg: sofia/external/external_number@external_domain
The bridge is done correctly but the media stream is not bidirectional:
- Aleg can listen Bleg - Bleg can speak but doesn't hear Aleg
The strange thing is that if I put on hold and unhold Aleg with:
sendmsg call-command: execute execute-app-name: hold .. sendmsg call-command: execute execute-app-name: unhold
the media stream is recovered correctly: Aleg and Bleg can speak/listen each other.
I attach pastebin for completeness:
- Freeswitch log: http://pastebin.freeswitch.org/pastebin.php?dl=20656 - Outbound socket log: http://pastebin.freeswitch.org/pastebin.php?dl=20657
Thank you for your help. Denis Gasparin
_________________________________________________________________________ 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
-- Anthony Minessale II
FreeSWITCH http://www.freeswitch.org/ ClueCon http://www.cluecon.com/ Twitter: http://twitter.com/FreeSWITCH_wire
AIM: anthm MSN:anthony_minessale@hotmail.com GTALK/JABBER/PAYPAL:anthony.minessale@gmail.com IRC: irc.freenode.net #freeswitch
FreeSWITCH Developer Conference sip:888@conference.freeswitch.org googletalk:conf+888@conference.freeswitch.org pstn:+19193869900
_________________________________________________________________________ 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
_________________________________________________________________________ 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
-- Anthony Minessale II FreeSWITCH http://www.freeswitch.org/ ClueCon http://www.cluecon.com/ Twitter: http://twitter.com/FreeSWITCH_wire AIM: anthm MSN:anthony_minessale@hotmail.com GTALK/JABBER/PAYPAL:anthony.minessale@gmail.com IRC: irc.freenode.net #freeswitch FreeSWITCH Developer Conference sip:888@conference.freeswitch.org googletalk:conf+888@conference.freeswitch.org pstn:+19193869900
participants (3)
-
Anthony Minessale
-
Denis Gasparin
-
Steven Ayre