[Resolu] Overruns sur interface nas0

[albioni]

Salut à la communauté Ipcop,

J'aimerais savoir si c'est possible d'éliminer les erreurs d'overruns sur le nas0, à quoi est-elle dû ? ces erreurs surviennent surtout en uploadant jusqu'à la limite. Dans la pratique, cela n'a aucun impact important sur les débits.

Config:
Fai: 9T dégroupé qui autorise que la connexion par PPPoE dans ma zone.
update en ipcop 1.4.1

Merci.

eth0
Link encap:Ethernet HWaddr 00:50:04:AB:15:BF
inet addr:10.0.0.254 Bcast:10.0.0.255 Mask:255.255.255.0
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:3136327 errors:0 dropped:0 overruns:0 frame:0
TX packets:3187585 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:1506004820 (1436.2 Mb) TX bytes:1635216566 (1559.4 Mb)
Interrupt:5 Base address:0x300

lo
Link encap:Local Loopback
inet addr:127.0.0.1 Mask:255.0.0.0
UP LOOPBACK RUNNING MTU:16436 Metric:1
RX packets:42 errors:0 dropped:0 overruns:0 frame:0
TX packets:42 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:0
RX bytes:4626 (4.5 Kb) TX bytes:4626 (4.5 Kb)

nas0
Link encap:Ethernet HWaddr 00:90:D0:51:E3:02
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:3208247 errors:0 dropped:1 overruns:0 frame:0
TX packets:3129693 errors:4901 dropped:0 overruns:4901 carrier:0
collisions:0 txqueuelen:1000
RX bytes:1826988464 (1742.3 Mb) TX bytes:1549322280 (1477.5 Mb)

ppp0
Link encap:Point-to-Point Protocol
inet addr:84.97.xxx.xxx P-t-P:84.97.xxx.xxx Mask:255.255.255.255
UP POINTOPOINT RUNNING NOARP MTU:1492 Metric:1
RX packets:3205376 errors:0 dropped:0 overruns:0 frame:0
TX packets:3131799 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:3
RX bytes:1801224501 (1717.7 Mb) TX bytes:1453166236 (1385.8 Mb)

[albioni]

Bon ben finalement, j'ai trouvé la réponse à ma question:

il s'agissait d'un overflow du buffer TX de l'interface nas0 crée par la commande br2684ctl qui est par défaut à 8ko, donc c'est 16ko en réalité, sais pas pourquoi c'est doublé, bref pour augmenter la taille du buffer :

1/ Editer le fichier /etc/rc.d/rc.red, chercher l'occurrence: system ('/usr/bin/br2684ctl', '-b', '-c', "$itf", '-e', $pppsettings{'ENCAP'}, '-a', "$itf.$pppsettings{'VPI'}.$pppsettings{'VCI'}");
La modifier pour obtenir un buffer de 128k comme ci-dessous:
|
|
|
if (system ('/bin/ps -ef | /bin/grep -q [b]r2684ctl')) {
system ('/sbin/modprobe br2684');
system ('/usr/bin/br2684ctl', '-s', "65536" , '-b', '-c', "$itf", '-e', $pppsettings{'ENCAP'}, '-a', "$itf.$pppsettings{'VPI'}.$pppsettings{'VCI'}");
sleep 3;
|
|
|
|

quelques lignes plus bas, meme chose, vous allez trouver un deuxieme system ('/usr/bin/br2684ctl', '-b', '-c', "$itf", '-e', $pppsettings{'ENCAP'}, '-a', "$itf.$pppsettings{'VPI'}.$pppsettings{'VCI'}");
|
|
|
} elsif ($pppsettings{'ENCAP'} =~ /^(0|1)$/) {
my $itf='0';
$iface = "nas$itf";
if (open(FILE, ">${swroot}/red/iface")) { print FILE $iface; close FILE; }
if (system ('/bin/ps -ef | /bin/grep -q [b]r2684ctl')) {
system ('/sbin/modprobe br2684');
system ('/usr/bin/br2684ctl', '-s', "65536" , '-b', '-c', "$itf", '-e', $pppsettings{'ENCAP'}, '-a', "$itf.$pppsettings{'VPI'}.$pppsettings{'VCI'}");
|
|
|
|

2/ Déconnecter de l'internet si vous etes connecté

3/ Taper killall br2684ctl

4/ Relancer la connexion internet

5/ On peut verifier par cette commande suivante la taille reelle actuellement configuré.

# cat /proc/net/atm/vc
Address Itf VPI VCI Fam Flags Reply Send buffer Recv buffer
d33b9200 0 8 35 PVC 0047 0 0/ 131072 0/ 107520

Voila, actuellement je n'ai plus de pertes de paquets sur le nas0
A+

[Gesp]

Tu n'aurais pas pu utiliser le lissage de trafic plutôt?

Cela doit fonctionner correctement en V1.4.1

[albioni]

Tu n'aurais pas pu utiliser le lissage de trafic plutôt?

Cela doit fonctionner correctement en V1.4.1

Lissage de trafic non activé chez moi. La mise à jour d'ipcop en 1.4.1 a été effectué en installant l'update sur une version 1.4.0.