Re: [Ninux-Wireless] Chaos Calmer: ping IPv6 multicast broken ?
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 Pedaniha 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 ?
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 ?
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 ?
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 Carloha 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 ?
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 Carloha 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 ?
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 ?
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 Protoha 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 ?
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 Carloha 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 ?
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 ?
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 Protoha 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 ?
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