Newsgroup: it.comp.os.linux.sys
Titolo: Domandina: duplicare pacchetti IP...

Ciao,
vorrei sapere come poter duplicare i pacchetti provenienti da una certa
interfaccia, per inoltrarli verso tutte le altre.
Se cioe' voglio inoltrare il traffico proveniente da ppp0 verso eth0 ed
eth1, come posso fare?
Aggiuntina: e se il traffico e' multicast?
Grazie,
aded
-- 
Posted via Mailgate.ORG Server - 
http://www.Mailgate.ORG


Secondo me hai le idee un po' confuse (o forse ce le ho io).
Comunque, forse quello che ti serve e' su
http://www.iptables.org/documentation/HOWTO/it/NAT-HOWTO.txt
Alessandro.

 
non credo, il nat e' *n*etowrk *a*ddress *t*ranslation, non e' quello
che mi serve.
saluti,



Hmmm... forse sarebbe meglio partire da _cosa_ti_serve_ per capire 
_perchè_ vuoi fare una cosa come quella che descrivi...
inviare i pacchetti in parallelo su due interfacce non ha nessun senso.
Anche perchè mi spieghi come diavolo si dovrebbe comportare il sistema 
se uno qualsiasi dei layer alti delle macchine dall'altra parte delle 
interfacce "duplicate" (chessò, il trasporto...) trova un pacchetto 
errato e l'altra no? E dato che le comunicazioni ip sono point-to-point 
(escludiamo il multicast, lì si arrangia il sw adeguato, ed è altra 
cosa...), che senso ha farle uscire da due canali distinti se solo uno 
dei due porterà alla destinazione? Va contro il principio stesso di 
routing...
Forse dovresti spiegarci cosa ti serve...
byez
-- 
Emanuele "SKULL" Balla
----------------------------------------------------------------------
"How should I know if it works?  That's what beta testers are for. I 
only coded it." (Attributed to Linus Torvalds, somewhere in a posting)


Grazie per la spiegazione, ma che cosa fosse il NAT lo sapevo, altimenti non
ti avrei indicato l'url :-P
Alessandro Staltari
staltari(a)
geocities.com

 Forse dovresti spiegarci cosa ti serve...
Ciao,
quello che alla fin fine vorrei fare e' bypassare (o, se vuoi,
"forzare") il multicasting. Io ho del traffico in entrata su una
interfaccia indirizzato al - esempio - 224.1.1.1, voglio che vada su
tutte le altre interfacce anche se non ci sono client iscritti a quel
gruppo. Fra l'altro sarebbe interessante capire il comportamento di
applicazioni come il quicktime al quale si puo' dare un "file di
dichiarazione" in cui si specifica da quale IP (multicast nel nostro
caso) si ricevera' lo stream. Il sw si preoccupa di registrarsi
regolarmente (e quindi scartera' il traffico di cui sopra), oppure
ricevera' i pacchetti?
Cmq mi rendo conto che e' una forzatura, tant'e' vero che questa e'
stata una richiesta esplicita del prof. col quale sto facendo la tesi (e
col quale ne ri-parlero', evidentemente).
Sto inoltre lavorando sul multicasting puro e semplice: a tal proposito
approfitto della tua disponibilita' per chiederti se conosci doc
aggiuntiva su mrouted oltre alle man, o demoni alternativi.
Grazie,


 ti avrei indicato l'url :-P
oops, sorry :) - ma volevo sentirtelo dire, magari mi sbagliavo io!


gruppo. 
Non vorrei sbagliarmi, ma credo che il NAT faccia passare i pacchetti
multicast, infatti sul mio routerino Linux ho messo una regola per
fermarlo ;-).
Alessandro Staltari.


In pratica vuoi eliminare la creazione dell'albero di attraversamento 
per il multicast e far sì che il router multicast agisca sempre in 
modalità flooding. Ho capito bene?


 modalità flooding. Ho capito bene?
esatto, anche se poi non so se i pacchetti siano utilizzabili a valle
(cioe' dai client). non penso, visto che dovrebbero essere "fermati"
gia'  a livello 2, dove non viene creato il corrispettivo mac-multicast.
o sbaglio?
ma mi basterebbe vederli - e questo dovrebbe essere possibile - in
modalita' promiscua.



In linea di massima consulterei:
    * documentazione di mrouted
    * sorgenti di mrouted
    * sorgenti del kernel per le funzionalità di multicast routing
      (magari qualche file in /proc già ti permette di modificarne il
      comportamento...)
Purtroppo per te non ho altro di utile, questo è solo quello che mi 
viene in mente...
Byez...
