All things related to multicast

[Marc Manthey <>]

hello Hitoshi, all

any news or implementation (s )  from the "Channel Reflector " ?

regards

Marc

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.
>
> Ah, did you ask how a multicast client application behind NAT can join
> multicast sessions in general (not via CR)?
>
> 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.
> --
> Hitoshi Asaeda



--  
Les enfants teribbles - research / deployment
Marc Manthey
Vogelsangerstrasse 97
D - 50823 Köln - Germany
Vogelsangerstrasse 97
Geo: 50.945554, 6.920293
PGP/GnuPG: 0x1ac02f3296b12b4d
Tel.:0049-221-29891489
Mobil:0049-1577-3329231
web : http://www.let.de

Opinions expressed may not even be mine by the time you read them, and  
certainly don't reflect those of any other entity (legal or otherwise).

Please note that according to the German law on data retention,  
information on every electronic information exchange with me is  
retained for a period of six months.