All things related to multicast

[Marc Manthey <>]

Am 06.04.2008 um 18:31 schrieb Hitoshi Asaeda:

or how could the client join session if they are behind a NAT ?

Are the tunneled via "http" ?

CR only provides a session announcement function. It does not invoke

IGMP/MLD join/leave and does not control routing functions.

hello Hitoshi,

Ah, did you ask how a multicast client application behind NAT can join
multicast sessions in general (not via CR)?

yes ;) , thanks for your reply , 

Ideally, NAT box must forward the client's IGMP/MLD messages. In that
case, If NAT can enable the function of IGMP/MLD proxy, it forwards
the downstream IGMP/MLD messages to its upstream router.
If NAT does not have the proxy function, then the application should
use AMT to bypass the NAT by establishing unicast UDP tunnel. AMT
suports to forward both multicast data and IGMP/MLD messages. One big
problem here is that AMT must be supported by both client hosts and
upstream routers (whether it's adjacent or not) and we need to break
its deployement barrier and operational or management difficulties.

i have  problems with my ipv6 multicast  connectivity 

because  i can´t  find an .ipkg package ( package format for openwrt.org , linux opensource router osx )

 for  "proxys" that i know of like : ECMH <http://unfix.org/projects/ecmh/> or mrd6 <http://fivebits.net/proj/mrd6>

witch are writen for debian. Would it be difficult to port this applications from debian to openwrt /DD-wrt ?

greetings from germany

marc manthey

-- 
Les enfants teribbles - research and deployment
Marc Manthey -  Hildeboldplatz 1a
D - 50672 Köln - Germany
Tel.:0049-221-3558032
Mobil:0049-1577-3329231
jabber :
blog : http://www.let.de
ipv6 http://stattfernsehen.com/