Hi Gonzalo,
I see the problem.
Currently the MCU enables the STUN binding and the NAT traversal when
the ip in the C line is a private IP address in the C line which is not
in the local net configured for the media mixer. If the clients sends a
public ip address then, that address is used and the STUN/NAT traversal
is disabled.
I have been working with mobicents javascript client and I don't have
this problem, as it doesn't wait for the the ice candidates to send the
first INVITE immediately and the C line has a 0.0.0.0 which triggers the
STUN in the MCU. Is it possible to disable the ICE candidate gathering
in sipml5 by leaving the stun server ip address empty? That would work.
Best regards
Sergio
El 10/12/2012 3:47, Gonzalo Gasca Meza escribió:
Hi Sergio,
Thanks for your great work on this new version, I was able to compile
it following your instructions and test McuWeb. I used it to perform
VP8 to H264 "transcoding" from my Browser clients towards a second HD
video bridge which supports only H264. I joined a client and then call
remote end and mcuWeb just reflects the client Video.
One of the questions I have is the following, I have this topology:
Canary Version 25.0.1353.0 canary --> sipml5
------------> Mobicents ----> McuWeb
Both my Client and McuWeb are in the same LAN. Both have access to
Internet as mcuWeb connects to remote clients.
When I call from Browser to mcuWeb, during initial INVITE w/SDP
creation, Canary selects the external NAT IP address in *c=* field in
SDP, but in ICE candidates, the local LAN and External IP are included.
Right now, I get one way video, McuWeb sends Media to the external IP
and my NAT block it.
What will be the expected behavior? Chrome and McuWeb to negotiate
media in Local LAN and use LAN IP address regardless c field in SDP ?
I can gather the traces if needed.
Workaround im using is to disable internet access for clients.
Thanks
Gonzalo
--
_____________________________________________________________________
-- Bandwidth and Colocation Provided by http://www.api-digital.com --
asterisk-video mailing list
To UNSUBSCRIBE or update options visit:
http://lists.digium.com/mailman/listinfo/asterisk-video
--
_____________________________________________________________________
-- Bandwidth and Colocation Provided by http://www.api-digital.com --
asterisk-video mailing list
To UNSUBSCRIBE or update options visit:
http://lists.digium.com/mailman/listinfo/asterisk-video
