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