CiscoForums.it

buongiorno a tutti,
sto usando un router 805 su una linea shdsl.
pingando dal router un indirizzo della rete del provider, anche il router dall'altro capo della linea, con pacchetti da 1500 rilevo una perdita di pacchetti intorno al 20%.

il provider ha provato la linea con un suo router e dicono che va bene, che non ci sono perdite, che potrebbe essere un problema di cavi o di configurazione del router.
io ho provato a cambiare i cavi, a sostituire il router con un altri identici ma il problema rimane, a questo punto ho il dubbio che sia davvero un problema di configurazione.
il provider suggeriva che poteva anche essere un problema di memoria insufficiente del router.
ha senso?

vi riporto sotto la configurazione.
grazie a tutti
roberto

Questa è davvero una config molto essenziale quindi grandi errori non ne vedo, l'unica cosa che puoi provare a levare x test è la route-map stop-policy

Se è un problema di memoria controlla la tabella di nat con "sh ip nat translation" e magari metti dei timeout.
Non vorrei mai che qualcuno dietro al router usasse emule o simili

no il fatto è che dietro al router non c'è niente
gli utenti per ora sono su un'altra linea, questa è una linea nuova appena attivata su cui non ho ancora girato gli utenti.
per questo mi sembra strano che sia un problema di memoria.

e in effetti sì, essenziale al massimo, anche perché gira tutto dietro al firewall che fa tutto il resto (nat, vpn, etc)

quella route-map stop-policy è una cosa che il provider mi ha suggerito di mettere.
non ho capito in verità cosa faccia esattamente...

Il servizio neagle è un protocollo per la "equalizzazione" della dimansione dei pacchetti:

L'algoritmo di Nagle è un algoritmo che stabilisce l'invio di dati durante una comunicazione TCP. Utilizzando il protocollo TCP i dati vengono inviati in pacchetti di dimensione variabile utilizzando l'algoritmo sliding window, che prevede la presenza di una finestra di dimensione variabile alla destinazione. Tale finestra definisce un intervallo di dimensione variabile di dati accettati dalla sorgente. La sorgente è obbligata a limitare la spedizione dei dati all'interno della finestra pubblicizzata dalla destinazione. Se questa finestra si chiude completamente la sorgente deve necessariamente terminare temporaneamente l'invio di dati. Durante queste pause, la finestra tenderà gradatamente ad aprirsi, permettendo l'invio di nuovi dati da parte della sorgente. È necessario però determinare, nel momento della riapertura della finestra, quando inviare i dati. Se i dati venissero inviati appena possibile, ossia inviando anche la quantità minima consentita di byte, si cadrebbe in un fenomeno conosciuto come silly window syndrome, che riduce decisamente le prestazioni della comunicazione. L'algoritmo di Nagle definisce un metodo per stabilire una connessione auto-temporizzata, che non richiede l'utilizzo di cronometri locali.

Algoritmo

Se ci sono dati da inviare
se la dimensione della finestra e dati disponibile nel buffer >= MSS
spedisci i dati
altrimenti
se sono stati inviati dati non ancora confermati
memorizza i dati ma non inviarli ancora
altrimenti
invia i dati direttamente verso la destinazione


Secondo me quindi non è quello che rompe ma prova e sappici dire