Newsgroup: it.comp.reti.ip-admin
Titolo: Multicast e firewall

Come si configura una LAN collegata ad Internet dietro a un firewall+NAT per
far sě che i PC della LAN possano utilizzare servizi multicast provenienti
dall'esterno?
- Il router č un Coyote Box.
- I PC della LAN hanno WIndows XP.
1) Bisogna abilitare il port mapping? in un modo particolare oppure quello
classico?
2) le schede dei PC devono essere configurate in qualche modo strano?
........................

dall'esterno?
Devi configurare pimd sul firewall.
Questo ti permetterà di ricevere pacchetti multicast, ma non di
trasmetterli.
-- 
ciao, | Does a route flap if nobody is listening to it?
Marco | (Ri)scoprire fidonet: 
http://bbs.bofh.it/

 trasmetterli.
Ciò vuol dire che non funziona?????
Grazie

trasmetterli.
se posso permettermi...
il pim su linux ha qualche problema se la rete e' configurata con rvp
statico... (non sono mai riuscito a farlo andare)
per il nat avevo fatto delle prove...
con cisco ci si riesce solo senza overload...  
per linux ho fatto qualche esperimento tempo fa..
i pacchetti in ingresso sono diretti alla classe multicast quindi non
serve il nat ...  il problema e' il join ..  e la costruzione dei rpf
da parte degli altri nodi...  temo che anche con linux serva un nat
uno a uno proprio per questo motivo..
se qualcuno avesse una config di iptables funzionante sarebbe molto
interessante vederla.
ne approfitto ancora...  su linux mcast ipv6 funziona? 


In pratica con Coyote è ancora + dura........visto lo scarso supporto

ne approfitto ancora...  su linux mcast ipv6 funziona? 
In teoria mi dicono di sì, in pratica nessuno ha ancora fatto il porting
di una versione v6-enabled di pimd.


Ciò vuol dire che non funziona?????
Ciò vuol dire quello che ho scritto.
BTW, controlla la tua tastiera: il tasto ? sembra incantarsi.


di una versione v6-enabled di pimd.
considerando che anche cisco lo supporta da poco (12.3T) non sono
cosi' in dietro allora..
appena riesco a farlo andare sul mio router magari provo con linux...
sarà difficile trovare gente che si diverta poi a provarlo... ;)


wrote:

ma coyote non e' basato su iptables?
quello che mi chiedo e' questo...  questi servizi multicast da dove
vengono?  mi sembra un controsenso parlare di firewall e poi vole far
entrare il multicast che per sua natura non e' la cosa piu' sicura del
mondo...  

sarà difficile trovare gente che si diverta poi a provarlo... ;)
Appena ci saranno un pimd e un IOS adatti al mio setup io intendo
attivarlo.
Giusto qualche giorno fa avevo giocato un po' con multicast IPv4, ma in
Italia praticamente nessuna rete di accesso supporta il multicast
interdomain, e quindi anche se ce l'ho fino ai server non so che
farmene. :-(


farmene. :-(
si potrebbe organizzare qualcosa...  
appartengo ad una rete nazionale che sta facendo sperimentazione per
servizi di teledidattica su mcast...  abbiamo una rete mcast nativa
(su collegamenti fr e atm layer2).. 
siamo as  sia ipv4 che ipv6
 sarebbe  divertente provare un po' di mbgp...


si, ma non sono cosě esperto da capire....

 sarebbe  divertente provare un po' di mbgp...
Su un tunnel non so quanto senso abbia... Sarebbe bello convincere MIX
ad attivare finalmente la VLAN multicast, oppure che GARR si decidesse a
venire fino a TOP-IX. :-)



il garr e' lento a muoversi...
credo personalmente che il multicast rimarrà confinato a reti private...  non 
c'è abbastanza controllo su quello che passa...  e non vedo motivo per 
sobbarcarsi traffico... gratis.

sobbarcarsi traffico... gratis.
Gratis? Il traffico che mi entra da una parte esce dall'altra, e ad uno
dei due lati c'è qualcuno che paga per inviarlo o per riceverlo.
Mi rendo conto che può esserci una amplificazione del traffico in
uscita, ma tipicamente è abbastanza contenuta (< 10x).
E se ho eyeballs magari alla fine ci guadagno comunque con quello che
risparmio sul traffico in ingresso.
Finché rimane all'interno di un sito invece la sua utilità è molto
limitata, perché ormai per la maggior parte delle applicazioni si ha
banda in abbondanza anche per unicast...


banda in abbondanza anche per unicast...
infatti distribuisco uno streming da 300 k su una trentina di sedi con
cir da 
384.su
 rete variamente magliata.. :)

questo mi manca...  che e'?
Intendevo dire che se si fornisce un servizio di accesso piuttosto che
di housing/hosting, probabilmente si avranno più consumatori che
sorgenti di traffico multicast, e quindi alla fine il bilancio è
positivo.


 
certo... ma chi lo eroga dovrà pagare una banda notevole...
il problema/vantaggio del multicast e' che si eroga senza troppa banda...
sono convinto che il multicast (ipv4 e ipv6) rimarrà confinato purtroppo dentro 
le reti private e  i laboratori di ricerca...