Newsgroup: it.comp.os.linux.sys
Titolo: Script - Verifica di un link

Carissimi,
mi rivolgo a voi per un problema apparentemente banale.
Ho un link radio e devo certificarne il funzionamento continuato per una 
settimana, per una serie di motivi che non sto a spiegarvi per evitare 
di tediarvi.
A monte ed a valle dei due apparati facenti il bridge, metterò due 
macchine con su opensuse 11.3 ed il resto della rete scollegata.
Avevo pensato di creare degli script (banalizzo) su ognuno dei due 
linuxbox, del tipo:
ogni 10 secondi:
ping apparatoremoto >> $GIORNO\logping.txt
arp -a >> $GIORNO\logping.txt (Ho necessità di garantire che non vi 
siano intromissioni di altre macchine durante il test)
magari fare anche delle query snmp di portstatus, ifhardware error, etc.
Solo che francamente mi sembra un po' pochino per certificare che "il 
link funzioni assolutamente".
Avete qualche idea?
Anticipo i ringraziamenti!

> Avete qualche idea?
ah dimenticavo, avevo pensato anche di fare qualche wget randomico di 
file da 1gb, giusto per creare del traffico insomma.


vediamo...
dato un diagramma di connessione del tipo
SERVERA ----- PONTE_A >>>>> Wireless <<<<< PONTE_B ----- SERVERB
potresti mettere servera che legge via snmp i contatori della porta wifi 
e l'uptime del ponte_b e viceversa ogni 30 sec
fare ping da servera a serverb e viceversa
ovviamente questo non è un test di performance ma di raggiungibilità.
potresti anche montare una roba tipo nagios o zenoss per fare questo, eh!

 ovviamente questo non è un test di performance ma di raggiungibilità.
di raggiugibilità sì, ma su icmp. Il protocollo dove gira la radio 
(http ?) è sicuramente un altro, quindi un ping non è condizione 
necessaria (firewall su icmp) nè sufficiente (server su ma radio giù) al 
fatto che una radio sia raggiungibile.


Facebook: Massimo Bacilieri

writethem wrote:

Beh, in questo caso al posto del ping potresti usare iperf che ci pensa lui 
a intasarti la rete.
Nicola.
-- 
chi va pian va san e va lontan

link funzioni assolutamente".
Be', fra ARP, PING e trasferimento file, quel che il link deve fare lo
riesci a controllare benino.
Non mi viene in mente alcun problema di link che possa esserci *senza*
che da quei test si veda. Hai anche un indice qualitativo espresso dal
transfer rate di wget.
Leonardo
-- 
Enough, enough!  But, stranger, ere we part,
Glancing farewell to each nefarious bier,
This warning would I beg you take to heart:
There is an end to e'en the worst career!


giusto, interessante

 transfer rate di wget.
non ho parole, perfetto. Grazie! :)

 giusto, interessante
sulla falsariga dello script di Leonardo che, gentilmente, mi ha messo a 
disposizione il tutto bello e pronto (grazie!!) ho implementato iperf 
con la seguente forula:
IPERF=$( iperf -c $IP_REMOTO -f m -t 10 | grep sec | awk '{ print $7 }' )
e mi esce il mio bel numeretto con il numero di Mbit
la cosa molto strana è che parto da 950Mbit/s e dopo una 30ina di 
interrogazioni (quindi 30 minuti, lo script viene avviato da cron * * * 
* * /root/test.sh )arrivo a 50Mbit/s.
ho provato a vedere, non si sovrappongono gli iperf e mi sembra strano 
che, senza cambiare nulla, mi fa da 1gbit a 50mbit...
cosa mi sta sfuggendo?

* * /root/test.sh )arrivo a 50Mbit/s.
"parto" che vuol dire?
Cosa avviene quando "parti", a parte :-) attivare lo script?



che la prima esecuzione dello script mi da 950mbit/s
la seconda 920 la terza 890... fino a quasi nulla.
infatti adesso il server (non il client che interroga ma il server 
richiamato da iperf -s -D -p 5001 ) sta congestionato, risponde 
lentamente e mi da una sfilza di pthread_create failed in console.
le cpu stanno salendo vertiginosamente... bho...
anche i log ora invece di partire ogni 60 secondi partono sempre con più 
ritardo...


ho fatto una cosa pessima, dall'altra parte un killall -9 iperf ogni 
minuto... vediamo che succede, per ora tutto ok e tutto stabile a 
940Mbit/s ogni interrogazione :)