[Linuxtrent] Re: Linux e ponte radio wi-fi
- From: Roberto Resoli <roberto.resoli@xxxxxxxxx>
- To: linuxtrent@xxxxxxxxxxxxx
- Date: Sat, 1 Oct 2005 11:07:39 +0300
Sei sicuro che host1, che fa da firewall/router, non filtri in qualche
modo i pacchetti di risposta ICMP? E' comunque poco probabile che il
problema sia questo, perche' il problema non e' l'assenza di risposte,
ma la perdita di pacchetti.
Io indagerei a fondo a livello piu' basso (malfunzionamento della
connessione wireless magari per errata configurazione, o problemi
sulle interfacce di rete)
On 9/30/05, Stefano Bridi <stefano.bridi@xxxxxxxx> wrote:
> On Fri, 2005-09-30 at 12:31 +0200, Mario wrote:
> > Scrive Stefano Bridi <stefano.bridi@xxxxxxxx>:
> >
> > > Ho un problema su di un ponte radio che collega due uffici della
> > > nostra
> > > azienda situati in due palazzi uno di fronte all'altro[1].
> > > Tutto funziona come uno si aspetterebbe per quasi tutti gli utilizzi
> > > a
> > > parte uno: java-rmi su http.
> > > A prescindere che usi un proxy da una parte o dall'altra del ponte
> > > radio
> > > ci sono comunque problemi (sembra) di perdita di pacchetti e timeout
> > > (ma
> > > il tcp non era connesso?)
> > >
> > No, non proprio.
>
> In che senso scusa?
>
> >
> > > La cosa che proprio non riesco a spiegarmi comunque e il perche', se
> > > io
> > > do
> > > ping -s 1 -f host2 (da host1)
> > > ping -s 1 -f host1 (da host2)
> > > dove host1 e host2 sono le macchine collegate agli access-point, in
> > > un
> > > caso non perdo nemmeno un pacchetto mentre nell'altro ne perdo un
> > > 30%...
> >
> > Il ping utilizza il protocollo ICMP (UDP), mentre il socondo è l'altro è
> > HTTP (TCP).
>
> ICMP non e' UDP (almeno per quanto ricordo io)...
>
> http://en.wikipedia.org/wiki/Internet_protocol_suite
>
>
> >
> > Il ping è significativo per la connettività dell'apparato, non per la
> > validità della connessione con altri protocolli, appunto.
> >
>
> E in ogni caso non stavo paragonanto ping con http ma ping con ping:
> rispiego:
>
> host1 --ping---> host2 [funziona senza fare una piega]
> host2 --ping---> host1 [perde 30% secco di pacchetti]
>
> Se aumento le dimensioni del ping (-s) la perdita di pacchetti cresce
> fino al 90 e rotti percento da entrambe le parti.
> Con questo non sto paragonando TCP con ICMP, semplicemente volevo fare
> delle prove piu' umane con tool piu' semplici per capire che cosa passa
> e cosa non passa: almeno a grandi linee come dimensione dei pacchetti.
>
> > > Le due macchine sono sostanzialmente uguali (P3 500/600)
> > > Le macchine sono ovviamente linux.
> > > Io sto per rifare una o entrambe le macchine... (hardware compreso)
> > > ma
> > > vorrei comuque cercare di capire l'arcano: qualcuno ha idee?
> > >
> >
> > Avremo bisogno della tua architettura di rete nel dettaglio.
> >
>
> Premesso che mi basterebbe capire la causa dei ping asimmetrici, la rete
> e' fatto grossomodo cosi':
>
> internet
> |
> [host1]------access-point/~ ~/access-point----[host2]
> | |
> |----------LAN [PC-client]
> [proxy1]
>
>
> host1 e' il firewall/router
> host2 e' un semplice server/router interno (con qualche regola di
> ichains)
>
> proxy1 e' il proxy usato da tutti
> host2 e' il proxy usato da PC-client
>
> LAN e' la lan dove ci sono gli altri pc
>
> > Ad esempio in che modalità sono collegati l'uno all'altro gli AP?
> >
>
> ehm qui francamente non ricordo e al momento non riesco a controllare...
> C'e' qualche modalita' da preferire?
>
> > da che altri apparati passi?
>
> Quelli del disegnotto sopra e basta
>
> > Usi proxy?
> > Quali e perché?
>
> proxy1 e' un vecchio wingate in via di pensionamento
> proxy2 e' un proxy squid su debian Woody
>
> Li uso perche' i pc aziendali non possono raggiungere internet in altro
> modo.
>
>
>
> ciao
> stef
>
> --
> Per iscriversi (o disiscriversi), basta spedire un messaggio con OGGETTO
> "subscribe" (o "unsubscribe") a mailto:linuxtrent-request@xxxxxxxxxxxxx
>
>
>
--
Per iscriversi (o disiscriversi), basta spedire un messaggio con OGGETTO
"subscribe" (o "unsubscribe") a mailto:linuxtrent-request@xxxxxxxxxxxxx
Other related posts: