Re: [Ninux-Wireless] Chaos Calmer: ping IPv6 multicast broken ?

2016-05-01 Per discussione Matteo Pedani 
Certo lo so che sulle antenne c'è airos ma come opennwrt succhiano tutte e
due alla stessa mammella.

Se sei riuscito a farlo funzionare posso istallare openwrt o devo aspettare
il pach da ubiquiti?



Il giorno 2 maggio 2016 07:50, Matteo Pedani  ha scritto:

> La cosa è anche più grave.
>
> Un altro errore è: se si mette una terza antenna (in bridge) la terza
> antenna
> non riceve traffico ipvc6 ma solo ipv4 . (2 NanoBridge M5  e una 1
> airgrid)
>
> Tra due (NanoBridge M) olsr non riesce a fafe un collegamento anche se
> alcuni pacchetti ipv6 passano (ogni tanto) (il collegamento ipv4 funziona)
>
> Matteo
>
>
> 2016-05-01 17:23 GMT+02:00 Saverio Proto :
>
>> Ciao,
>>
>> sono da poco arrivato nel mondo di Chaos Calmer
>>
>> uso spesso questa pratica di pingare ff02::1
>>
>> http://wiki.ninux.org/RipristinoTramiteLinkLocal
>>
>>
>> sto lavorando sul target ramips con Chaos Calmer e noto che questo
>> sistema non funziona piu perche' openwrt non risponde ai ping.
>>
>> qualcun'altro ha notato la stessa cosa ?
>>
>> al boot ho questi comandi:
>> /etc/init.d/qos stop
>> /etc/init.d/qos disable
>> /etc/init.d/dnsmasq stop
>> /etc/init.d/dnsmasq disable
>> /etc/init.d/firewall stop
>> /etc/init.d/firewall disable
>> exit 0
>>
>> vedo che ho anche questo nuovo amico:
>> /usr/sbin/odhcpd
>> e questo che fa il client al posto di dhclient ?
>>
>> ci sta anche un altro bel processo in esecuzione:
>> ipv6_addrconf
>>
>> root@OpenWrt:~# cat /etc/openwrt_version
>> 15.05.1
>> root@OpenWrt:~# cat /etc/openwrt_release
>> DISTRIB_ID='OpenWrt'
>> DISTRIB_RELEASE='Chaos Calmer'
>> DISTRIB_REVISION='r49261'
>> DISTRIB_CODENAME='chaos_calmer'
>> DISTRIB_TARGET='ramips/rt305x'
>> DISTRIB_DESCRIPTION='OpenWrt Chaos Calmer 15.05.1'
>> DISTRIB_TAINTS='no-all'
>> root@OpenWrt:~#
>>
>> root@OpenWrt:~# ip a s
>> 1: lo:  mtu 65536 qdisc noqueue state UNKNOWN
>> group default
>> link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
>> inet 127.0.0.1/8 scope host lo
>>valid_lft forever preferred_lft forever
>> inet6 ::1/128 scope host
>>valid_lft forever preferred_lft forever
>> 2: eth0:  mtu 1500 qdisc fq_codel
>> state UNKNOWN group default qlen 1000
>> link/ether 2c:67:fb:53:bb:58 brd ff:ff:ff:ff:ff:ff
>> inet6 fe80::2e67:fbff:fe53:bb58/64 scope link
>>valid_lft forever preferred_lft forever
>> 3: eth0.1@eth0:  mtu 1500 qdisc
>> noqueue master br-lan state UP group default
>> link/ether 2c:67:fb:53:bb:58 brd ff:ff:ff:ff:ff:ff
>> 4: wlan0:  mtu 1500 qdisc noop state DOWN group
>> default qlen 1000
>> link/ether 2c:67:fb:53:bb:58 brd ff:ff:ff:ff:ff:ff
>> 5: br-lan:  mtu 1500 qdisc noqueue
>> state UP group default
>> link/ether 2e:67:fb:53:bb:58 brd ff:ff:ff:ff:ff:ff
>> inet 192.168.1.1/24 brd 192.168.1.255 scope global br-lan
>>valid_lft forever preferred_lft forever
>> inet6 fddc:a600:8e39::1/60 scope global noprefixroute
>>valid_lft forever preferred_lft forever
>> inet6 fe80::2c67:fbff:fe53:bb58/64 scope link
>>valid_lft forever preferred_lft forever
>> root@OpenWrt:~#
>>
>> Saverio
>> ___
>> Wireless mailing list
>> Wireless@ml.ninux.org
>> http://ml.ninux.org/mailman/listinfo/wireless
>>
>
>
>
> --
> *Matteo Pedani*
>
> www.pedani.it
> mobile +39  3343637690
> phone +39 0699341466
> phone +39 069415152
>
>
>
>


-- 
*Matteo Pedani*

www.pedani.it
mobile +39  3343637690
phone +39 0699341466
phone +39 069415152
___
Wireless mailing list
Wireless@ml.ninux.org
http://ml.ninux.org/mailman/listinfo/wireless

Re: [Ninux-Wireless] Chaos Calmer: ping IPv6 multicast broken ?

2016-05-01 Per discussione Matteo Pedani 
La cosa è anche più grave.

Un altro errore è: se si mette una terza antenna (in bridge) la terza
antenna
non riceve traffico ipvc6 ma solo ipv4 . (2 NanoBridge M5  e una 1 airgrid)

Tra due (NanoBridge M) olsr non riesce a fafe un collegamento anche se
alcuni pacchetti ipv6 passano (ogni tanto) (il collegamento ipv4 funziona)

Matteo


2016-05-01 17:23 GMT+02:00 Saverio Proto :

> Ciao,
>
> sono da poco arrivato nel mondo di Chaos Calmer
>
> uso spesso questa pratica di pingare ff02::1
>
> http://wiki.ninux.org/RipristinoTramiteLinkLocal
>
>
> sto lavorando sul target ramips con Chaos Calmer e noto che questo
> sistema non funziona piu perche' openwrt non risponde ai ping.
>
> qualcun'altro ha notato la stessa cosa ?
>
> al boot ho questi comandi:
> /etc/init.d/qos stop
> /etc/init.d/qos disable
> /etc/init.d/dnsmasq stop
> /etc/init.d/dnsmasq disable
> /etc/init.d/firewall stop
> /etc/init.d/firewall disable
> exit 0
>
> vedo che ho anche questo nuovo amico:
> /usr/sbin/odhcpd
> e questo che fa il client al posto di dhclient ?
>
> ci sta anche un altro bel processo in esecuzione:
> ipv6_addrconf
>
> root@OpenWrt:~# cat /etc/openwrt_version
> 15.05.1
> root@OpenWrt:~# cat /etc/openwrt_release
> DISTRIB_ID='OpenWrt'
> DISTRIB_RELEASE='Chaos Calmer'
> DISTRIB_REVISION='r49261'
> DISTRIB_CODENAME='chaos_calmer'
> DISTRIB_TARGET='ramips/rt305x'
> DISTRIB_DESCRIPTION='OpenWrt Chaos Calmer 15.05.1'
> DISTRIB_TAINTS='no-all'
> root@OpenWrt:~#
>
> root@OpenWrt:~# ip a s
> 1: lo:  mtu 65536 qdisc noqueue state UNKNOWN
> group default
> link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
> inet 127.0.0.1/8 scope host lo
>valid_lft forever preferred_lft forever
> inet6 ::1/128 scope host
>valid_lft forever preferred_lft forever
> 2: eth0:  mtu 1500 qdisc fq_codel
> state UNKNOWN group default qlen 1000
> link/ether 2c:67:fb:53:bb:58 brd ff:ff:ff:ff:ff:ff
> inet6 fe80::2e67:fbff:fe53:bb58/64 scope link
>valid_lft forever preferred_lft forever
> 3: eth0.1@eth0:  mtu 1500 qdisc
> noqueue master br-lan state UP group default
> link/ether 2c:67:fb:53:bb:58 brd ff:ff:ff:ff:ff:ff
> 4: wlan0:  mtu 1500 qdisc noop state DOWN group
> default qlen 1000
> link/ether 2c:67:fb:53:bb:58 brd ff:ff:ff:ff:ff:ff
> 5: br-lan:  mtu 1500 qdisc noqueue
> state UP group default
> link/ether 2e:67:fb:53:bb:58 brd ff:ff:ff:ff:ff:ff
> inet 192.168.1.1/24 brd 192.168.1.255 scope global br-lan
>valid_lft forever preferred_lft forever
> inet6 fddc:a600:8e39::1/60 scope global noprefixroute
>valid_lft forever preferred_lft forever
> inet6 fe80::2c67:fbff:fe53:bb58/64 scope link
>valid_lft forever preferred_lft forever
> root@OpenWrt:~#
>
> Saverio
> ___
> Wireless mailing list
> Wireless@ml.ninux.org
> http://ml.ninux.org/mailman/listinfo/wireless
>



-- 
*Matteo Pedani*

www.pedani.it
mobile +39  3343637690
phone +39 0699341466
phone +39 069415152
___
Wireless mailing list
Wireless@ml.ninux.org
http://ml.ninux.org/mailman/listinfo/wireless

Re: [Ninux-Wireless] Chaos Calmer: ping IPv6 multicast broken ?

2016-05-01 Per discussione vittgam 

On 01/05/2016 23:33:22 CEST, Saverio Proto wrote:

Confermo che 0x2500C risolve il problema ed IPv6 funziona. Sia ping6
ff02 funziona sia connettivita' con SSH su link local fe80.


Ottimo. Infatti il valore precedente lasciava fuori le porte 0 e 1,
e il tuo router dovrebbe usare la porta 0 come unica porta ethernet
disponibile.


Ecco la ultima patch:
https://github.com/zioproto/openwrt15051-batman/commit/e7514f14bcae79859e071e81a5e40ef1c3cda151

Vittigam visto che le patch per trunk e 15.05.1 sono completamente
diverse ... come si porta questa modifica in upstream ? Ci pensi tu
per trunk ?


Ci penso io, sto preparando la patch ora.

Vittorio


Saverio



Il 1 maggio 2016 22:50,   ha scritto:

Ciao!

Il registro FCT2 dovrebbe essere impostato a 0x2500C per far passare
"unknown IPv6 multicast" su tutte le porte, in base a quanto dice il
datasheet dell'RT5350 [0].

Inoltre i bit 25, 24, 23 del registro POC2 devono essere a 0 per far
mandare in broadcast tali pacchetti su tutte le porte. Di default
sono già a 0 almeno per l'esw nell'RT5350, e i driver di Linux (sia
vecchio che nuovo) non sembrano mai impostarli a 1, quindi non dovrebbe
essere necessario toccare nient'altro che il FCT2.

Se non erro CC ha il vecchio driver, quindi la patch linkata va bene
per quanto riguarda la riga da patchare. Solo che 0xe500c non abilita
questa feature su due delle porte, 0x2500c lo fa su tutte invece.

Per la trunk invece la riga da modificare è questa:
https://github.com/openwrt/openwrt/blob/master/target/linux/ramips/patches-4.4/0502-net-next-mediatek-add-switch-driver-for-rt3050.patch#L323

Ma l'ultima volta che ho dato un'occhiata alla trunk per ramips era a
dicembre scorso, e il nuovo driver ethernet era non funzionante sull'
rt5350 e altri con l'rt3052 come switch integrato nel SoC. Non so se
è cambiato qualcosa nel frattempo, ma immagino di sì.

P.s. open...@vittgam.net sono sempre io. ;)

Cheers,
Vittorio

[0] https://cdn.sparkfun.com/datasheets/Wireless/WiFi/RT5350.pdf


On 01/05/2016 21:31:52 CEST, Saverio Proto wrote:


OK appena ho tempo provo questa patch:

https://github.com/zioproto/openwrt15051-batman/commit/c654d174101543e270caa37117a9e85fea6e9260

estratta da file allegato al ticket.

Cmq il bug dovrebbe essere ancora anche in trunk, ma verificarlo dal
codice e' complicato perche' a cartella:
target/linux/ramips/files

e' stata cancellata nel commit 5faa11eefc539ebd0ad0c64fc79e82e6dbd92630

mentre nel commit c1d3971d0438ff2179e2e7650bec2b834448f2f6 e' stato
pushato il modo corretto di lavorare con ramips.

solo che facendo grep qui dentro: target/linux/ramips/patches-4.4

grep -r 000e500c *

non vedo nessuna patch che corregge il bug.

ora lo provo sulla 15.05.1, ma poi mi serve una mano per trunk perche'
con quilt ci si perde una sacco di tempo se uno non ci lavora tutti i
giorni :)

Saverio



Il 1 maggio 2016 20:19, Stefano De Carlo  ha
scritto:


Il 01/05/2016 20:11, Saverio Proto ha scritto:


forse questo device ha un chip ethernet che butta via roba IPv6 ...
possible ?



Yep, pare che butti via IPv6 multicast:
https://dev.openwrt.org/ticket/20453

Stefanauss.


___
Wireless mailing list
Wireless@ml.ninux.org
http://ml.ninux.org/mailman/listinfo/wireless




___
Wireless mailing list
Wireless@ml.ninux.org
http://ml.ninux.org/mailman/listinfo/wireless

Re: [Ninux-Wireless] Chaos Calmer: ping IPv6 multicast broken ?

2016-05-01 Per discussione vittgam 

Ciao!

Il registro FCT2 dovrebbe essere impostato a 0x2500C per far passare
"unknown IPv6 multicast" su tutte le porte, in base a quanto dice il
datasheet dell'RT5350 [0].

Inoltre i bit 25, 24, 23 del registro POC2 devono essere a 0 per far
mandare in broadcast tali pacchetti su tutte le porte. Di default
sono già a 0 almeno per l'esw nell'RT5350, e i driver di Linux (sia
vecchio che nuovo) non sembrano mai impostarli a 1, quindi non dovrebbe
essere necessario toccare nient'altro che il FCT2.

Se non erro CC ha il vecchio driver, quindi la patch linkata va bene
per quanto riguarda la riga da patchare. Solo che 0xe500c non abilita
questa feature su due delle porte, 0x2500c lo fa su tutte invece.

Per la trunk invece la riga da modificare è questa:
https://github.com/openwrt/openwrt/blob/master/target/linux/ramips/patches-4.4/0502-net-next-mediatek-add-switch-driver-for-rt3050.patch#L323

Ma l'ultima volta che ho dato un'occhiata alla trunk per ramips era a
dicembre scorso, e il nuovo driver ethernet era non funzionante sull'
rt5350 e altri con l'rt3052 come switch integrato nel SoC. Non so se
è cambiato qualcosa nel frattempo, ma immagino di sì.

P.s. open...@vittgam.net sono sempre io. ;)

Cheers,
Vittorio

[0] https://cdn.sparkfun.com/datasheets/Wireless/WiFi/RT5350.pdf

On 01/05/2016 21:31:52 CEST, Saverio Proto wrote:

OK appena ho tempo provo questa patch:
https://github.com/zioproto/openwrt15051-batman/commit/c654d174101543e270caa37117a9e85fea6e9260

estratta da file allegato al ticket.

Cmq il bug dovrebbe essere ancora anche in trunk, ma verificarlo dal
codice e' complicato perche' a cartella:
target/linux/ramips/files

e' stata cancellata nel commit 5faa11eefc539ebd0ad0c64fc79e82e6dbd92630

mentre nel commit c1d3971d0438ff2179e2e7650bec2b834448f2f6 e' stato
pushato il modo corretto di lavorare con ramips.

solo che facendo grep qui dentro: target/linux/ramips/patches-4.4

grep -r 000e500c *

non vedo nessuna patch che corregge il bug.

ora lo provo sulla 15.05.1, ma poi mi serve una mano per trunk perche'
con quilt ci si perde una sacco di tempo se uno non ci lavora tutti i
giorni :)

Saverio



Il 1 maggio 2016 20:19, Stefano De Carlo  ha scritto:

Il 01/05/2016 20:11, Saverio Proto ha scritto:

forse questo device ha un chip ethernet che butta via roba IPv6 ... possible ?


Yep, pare che butti via IPv6 multicast: https://dev.openwrt.org/ticket/20453

Stefanauss.


___
Wireless mailing list
Wireless@ml.ninux.org
http://ml.ninux.org/mailman/listinfo/wireless


___
Wireless mailing list
Wireless@ml.ninux.org
http://ml.ninux.org/mailman/listinfo/wireless

Re: [Ninux-Wireless] Chaos Calmer: ping IPv6 multicast broken ?

2016-05-01 Per discussione vittgam 

Ciao!

Il registro FCT2 dovrebbe essere impostato a 0x2500C per far passare
"unknown IPv6 multicast" su tutte le porte, in base a quanto dice il
datasheet dell'RT5350 [0].

Inoltre i bit 25, 24, 23 del registro POC2 devono essere a 0 per far
mandare in broadcast tali pacchetti su tutte le porte. Di default
sono già a 0 almeno per l'esw nell'RT5350, e i driver di Linux (sia
vecchio che nuovo) non sembrano mai impostarli a 1, quindi non dovrebbe
essere necessario toccare nient'altro che il FCT2.

Se non erro CC ha il vecchio driver, quindi la patch linkata va bene
per quanto riguarda la riga da patchare. Solo che 0xe500c non abilita
questa feature su due delle porte, 0x2500c lo fa su tutte invece.

Per la trunk invece la riga da modificare è questa:
https://github.com/openwrt/openwrt/blob/master/target/linux/ramips/patches-4.4/0502-net-next-mediatek-add-switch-driver-for-rt3050.patch#L323

Ma l'ultima volta che ho dato un'occhiata alla trunk per ramips era a
dicembre scorso, e il nuovo driver ethernet era non funzionante sull'
rt5350 e altri con l'rt3052 come switch integrato nel SoC. Non so se
è cambiato qualcosa nel frattempo, ma immagino di sì.

P.s. open...@vittgam.net sono sempre io. ;)

Cheers,
Vittorio

[0] https://cdn.sparkfun.com/datasheets/Wireless/WiFi/RT5350.pdf

On 01/05/2016 21:31:52 CEST, Saverio Proto wrote:

OK appena ho tempo provo questa patch:
https://github.com/zioproto/openwrt15051-batman/commit/c654d174101543e270caa37117a9e85fea6e9260

estratta da file allegato al ticket.

Cmq il bug dovrebbe essere ancora anche in trunk, ma verificarlo dal
codice e' complicato perche' a cartella:
target/linux/ramips/files

e' stata cancellata nel commit 5faa11eefc539ebd0ad0c64fc79e82e6dbd92630

mentre nel commit c1d3971d0438ff2179e2e7650bec2b834448f2f6 e' stato
pushato il modo corretto di lavorare con ramips.

solo che facendo grep qui dentro: target/linux/ramips/patches-4.4

grep -r 000e500c *

non vedo nessuna patch che corregge il bug.

ora lo provo sulla 15.05.1, ma poi mi serve una mano per trunk perche'
con quilt ci si perde una sacco di tempo se uno non ci lavora tutti i
giorni :)

Saverio



Il 1 maggio 2016 20:19, Stefano De Carlo  ha scritto:

Il 01/05/2016 20:11, Saverio Proto ha scritto:

forse questo device ha un chip ethernet che butta via roba IPv6 ... possible ?


Yep, pare che butti via IPv6 multicast: https://dev.openwrt.org/ticket/20453

Stefanauss.


___
Wireless mailing list
Wireless@ml.ninux.org
http://ml.ninux.org/mailman/listinfo/wireless


___
Wireless mailing list
Wireless@ml.ninux.org
http://ml.ninux.org/mailman/listinfo/wireless

Re: [Ninux-Wireless] Chaos Calmer: ping IPv6 multicast broken ?

2016-05-01 Per discussione Saverio Proto 
Confermo che 0x2500C risolve il problema ed IPv6 funziona. Sia ping6
ff02 funziona sia connettivita' con SSH su link local fe80.

Ecco la ultima patch:
https://github.com/zioproto/openwrt15051-batman/commit/e7514f14bcae79859e071e81a5e40ef1c3cda151

Vittigam visto che le patch per trunk e 15.05.1 sono completamente
diverse ... come si porta questa modifica in upstream ? Ci pensi tu
per trunk ?

Saverio



Il 1 maggio 2016 22:50,   ha scritto:
> Ciao!
>
> Il registro FCT2 dovrebbe essere impostato a 0x2500C per far passare
> "unknown IPv6 multicast" su tutte le porte, in base a quanto dice il
> datasheet dell'RT5350 [0].
>
> Inoltre i bit 25, 24, 23 del registro POC2 devono essere a 0 per far
> mandare in broadcast tali pacchetti su tutte le porte. Di default
> sono già a 0 almeno per l'esw nell'RT5350, e i driver di Linux (sia
> vecchio che nuovo) non sembrano mai impostarli a 1, quindi non dovrebbe
> essere necessario toccare nient'altro che il FCT2.
>
> Se non erro CC ha il vecchio driver, quindi la patch linkata va bene
> per quanto riguarda la riga da patchare. Solo che 0xe500c non abilita
> questa feature su due delle porte, 0x2500c lo fa su tutte invece.
>
> Per la trunk invece la riga da modificare è questa:
> https://github.com/openwrt/openwrt/blob/master/target/linux/ramips/patches-4.4/0502-net-next-mediatek-add-switch-driver-for-rt3050.patch#L323
>
> Ma l'ultima volta che ho dato un'occhiata alla trunk per ramips era a
> dicembre scorso, e il nuovo driver ethernet era non funzionante sull'
> rt5350 e altri con l'rt3052 come switch integrato nel SoC. Non so se
> è cambiato qualcosa nel frattempo, ma immagino di sì.
>
> P.s. open...@vittgam.net sono sempre io. ;)
>
> Cheers,
> Vittorio
>
> [0] https://cdn.sparkfun.com/datasheets/Wireless/WiFi/RT5350.pdf
>
>
> On 01/05/2016 21:31:52 CEST, Saverio Proto wrote:
>>
>> OK appena ho tempo provo questa patch:
>>
>> https://github.com/zioproto/openwrt15051-batman/commit/c654d174101543e270caa37117a9e85fea6e9260
>>
>> estratta da file allegato al ticket.
>>
>> Cmq il bug dovrebbe essere ancora anche in trunk, ma verificarlo dal
>> codice e' complicato perche' a cartella:
>> target/linux/ramips/files
>>
>> e' stata cancellata nel commit 5faa11eefc539ebd0ad0c64fc79e82e6dbd92630
>>
>> mentre nel commit c1d3971d0438ff2179e2e7650bec2b834448f2f6 e' stato
>> pushato il modo corretto di lavorare con ramips.
>>
>> solo che facendo grep qui dentro: target/linux/ramips/patches-4.4
>>
>> grep -r 000e500c *
>>
>> non vedo nessuna patch che corregge il bug.
>>
>> ora lo provo sulla 15.05.1, ma poi mi serve una mano per trunk perche'
>> con quilt ci si perde una sacco di tempo se uno non ci lavora tutti i
>> giorni :)
>>
>> Saverio
>>
>>
>>
>> Il 1 maggio 2016 20:19, Stefano De Carlo  ha
>> scritto:
>>>
>>> Il 01/05/2016 20:11, Saverio Proto ha scritto:

 forse questo device ha un chip ethernet che butta via roba IPv6 ...
 possible ?
>>>
>>>
>>> Yep, pare che butti via IPv6 multicast:
>>> https://dev.openwrt.org/ticket/20453
>>>
>>> Stefanauss.
>>>
>>>
>>> ___
>>> Wireless mailing list
>>> Wireless@ml.ninux.org
>>> http://ml.ninux.org/mailman/listinfo/wireless
>>>
>
___
Wireless mailing list
Wireless@ml.ninux.org
http://ml.ninux.org/mailman/listinfo/wireless

Re: [Ninux-Wireless] Chaos Calmer: ping IPv6 multicast broken ?

2016-05-01 Per discussione Saverio Proto 
Niente cmq sta patch sul mio A5-V11 non funziona.
https://wiki.openwrt.org/toh/unbranded/a5-v11

IPv6 sulla ethernet non funzionante. Multicast non va.

Saverio


Il 1 maggio 2016 21:31, Saverio Proto  ha scritto:
> OK appena ho tempo provo questa patch:
> https://github.com/zioproto/openwrt15051-batman/commit/c654d174101543e270caa37117a9e85fea6e9260
>
> estratta da file allegato al ticket.
>
> Cmq il bug dovrebbe essere ancora anche in trunk, ma verificarlo dal
> codice e' complicato perche' a cartella:
> target/linux/ramips/files
>
> e' stata cancellata nel commit 5faa11eefc539ebd0ad0c64fc79e82e6dbd92630
>
> mentre nel commit c1d3971d0438ff2179e2e7650bec2b834448f2f6 e' stato
> pushato il modo corretto di lavorare con ramips.
>
> solo che facendo grep qui dentro: target/linux/ramips/patches-4.4
>
> grep -r 000e500c *
>
> non vedo nessuna patch che corregge il bug.
>
> ora lo provo sulla 15.05.1, ma poi mi serve una mano per trunk perche'
> con quilt ci si perde una sacco di tempo se uno non ci lavora tutti i
> giorni :)
>
> Saverio
>
>
>
> Il 1 maggio 2016 20:19, Stefano De Carlo  ha scritto:
>> Il 01/05/2016 20:11, Saverio Proto ha scritto:
>>> forse questo device ha un chip ethernet che butta via roba IPv6 ... 
>>> possible ?
>>
>> Yep, pare che butti via IPv6 multicast: https://dev.openwrt.org/ticket/20453
>>
>> Stefanauss.
>>
>>
>> ___
>> Wireless mailing list
>> Wireless@ml.ninux.org
>> http://ml.ninux.org/mailman/listinfo/wireless
>>
___
Wireless mailing list
Wireless@ml.ninux.org
http://ml.ninux.org/mailman/listinfo/wireless

Re: [Ninux-Wireless] Chaos Calmer: ping IPv6 multicast broken ?

2016-05-01 Per discussione Saverio Proto 
OK appena ho tempo provo questa patch:
https://github.com/zioproto/openwrt15051-batman/commit/c654d174101543e270caa37117a9e85fea6e9260

estratta da file allegato al ticket.

Cmq il bug dovrebbe essere ancora anche in trunk, ma verificarlo dal
codice e' complicato perche' a cartella:
target/linux/ramips/files

e' stata cancellata nel commit 5faa11eefc539ebd0ad0c64fc79e82e6dbd92630

mentre nel commit c1d3971d0438ff2179e2e7650bec2b834448f2f6 e' stato
pushato il modo corretto di lavorare con ramips.

solo che facendo grep qui dentro: target/linux/ramips/patches-4.4

grep -r 000e500c *

non vedo nessuna patch che corregge il bug.

ora lo provo sulla 15.05.1, ma poi mi serve una mano per trunk perche'
con quilt ci si perde una sacco di tempo se uno non ci lavora tutti i
giorni :)

Saverio



Il 1 maggio 2016 20:19, Stefano De Carlo  ha scritto:
> Il 01/05/2016 20:11, Saverio Proto ha scritto:
>> forse questo device ha un chip ethernet che butta via roba IPv6 ... possible 
>> ?
>
> Yep, pare che butti via IPv6 multicast: https://dev.openwrt.org/ticket/20453
>
> Stefanauss.
>
>
> ___
> Wireless mailing list
> Wireless@ml.ninux.org
> http://ml.ninux.org/mailman/listinfo/wireless
>
___
Wireless mailing list
Wireless@ml.ninux.org
http://ml.ninux.org/mailman/listinfo/wireless

Re: [Ninux-Wireless] Chaos Calmer: ping IPv6 multicast broken ?

2016-05-01 Per discussione Stefano De Carlo 
Il 01/05/2016 20:11, Saverio Proto ha scritto:
> forse questo device ha un chip ethernet che butta via roba IPv6 ... possible ?

Yep, pare che butti via IPv6 multicast: https://dev.openwrt.org/ticket/20453

Stefanauss.



signature.asc
Description: OpenPGP digital signature
___
Wireless mailing list
Wireless@ml.ninux.org
http://ml.ninux.org/mailman/listinfo/wireless

Re: [Ninux-Wireless] Chaos Calmer: ping IPv6 multicast broken ?

2016-05-01 Per discussione Saverio Proto 
Un breve update.
sto lavorando con questo device:
https://wiki.openwrt.org/toh/unbranded/a5-v11

ho notato che pingare in multicast ff02 via interfaccia wireless funziona.

forse questo device ha un chip ethernet che butta via roba IPv6 ... possible ?

Saverio


Il 1 maggio 2016 17:23, Saverio Proto  ha scritto:
> Ciao,
>
> sono da poco arrivato nel mondo di Chaos Calmer
>
> uso spesso questa pratica di pingare ff02::1
>
> http://wiki.ninux.org/RipristinoTramiteLinkLocal
>
>
> sto lavorando sul target ramips con Chaos Calmer e noto che questo
> sistema non funziona piu perche' openwrt non risponde ai ping.
>
> qualcun'altro ha notato la stessa cosa ?
>
> al boot ho questi comandi:
> /etc/init.d/qos stop
> /etc/init.d/qos disable
> /etc/init.d/dnsmasq stop
> /etc/init.d/dnsmasq disable
> /etc/init.d/firewall stop
> /etc/init.d/firewall disable
> exit 0
>
> vedo che ho anche questo nuovo amico:
> /usr/sbin/odhcpd
> e questo che fa il client al posto di dhclient ?
>
> ci sta anche un altro bel processo in esecuzione:
> ipv6_addrconf
>
> root@OpenWrt:~# cat /etc/openwrt_version
> 15.05.1
> root@OpenWrt:~# cat /etc/openwrt_release
> DISTRIB_ID='OpenWrt'
> DISTRIB_RELEASE='Chaos Calmer'
> DISTRIB_REVISION='r49261'
> DISTRIB_CODENAME='chaos_calmer'
> DISTRIB_TARGET='ramips/rt305x'
> DISTRIB_DESCRIPTION='OpenWrt Chaos Calmer 15.05.1'
> DISTRIB_TAINTS='no-all'
> root@OpenWrt:~#
>
> root@OpenWrt:~# ip a s
> 1: lo:  mtu 65536 qdisc noqueue state UNKNOWN
> group default
> link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
> inet 127.0.0.1/8 scope host lo
>valid_lft forever preferred_lft forever
> inet6 ::1/128 scope host
>valid_lft forever preferred_lft forever
> 2: eth0:  mtu 1500 qdisc fq_codel
> state UNKNOWN group default qlen 1000
> link/ether 2c:67:fb:53:bb:58 brd ff:ff:ff:ff:ff:ff
> inet6 fe80::2e67:fbff:fe53:bb58/64 scope link
>valid_lft forever preferred_lft forever
> 3: eth0.1@eth0:  mtu 1500 qdisc
> noqueue master br-lan state UP group default
> link/ether 2c:67:fb:53:bb:58 brd ff:ff:ff:ff:ff:ff
> 4: wlan0:  mtu 1500 qdisc noop state DOWN group
> default qlen 1000
> link/ether 2c:67:fb:53:bb:58 brd ff:ff:ff:ff:ff:ff
> 5: br-lan:  mtu 1500 qdisc noqueue
> state UP group default
> link/ether 2e:67:fb:53:bb:58 brd ff:ff:ff:ff:ff:ff
> inet 192.168.1.1/24 brd 192.168.1.255 scope global br-lan
>valid_lft forever preferred_lft forever
> inet6 fddc:a600:8e39::1/60 scope global noprefixroute
>valid_lft forever preferred_lft forever
> inet6 fe80::2c67:fbff:fe53:bb58/64 scope link
>valid_lft forever preferred_lft forever
> root@OpenWrt:~#
>
> Saverio
___
Wireless mailing list
Wireless@ml.ninux.org
http://ml.ninux.org/mailman/listinfo/wireless

[Ninux-Wireless] Chaos Calmer: ping IPv6 multicast broken ?

2016-05-01 Per discussione Saverio Proto 
Ciao,

sono da poco arrivato nel mondo di Chaos Calmer

uso spesso questa pratica di pingare ff02::1

http://wiki.ninux.org/RipristinoTramiteLinkLocal


sto lavorando sul target ramips con Chaos Calmer e noto che questo
sistema non funziona piu perche' openwrt non risponde ai ping.

qualcun'altro ha notato la stessa cosa ?

al boot ho questi comandi:
/etc/init.d/qos stop
/etc/init.d/qos disable
/etc/init.d/dnsmasq stop
/etc/init.d/dnsmasq disable
/etc/init.d/firewall stop
/etc/init.d/firewall disable
exit 0

vedo che ho anche questo nuovo amico:
/usr/sbin/odhcpd
e questo che fa il client al posto di dhclient ?

ci sta anche un altro bel processo in esecuzione:
ipv6_addrconf

root@OpenWrt:~# cat /etc/openwrt_version
15.05.1
root@OpenWrt:~# cat /etc/openwrt_release
DISTRIB_ID='OpenWrt'
DISTRIB_RELEASE='Chaos Calmer'
DISTRIB_REVISION='r49261'
DISTRIB_CODENAME='chaos_calmer'
DISTRIB_TARGET='ramips/rt305x'
DISTRIB_DESCRIPTION='OpenWrt Chaos Calmer 15.05.1'
DISTRIB_TAINTS='no-all'
root@OpenWrt:~#

root@OpenWrt:~# ip a s
1: lo:  mtu 65536 qdisc noqueue state UNKNOWN
group default
link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
inet 127.0.0.1/8 scope host lo
   valid_lft forever preferred_lft forever
inet6 ::1/128 scope host
   valid_lft forever preferred_lft forever
2: eth0:  mtu 1500 qdisc fq_codel
state UNKNOWN group default qlen 1000
link/ether 2c:67:fb:53:bb:58 brd ff:ff:ff:ff:ff:ff
inet6 fe80::2e67:fbff:fe53:bb58/64 scope link
   valid_lft forever preferred_lft forever
3: eth0.1@eth0:  mtu 1500 qdisc
noqueue master br-lan state UP group default
link/ether 2c:67:fb:53:bb:58 brd ff:ff:ff:ff:ff:ff
4: wlan0:  mtu 1500 qdisc noop state DOWN group
default qlen 1000
link/ether 2c:67:fb:53:bb:58 brd ff:ff:ff:ff:ff:ff
5: br-lan:  mtu 1500 qdisc noqueue
state UP group default
link/ether 2e:67:fb:53:bb:58 brd ff:ff:ff:ff:ff:ff
inet 192.168.1.1/24 brd 192.168.1.255 scope global br-lan
   valid_lft forever preferred_lft forever
inet6 fddc:a600:8e39::1/60 scope global noprefixroute
   valid_lft forever preferred_lft forever
inet6 fe80::2c67:fbff:fe53:bb58/64 scope link
   valid_lft forever preferred_lft forever
root@OpenWrt:~#

Saverio
___
Wireless mailing list
Wireless@ml.ninux.org
http://ml.ninux.org/mailman/listinfo/wireless