[Ninux-Wireless] Problemi con elevato traffico da/verso internet attraverso macchine openwrt

[Saverio Proto]

cmq è strano perché al Nodo Combipel ho lo stesso hardware, faccio
anche NAT, e mai avuto questo problema.
Inoltre da li ho caricato diversi video su vimeo, quindi ho usato
massivamente l'upload.

l'interfaccia del Cisco che sta davanti come è configurata ? vedi
errori sull'interfaccia ethernet del cisco ?

Saverio

Il 29 agosto 2013 10:26, Saverio Proto <zioproto a gmail.com> ha scritto:
> se vuoi controllare conntrack fai lsmod  e vedi se è caricato il
> modulo kernel nf_conntrack
>
> quando si attiva nel dmesg ti stampa qualcosa tipo:
>
> nf_conntrack version 0.5.0 (256 buckets, 1024 max)
>
> Saverio
>
>
> Il 29 agosto 2013 09:15, Alessandro Gnagni <enterprise.nx a gmail.com> ha scritto:
>> Prima nn risponde più ssh e snmpd. Dopo poco ei riavvia.
>> L'unica regola iptables è un nat verso riseup. Qos nn abilitato.
>> Col riavvio mi perdo dmesg.
>> 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.
>> In realtà comportamenti simili li avevo in passato su alcuni router con il
>> sw originale, ma nattavano.
>> 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.
>> Se stoppo olsr non routa e nn posso fare le prove.
>> 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.
>> Prova a replicarlo facendogli passare del traffico torrent.
>> Come posso controllare se è attivo conntrack?
>>
>> Il giorno 29/ago/2013 03:02, "Saverio Proto" <zioproto a gmail.com> ha
>> scritto:
>>
>>> Che intendi per "si blocca" ?
>>>
>>> dmesg e logread danno informazioni utili ?
>>> hai qos abilitato ?
>>> altre regole di iptables ?
>>>
>>> se stoppi olsrd e ti metti in una situazione con molta RAM libera, il
>>> problema persiste ?
>>>
>>> fico questo bug, mi sono letto tutto il ticket con molto interesse :)
>>> sembra veramente wontfix ! ahahah :D
>>>
>>> Saverio
>>>
>>> Il 29 agosto 2013 01:15, Alessandro Gnagni <enterprise.nx a gmail.com> ha
>>> scritto:
>>> > No, il nat viene fatto dal cisco dopo di lui. Annuncia la 0 e come
>>> > gateway ha settato il cisco.
>>> >
>>> > Il 28/08/2013 23.51, Saverio Proto ha scritto:
>>> >> viene nattato quel traffico verso Internet ?
>>> >>
>>> >> Saverio
>>> >>
>>> >> Il 28 agosto 2013 22:59, Alessandro Gnagni <enterprise.nx a gmail.com> ha
>>> >> scritto:
>>> >>> Ho notato oggi un curioso comportamento riscontrato anche in passato,
>>> >>> su
>>> >>> un 1043nd con attitude adjustment se faccio passare anche 40/80
>>> >>> megabit
>>> >>> di traffico interno su ninux non ci sono problemi.
>>> >>> Se invece faccio transitare intorno a 10 megabit di traffico verso
>>> >>> internet dopo diversi minuti si blocca.
>>> >>> Spulciando la rete ho trovato questo
>>> >>> https://dev.openwrt.org/ticket/9304
>>> >>> qualcuno ha ulteriori informazioni a riguardo?
>>> >>> _______________________________________________
>>> >>> Wireless mailing list
>>> >>> Wireless a ml.ninux.org
>>> >>> http://ml.ninux.org/mailman/listinfo/wireless
>>> >> _______________________________________________
>>> >> Wireless mailing list
>>> >> Wireless a ml.ninux.org
>>> >> http://ml.ninux.org/mailman/listinfo/wireless
>>> >>
>>> >
>>> > _______________________________________________
>>> > Wireless mailing list
>>> > Wireless a ml.ninux.org
>>> > http://ml.ninux.org/mailman/listinfo/wireless
>>> _______________________________________________
>>> Wireless mailing list
>>> Wireless a ml.ninux.org
>>> http://ml.ninux.org/mailman/listinfo/wireless
>>
>>
>> _______________________________________________
>> Wireless mailing list
>> Wireless a ml.ninux.org
>> http://ml.ninux.org/mailman/listinfo/wireless
>>