Newsgroup: it.comp.reti.ip-admin
Titolo: 224.0.0.0 aka mcast.net

Ho una linuxbox che fa da gateway (ipchains con masquerading) su una
piccola lan, connessa tramite ISDN on demand. Il problema è che tcpdump
mi rileva dei pacchetti che annullano l'effetto dell'idle-time dopo il
quale il sistema si sconnette.
22:04:11.298575 195.130.229.193 > 
ALL-SYSTEMS.MCAST.NET
 igmp query [tos
0xc0] [ttl 1]
22:04:38.451002 195.130.229.193 > 
PIM-ROUTERS.MCAST.NET
 PIMv2 Hello [tos
0xc0] [ttl 1]
ho provato a bloccarli con ipchains -A input -d 
224.0.0.0/255.0.0.0
 -j
DENY ma non ha alcun effetto. Il primo arriva ogni 60 secondi, il
secondo ogni 30
le mie domande:
1- Come posso bloccarli e rendere il funzionante l'auto-disconnessione ?
2- Dove posso trovare informazioni sulla Classe D 224.0.0.0 ? Ho visto
l'RFC 1112 ma è troppo complessa, e l'argomento mi incuriosice
--
-=/ Nicola  Cassolato \=-
nicola.c...@libero.it
 - ICQ: 26241188 - 
http://texwiller.cjb.net
::: Il caso aiuta soltanto la mente preparata al nuovo e all'inconsueto
::: (L. Pasteur)

 wrote in message
news:7pdvl8...@server.games...


  Prentice Hall, 2000 (4th Edition)
Ma cos'hai una libreria sul networking??? 
Se ho bisogno di qualche titolo ti mando una  e-mail...;-)
Michele

 con /
240.0.0.0
 invece di /
255.0.0.0
 ... poi fammi sapere.
non funziona: i pacchetti continuano ad arrivare al modem e pppd non
sconnette. Io ho risolto la cosa con questa script di Leonardo Serni:
I=ppp0
LIMIT=100
PREV=0
while(true); do
        sleep 30
        # Per la serie "chi non conosce Perl e' costretto
        # a reinventarlo", la Gray Prodàccions presenta:
        PKTS=$( ifconfig $I | grep X | tr -s " " ":" \
                | cut -d: -f4 | tr "\n" "+" \
                | cut -f1,2 -d+ | bc | grep -v + )
        NEXT=$[ $PREV + $LIMIT ]
        if [ $PKTS -lt $NEXT ]; then
                kill -9 $( pidof pppd )
                exit 0
        fi
        PREV=$PKTS
done
basta metterlo in ip-up.local.
Ma l'ho leggermente modificato:
al posto dell'exit 0 rieseguo lo script per il collegamento on demand.
ciao
Buttha
-- 
* Per rispondere in email rimuovere la prima i dall'indirizzo
* 
http://members.xoom.it/buttha/
* Area riservata al personale non autorizzato

 danno noia utilizzando ipchains.
Non direi. Ipchains non puo' impedire che i pacchetti comunque arrivino dal
remoto al tuo ip. Puo' dire al kernel (ma non a ipppd) di ignorarli. Ma se
ipppd non ha un filtro suo, per lui sono sempre traffico che azzera l'idle.
Ciao,
 Luigi

 danno noia utilizzando ipchains.
Ipchains agisce solamente dopo che il pacchetto e' stato ricevuto... quindi i timer
vengono azzerati prima.
--
Ciauz!
   midorichan
////////////////////////////////////
     ... Erroneus Error. Nothing Wrong.

 done
Uhm... Visto che non so + o - niente di programmazione sono Unix,
potresti spiegarmi cosa fa 'sto script ?
Grazie,
nicola
--
-=/ Nicola  Cassolato \=-
nic...@cassolato.net
   -   ICQ: 26241188   -   
http://texwiller.cjb.net


 potresti spiegarmi cosa fa 'sto script ?
guarda il numero di pacchetti transitati attraverso l'interfaccia (tramite
il comando ipconfig) in un lasso di 30 secondi, e se sono meno di 100 killa
il pppd.
PS: comunque l'helpdesk di Tin e' informato del problema ed ha annunciato
che questo problema del multicast e' in via di eliminazione. E' la prima
volta che sanno dare una risposta a un problema tecnico.
Ciao,
 Luigi

 volta che sanno dare una risposta a un problema tecnico.
Tin ? Intendi Telecom Italia Network ? Non ci credo :-)
Vabbč, se me ne ricordo proverň a mandare una mail a Tiscali
chiedengohli perchč mi bersagliano di pacchetti :-)


 eh ? :-)
Ti difendi :)
Ciao,
 Luigi

 E come mai Tin manda pacchetti in multicast verso i suoi abbonati?
Sono configurazioni dei router... imho deriva tutto dal fatto che hanno
cambiato gli ip dei suddetti mettendoli sotto la classe 10.x.x.x
Ciao,
 Luigi

 Quindi a tutta la riga "kill" sostituirei un isdnctrl hangup $I
Ah, si, questo all'inizio non l'avevo notato, ma poi l'ho appurato a mie
spese ("ma perchč cavolo non si connette ?!?!?!" :-) )
