La grafica non è delle migliori e purtroppo è stato realizzato in tempi
record.
http://www.internetfree4u.org
Ciao
Il giorno 26 luglio 2010 08.43, ZioPRoTo (Saverio Proto) ziopr...@gmail.com
ha scritto:
Con questo voglio dire che i nodi non sono in lan con il server, quindi è
possibile
La grafica non è delle migliori e purtroppo è stato realizzato in tempi
record.
http://www.internetfree4u.org
ma dove sta il link a Ninux ?
Saverio
___
Wireless mailing list
Wireless@ml.ninux.org
http://ml.ninux.org/mailman/listinfo/wireless
Comunque adesso il link è messo in tutte le pagine sul powered by in quanto
senza la comunità ninux di certo non saremmo riusciti a tirare su questa
cosa.
Ciao
Il giorno 26 luglio 2010 11.11, Filippo Sallemi tonyp...@gmail.com ha
scritto:
prima di metterlo ho chiesto se potevo metterlo...
sono indeciso tra snmp-static e snmp-utils
snmp-static è il pacchetto server compilato staticamente che non ha
bisogno di snmp-libs
snmp-utils sono le utility client per interrogare i servers snmp,
queste di solito sull'AP non ti servono
Saverio
___
Ok, ma se i miei nodi con snmp-static sono dietro nat come fanno ad essere
interrogati?
Non dovrebbero essere i nodi a mandare il loro stato alla macchina con
snmp-utils?
Scusate per le domande idiote ma ho qualche problema a capire questa cosa.
Ciao
Il giorno 26 luglio 2010 12.15, ZioPRoTo
Ok, ma se i miei nodi con snmp-static sono dietro nat come fanno ad essere
interrogati?
Non dovrebbero essere i nodi a mandare il loro stato alla macchina con
snmp-utils?
Scusate per le domande idiote ma ho qualche problema a capire questa cosa.
allora funziona così:
tutti i nodi hanno un
Ciao.
La rcvfrom e' una chiamata bloccante, quindi o usi la sottocitata select
o entri nel fantastico mondo dei thread e della programmazione
concorrente...
Clauz
On 07/22/2010 01:54 AM, ZioPRoTo (Saverio Proto) wrote:
Consiglio questa lettura:
Vi ringrazio per il supporto ragazzi, ed è tutto molto interessante.
Il motivo per cui sto scrivendo questo piccolissimo software è perchè vorrei
avere un heartbeat dei nodi da mandare ad un server, per il solo scopo di
tenere sotto controllo lo stato dei nodi in tempo più reale possibile ma
senza
Di heartbeat ce ne sono a iosa; da semplici script che pingano a soluzioni
complesse. Cerca prima di sviluppare l'ennesima tecnologia apposita... anche
perche' stai facendo un sistema di monitoraggio, e come tale ha bisogno di
essere affidabile; se te lo fai da solo rischi di affidarti ad una cosa
perche' non usare TCP? con UDP spari e speri che il beat arrivi a
destinazione, senza alcuna info sullo stato della connesiione
Antonio
Il 22 luglio 2010 14.45, Michele Favara Pedarsi m...@meganetwork.org
ha scritto:
Di heartbeat ce ne sono a iosa; da semplici script che pingano a soluzioni
Sono daccordissimo con te Michele, non ho proprio voglia di reinventare
l'acqua calda anche se in verità il programmino con il suo ciclo di vita
dovrebbe essere abbastanza facile da implementare e con pochi rischi di
fallimento.
In verità avrei voluto usare snmp per questo genere di cose ma non
Per completezza, quello che dice Antonio è giusto, ma è utilie nella
situazione immediatamente successiva, ovvero inviare l'intero stato (o altre
info) del nodo ad un entità centrale, per cui è necessario essere certi che
arrivi e magari ricevere una risposta (robin update).
In generale io vedo
in questo caso credo che sul server ci sia una specie di tolleranza,
nel senso che se non ricevo beat per n- secondi di fila allora
presumibilmente il nodo e' giu' (una specie di validity time alla
olsr). Altrimenti, al primo beat perso il server potrebbe credere che
il nodo sia a ramengo.
Ciao ragazzi,
sto giocherellando un po con C e stavo provando a scrivere un piccolo
programma che manda pacchetti UDP ad un host solo che ho notato che la
funzione rcvfrom resta bloccata finchè il server non manda una risposta
anche vuota.
Parte del codice esegue questo:
read = sendto(sock, str,
14 matches
Mail list logo