Ciao Nino,<div>Si ci avevo pensato ma avevo un dubbio circa l'utilizzo di snmp e la sua configurazione.</div><div><br></div><div>La situazione è questa:</div><div>Ci sono n nodi collegati lungo tutto il lungo mare ogni 3 nodi c'è un'adsl da 4 Mb ed infino c'è un server a pochi chilometri con un adsl dedicata che fa solo monitoring e log dei nodi e del traffico (meshboard/freeradius).</div>
<div>Con questo voglio dire che i nodi non sono in lan con il server, quindi è possibile utilizzare snmp su questo scenario senza installare VPN? Se si avreste qualche doc che spieghi come configurare nodi e server?</div>
<div><br></div><div>P.S. La rete al mare sta riuscuotendo un notevole succcesso, dunque per ringraziare la comunità del supporto sarei ben felice di mettere un link a ninux sul sito dell'associazione.</div><div><br></div>
<div>Ciao</div><div><br><div class="gmail_quote">Il giorno 24 luglio 2010 10.19, Nino <span dir="ltr"><<a href="mailto:nino@ninux.org">nino@ninux.org</a>></span> ha scritto:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
Sembra il lavoro perfetto per le trap snmp.<br>
Filippo, ci avevi pensato?<br>
Se succede qualcosa al nodo, ti avverte immediatamente e a quel punto puoi fare il poll snmp.<br>
Ovviamente quello che non fanno e` rilevare la caduta completa di un nodo, ma per esempio dovrebbero essere in grado di indicarti anche un calo di tenzione dell`alomentazione etc...<br>
Forse sarebbe la soluzione piu` standard per avvicinarsi al vero monitoring.<br>
Ciao<br>
<font color="#888888">Nino<br>
</font><div><div></div><div class="h5"><br>
Antonio Anselmi <<a href="mailto:tony.anselmi@gmail.com">tony.anselmi@gmail.com</a>> ha scritto:<br>
<br>
>in questo caso credo che sul server ci sia una specie di "tolleranza",<br>
>nel senso che se non ricevo beat per n- secondi di fila allora<br>
>presumibilmente il nodo e' giu' (una specie di validity time alla<br>
>olsr). Altrimenti, al primo beat perso il server potrebbe credere che<br>
>il nodo sia a ramengo.<br>
><br>
>Antonio<br>
><br>
>Il 22 luglio 2010 16.53, Filippo Sallemi <<a href="mailto:tonyputi@gmail.com">tonyputi@gmail.com</a>> ha scritto:<br>
>> Per completezza, quello che dice Antonio è giusto, ma è utilie nella<br>
>> situazione immediatamente successiva, ovvero inviare l'intero stato (o altre<br>
>> info) del nodo ad un entità centrale, per cui è necessario essere certi che<br>
>> arrivi e magari ricevere una risposta (robin update).<br>
>> In generale io vedo come unica informazione del beat, il nodo che lo sta<br>
>> mandando e nient'altro.<br>
>><br>
>> ovviamente la parte server collezionerà una serie di pacchetti "beat" in<br>
>> base ai quali saprà se il nodo c'è oppure no.<br>
>><br>
>> Magari mi sbaglio ma a me pare cristallino.<br>
>><br>
>> Ciao<br>
>><br>
>> Il giorno 22 luglio 2010 16.47, Filippo Sallemi <<a href="mailto:tonyputi@gmail.com">tonyputi@gmail.com</a>> ha<br>
>> scritto:<br>
>>><br>
>>> Sono daccordissimo con te Michele, non ho proprio voglia di reinventare<br>
>>> l'acqua calda anche se in verità il programmino con il suo ciclo di vita<br>
>>> dovrebbe essere abbastanza facile da implementare e con pochi rischi di<br>
>>> fallimento.<br>
>>><br>
>>> In verità avrei voluto usare snmp per questo genere di cose ma non so se<br>
>>> in realtà è la scelta giusta.<br>
>>><br>
>>> La scelta di UDP dipende da due fattori:<br>
>>><br>
>>> Usare minor banda possibile;<br>
>>> Non mi interessa se perdo qualche pacchetto, mi interessa solo dire "hei<br>
>>> ci sono" ogni tot secondi, dove tot è un numero veramente basso.<br>
>>><br>
>>> Il software è pensato per una serie di applicazioni lato server e<br>
>>> sicuramente non è sufficiente per fare monitoring dei nodi, ma rappresenta<br>
>>> un inizio...<br>
>>><br>
>>> Filippo<br>
>>><br>
>>><br>
>>> Il giorno 22 luglio 2010 16.42, Antonio Anselmi <<a href="mailto:tony.anselmi@gmail.com">tony.anselmi@gmail.com</a>><br>
>>> ha scritto:<br>
>>>><br>
>>>> perche' non usare TCP? con UDP "spari e speri" che il beat arrivi a<br>
>>>> destinazione, senza alcuna info sullo stato della connesiione<br>
>>>><br>
>>>> Antonio<br>
>>>><br>
>>>> Il 22 luglio 2010 14.45, Michele Favara Pedarsi <<a href="mailto:mfp@meganetwork.org">mfp@meganetwork.org</a>><br>
>>>> ha scritto:<br>
>>>> > Di heartbeat ce ne sono a iosa; da semplici script che pingano a<br>
>>>> > soluzioni<br>
>>>> > complesse. Cerca prima di sviluppare l'ennesima tecnologia apposita...<br>
>>>> > anche<br>
>>>> > perche' stai facendo un sistema di monitoraggio, e come tale ha bisogno<br>
>>>> > di<br>
>>>> > essere affidabile; se te lo fai da solo rischi di affidarti ad una cosa<br>
>>>> > che<br>
>>>> > per essere affidabile deve prima fallire qualche volta per trovare i<br>
>>>> > bug...<br>
>>>> > a meno che non applichi i modelli di sviluppo piu' rigidi, con i tempi<br>
>>>> > che<br>
>>>> > questi comportano...<br>
>>>> ><br>
>>>> > Una via di mezzo potrebbe essere quella di impiegare un qualsiasi<br>
>>>> > socket<br>
>>>> > server multithreaded generico gia' sviluppato - ie: esente da bachi - a<br>
>>>> > cui<br>
>>>> > devi aggiungere solo quella pochissima logica che verifica l'arrivo di<br>
>>>> > un<br>
>>>> > pacchetto ogni x secondi da y IP.<br>
>>>> ><br>
>>>> > ciao<br>
>>>> ><br>
>>>> > Michele<br>
>>>> ><br>
>>>> ><br>
>>>> ><br>
>>>> > Il giorno 22 luglio 2010 14.37, Filippo Sallemi <<a href="mailto:tonyputi@gmail.com">tonyputi@gmail.com</a>> ha<br>
>>>> > scritto:<br>
>>>> >><br>
>>>> >> Vi ringrazio per il supporto ragazzi, ed è tutto molto interessante.<br>
>>>> >> Il motivo per cui sto scrivendo questo piccolissimo software è perchè<br>
>>>> >> vorrei avere un heartbeat dei nodi da mandare ad un server, per il<br>
>>>> >> solo<br>
>>>> >> scopo di tenere sotto controllo lo stato dei nodi in tempo più reale<br>
>>>> >> possibile ma senza compromettere la banda.<br>
>>>> >><br>
>>>> >> In verità penso che sia solo sufficiente mandare un beat al server e<br>
>>>> >> non<br>
>>>> >> ricvere nulla nel caso specifico, ovviamente però potrei sbaglairmi o<br>
>>>> >> non<br>
>>>> >> tenere conto di qualcosa che magari mi sfugge.<br>
>>>> >><br>
>>>> >> So programmare in concorrenza, ma purtroppo la mia poca esperienza di<br>
>>>> >> concorrenza viene da mondo java universitario.<br>
>>>> >><br>
>>>> >> Se pensate che quello che sto facendo sia inutile o interesante vi<br>
>>>> >> prego<br>
>>>> >> di farmelo sapere non voglio reinventare l'acqua calda.<br>
>>>> >><br>
>>>> >> Ciao e grazie ancora<br>
>>>> >><br>
>>>> >> Il giorno 22 luglio 2010 11.54, <<a href="mailto:clauz@ninux.org">clauz@ninux.org</a>> ha scritto:<br>
>>>> >>><br>
>>>> >>> Ciao.<br>
>>>> >>> La rcvfrom e' una chiamata bloccante, quindi o usi la sottocitata<br>
>>>> >>> select<br>
>>>> >>> o entri nel fantastico mondo dei thread e della programmazione<br>
>>>> >>> concorrente...<br>
>>>> >>><br>
>>>> >>> Clauz<br>
>>>> >>><br>
>>>> >>><br>
>>>> >>><br>
>>>> >>> On 07/22/2010 01:54 AM, ZioPRoTo (Saverio Proto) wrote:<br>
>>>> >>> > Consiglio questa lettura:<br>
>>>> >>> > <a href="http://beej.us/guide/bgnet/output/html/multipage/index.html" target="_blank">http://beej.us/guide/bgnet/output/html/multipage/index.html</a><br>
>>>> >>> ><br>
>>>> >>> > nello specifico:<br>
>>>> >>> ><br>
>>>> >>> > <a href="http://beej.us/guide/bgnet/output/html/multipage/advanced.html#select" target="_blank">http://beej.us/guide/bgnet/output/html/multipage/advanced.html#select</a><br>
>>>> >>> ><br>
>>>> >>> > Saverio<br>
>>>> >>> ><br>
>>>> >>> ><br>
>>>> >>> > Il 21 luglio 2010 19.05, Filippo Sallemi <<a href="mailto:tonyputi@gmail.com">tonyputi@gmail.com</a>> ha<br>
>>>> >>> > scritto:<br>
>>>> >>> >> Ciao ragazzi,<br>
>>>> >>> >> sto giocherellando un po con C e stavo provando a scrivere un<br>
>>>> >>> >> piccolo<br>
>>>> >>> >> programma che manda pacchetti UDP ad un host solo che ho notato<br>
>>>> >>> >> che la<br>
>>>> >>> >> funzione rcvfrom resta bloccata finchè il server non manda una<br>
>>>> >>> >> risposta<br>
>>>> >>> >> anche vuota.<br>
>>>> >>> >><br>
>>>> >>> >> Parte del codice esegue questo:<br>
>>>> >>> >><br>
>>>> >>> >> read = sendto(sock, str, strlen(str), 0, (struct sockaddr *)&addr,<br>
>>>> >>> >> sizeof(addr));<br>
>>>> >>> >> if (read < 0) {<br>
>>>> >>> >> perror("Request error");<br>
>>>> >>> >> return -1;<br>
>>>> >>> >> }<br>
>>>> >>> >><br>
>>>> >>> >> read = recvfrom(sock, buffer, MAXLINE, 0, NULL, NULL);<br>
>>>> >>> >> if (read < 0) {<br>
>>>> >>> >> perror("Read error");<br>
>>>> >>> >> return -1;<br>
>>>> >>> >> }<br>
>>>> >>> >><br>
>>>> >>> >> /**<br>
>>>> >>> >> * Print results<br>
>>>> >>> >> **/<br>
>>>> >>> >> if (read > 0) {<br>
>>>> >>> >> buffer[read]=0;<br>
>>>> >>> >> if (fputs(buffer, stdout) == EOF) {<br>
>>>> >>> >> perror("fputs error");<br>
>>>> >>> >> return -1;<br>
>>>> >>> >> }<br>
>>>> >>> >> }<br>
>>>> >>> >><br>
>>>> >>> >> Ho provato a usare le fnctl per impostare la socket in modo non<br>
>>>> >>> >> bloccante ma<br>
>>>> >>> >> ottengo solo l'uscita dal programma e nessun invio di pacchetti.<br>
>>>> >>> >><br>
>>>> >>> >> Adesso non è che mi importi tanto avere una risposta dal server e<br>
>>>> >>> >> potrei<br>
>>>> >>> >> ovviare al problema eliminando la parte di codice dove aspetto<br>
>>>> >>> >> risposta, ma<br>
>>>> >>> >> la mia curiosità dal punto di vista didattico rimane.<br>
>>>> >>> >> Qualcuno saprebbe illuminarmi in qualche modo?<br>
>>>> >>> >><br>
>>>> >>> >> Grazie<br>
>>>> >>> >><br>
>>>> >>> >> Ciao<br>
>>>> >>> >><br>
>>>> >>> >> --<br>
>>>> >>> >> Filippo Sallemi<br>
>>>> >>> >><br>
>>>> >>> >> _______________________________________________<br>
>>>> >>> >> Wireless mailing list<br>
>>>> >>> >> <a href="mailto:Wireless@ml.ninux.org">Wireless@ml.ninux.org</a><br>
>>>> >>> >> <a href="http://ml.ninux.org/mailman/listinfo/wireless" target="_blank">http://ml.ninux.org/mailman/listinfo/wireless</a><br>
>>>> >>> >><br>
>>>> >>> >><br>
>>>> >>> > _______________________________________________<br>
>>>> >>> > Wireless mailing list<br>
>>>> >>> > <a href="mailto:Wireless@ml.ninux.org">Wireless@ml.ninux.org</a><br>
>>>> >>> > <a href="http://ml.ninux.org/mailman/listinfo/wireless" target="_blank">http://ml.ninux.org/mailman/listinfo/wireless</a><br>
>>>> >>><br>
>>>> >>> _______________________________________________<br>
>>>> >>> Wireless mailing list<br>
>>>> >>> <a href="mailto:Wireless@ml.ninux.org">Wireless@ml.ninux.org</a><br>
>>>> >>> <a href="http://ml.ninux.org/mailman/listinfo/wireless" target="_blank">http://ml.ninux.org/mailman/listinfo/wireless</a><br>
>>>> >><br>
>>>> >><br>
>>>> >><br>
>>>> >> --<br>
>>>> >> Filippo Sallemi<br>
>>>> >><br>
>>>> >> _______________________________________________<br>
>>>> >> Wireless mailing list<br>
>>>> >> <a href="mailto:Wireless@ml.ninux.org">Wireless@ml.ninux.org</a><br>
>>>> >> <a href="http://ml.ninux.org/mailman/listinfo/wireless" target="_blank">http://ml.ninux.org/mailman/listinfo/wireless</a><br>
>>>> >><br>
>>>> ><br>
>>>> ><br>
>>>> > _______________________________________________<br>
>>>> > Wireless mailing list<br>
>>>> > <a href="mailto:Wireless@ml.ninux.org">Wireless@ml.ninux.org</a><br>
>>>> > <a href="http://ml.ninux.org/mailman/listinfo/wireless" target="_blank">http://ml.ninux.org/mailman/listinfo/wireless</a><br>
>>>> ><br>
>>>> ><br>
>>>> _______________________________________________<br>
>>>> Wireless mailing list<br>
>>>> <a href="mailto:Wireless@ml.ninux.org">Wireless@ml.ninux.org</a><br>
>>>> <a href="http://ml.ninux.org/mailman/listinfo/wireless" target="_blank">http://ml.ninux.org/mailman/listinfo/wireless</a><br>
>>><br>
>>><br>
>>><br>
>>> --<br>
>>> Filippo Sallemi<br>
>><br>
>><br>
>><br>
>> --<br>
>> Filippo Sallemi<br>
>><br>
>_______________________________________________<br>
>Wireless mailing list<br>
><a href="mailto:Wireless@ml.ninux.org">Wireless@ml.ninux.org</a><br>
><a href="http://ml.ninux.org/mailman/listinfo/wireless" target="_blank">http://ml.ninux.org/mailman/listinfo/wireless</a><br>
_______________________________________________<br>
Wireless mailing list<br>
<a href="mailto:Wireless@ml.ninux.org">Wireless@ml.ninux.org</a><br>
<a href="http://ml.ninux.org/mailman/listinfo/wireless" target="_blank">http://ml.ninux.org/mailman/listinfo/wireless</a><br>
</div></div></blockquote></div><br><br clear="all"><br>-- <br>Filippo Sallemi<br>
</div>