<p dir="ltr">Prima nn risponde più ssh e snmpd. Dopo poco ei riavvia.<br>
L'unica regola iptables è un nat verso riseup. Qos nn abilitato.<br>
Col riavvio mi perdo dmesg.<br>
Ho provato a monitorare la ram ma nn sono riuscito a ripetere di nuovo il bug mentre controllavo, comunque oscilla fra 2 e mezzo e 6 mega liberi.<br>
In realtà comportamenti simili li avevo in passato su alcuni router con il sw originale, ma nattavano.<br>
In questo caso nn capisco, avevo pensato ad un problema di frammentazione dei pacchetti ma arrivando da internet è impossibile, l'mtu del cisco è 1492 mentre la rete usa 1500.<br>
Se stoppo olsr non routa e nn posso fare le prove.<br>
Avevo riscontrato lo stesso identico problema quando provavo a far passare del traffico torrent del server a 14 megabit, se usavo un torrent tipo l'ultima debian che ha molti peer andava al max la velocità e dopo qualche minuto si riavviava il router.<br>

Prova a replicarlo facendogli passare del traffico torrent. <br>
Come posso controllare se è attivo conntrack?</p>
<div class="gmail_quote">Il giorno 29/ago/2013 03:02, "Saverio Proto" <<a href="mailto:zioproto@gmail.com">zioproto@gmail.com</a>> ha scritto:<br type="attribution"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Che intendi per "si blocca" ?<br>
<br>
dmesg e logread danno informazioni utili ?<br>
hai qos abilitato ?<br>
altre regole di iptables ?<br>
<br>
se stoppi olsrd e ti metti in una situazione con molta RAM libera, il<br>
problema persiste ?<br>
<br>
fico questo bug, mi sono letto tutto il ticket con molto interesse :)<br>
sembra veramente wontfix ! ahahah :D<br>
<br>
Saverio<br>
<br>
Il 29 agosto 2013 01:15, Alessandro Gnagni <<a href="mailto:enterprise.nx@gmail.com">enterprise.nx@gmail.com</a>> ha scritto:<br>
> No, il nat viene fatto dal cisco dopo di lui. Annuncia la 0 e come<br>
> gateway ha settato il cisco.<br>
><br>
> Il 28/08/2013 23.51, Saverio Proto ha scritto:<br>
>> viene nattato quel traffico verso Internet ?<br>
>><br>
>> Saverio<br>
>><br>
>> Il 28 agosto 2013 22:59, Alessandro Gnagni <<a href="mailto:enterprise.nx@gmail.com">enterprise.nx@gmail.com</a>> ha scritto:<br>
>>> Ho notato oggi un curioso comportamento riscontrato anche in passato, su<br>
>>> un 1043nd con attitude adjustment se faccio passare anche 40/80 megabit<br>
>>> di traffico interno su ninux non ci sono problemi.<br>
>>> Se invece faccio transitare intorno a 10 megabit di traffico verso<br>
>>> internet dopo diversi minuti si blocca.<br>
>>> Spulciando la rete ho trovato questo <a href="https://dev.openwrt.org/ticket/9304" target="_blank">https://dev.openwrt.org/ticket/9304</a><br>
>>> qualcuno ha ulteriori informazioni a riguardo?<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>
>><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>
</blockquote></div>