Re: [Ninux-Wireless] OpenWrt Changeset r45252 ath: relax regulatory rules for default regd code

2015-04-09 Per discussione Gio 
On Thursday, April 09, 2015 09:07:48 PM Stefano De Carlo wrote:
> Se usavi il reghack come "AirOS Compliance Test Mode" - tutte le frequenze,
> tutte le potenze, fottesega - allora non è deprecato. Se lo usavi come
> "rimediamo alle minchiate dei produttori", allora si.
...
> Da quel che vedo il codice della patch r45252 salta questo check e demanda
> al classico framework regdb del kernel linux. Quindi ora ath9k rispetta il
> setting dell'utente anche per questi device problematici. Ma sempre del
> regdb si tratta, quindi non è un Compliance Mode.

Quindi per fare esperimenti dentro casa bisognerebbe tornare al CRDA 
customizzato, chi sa se lo si puo' recuperare da qualche repo vecchissimo tipo 
tipo quello di eigennet (toccherebbe comunque tornare a un commit abbastanza 
vecchio)
___
Wireless mailing list
Wireless@ml.ninux.org
http://ml.ninux.org/mailman/listinfo/wireless

Re: [Ninux-Wireless] OpenWrt Changeset r45252 ath: relax regulatory rules for default regd code

2015-04-09 Per discussione Stefano De Carlo 
Il 08/04/2015 14:59, Saverio Proto ha scritto:
> In giro si parla di questo:
> https://dev.openwrt.org/changeset/45252
>
> dicono che reghack e' diventato deprecato ...
>
> ma non ho capito bene.
>
> qualcuno ha avuto tempo di studiare per bene e mi spiega ?
>
> grazie

Non lo definirei "per bene", maperò:

Se usavi il reghack come "AirOS Compliance Test Mode" - tutte le frequenze, 
tutte le potenze, fottesega - allora non è deprecato.
Se lo usavi come "rimediamo alle minchiate dei produttori", allora si.

Succede(va) che ci sono dei device che hanno il regulatory domain impostato 
nelle EEPROM, e mac80211/ath_9k era impostato per seguire quello che dice la 
EEPROM.
Il problema sta è che molte volte era sulle frequenze US-only. E quindi le 
altre country si attaccavano al tram, perché anche ad impostare il CountryCode 
dallo userspace, la cosa non aveva alcun effetto perché il driver seguiva la 
EEPROM.
O meglio, potevi solo restringere ulteriormente, ma non ampliare. La EEPROM 
dava i lower/upper limits.

Da quel che vedo il codice della patch r45252 salta questo check e demanda al 
classico framework regdb del kernel linux. Quindi ora ath9k rispetta il setting 
dell'utente anche per questi device problematici.
Ma sempre del regdb si tratta, quindi non è un Compliance Mode.

Tornerebbe tutto, anche con l'attitudine "fix your shit" dei dev OpenWrt. Hanno 
aspettato fin quanto umanamente possibile che i produttori rinsavissero, ora 
workaroundano.

Stefanauss.



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

Re: [Ninux-Wireless] OpenWrt Changeset r45252 ath: relax regulatory rules for default regd code

2015-04-09 Per discussione Saverio Proto 
>> In giro si parla di questo:
>> https://dev.openwrt.org/changeset/45252
>>
>> dicono che reghack e' diventato deprecato ...
>
> linki dove l hai letto?

qui:
https://github.com/battlemesh/wibed-packages/issues/1

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

Re: [Ninux-Wireless] OpenWrt Changeset r45252 ath: relax regulatory rules for default regd code

2015-04-09 Per discussione leonaard 
On 04/08/2015 12:59 PM, Saverio Proto wrote:
> In giro si parla di questo:
> https://dev.openwrt.org/changeset/45252
> 
> dicono che reghack e' diventato deprecato ...

linki dove l hai letto?
___
Wireless mailing list
Wireless@ml.ninux.org
http://ml.ninux.org/mailman/listinfo/wireless

[Ninux-Wireless] Distance settings sbagliato sembra una ACL

2015-04-09 Per discussione Saverio Proto 
Ciao,

ho fatto una chattata con Patrizio del nodo stranonet

provava a collegarsi al mio nodo al Tuscolo, ma dopo pochi secondi di
connessione veniva buttato fuori,

mi ha scritto per chiedere se era una incompatibilità AirOS OpenWrt,
oppure una ACL.

ACL non ci stava e doveva funzionare. Ci siamo messi a fare troubleshooting.

Io ero AP OpenWRT e lui Client AirOS 5.5.4
Il problema era il mio distance setting che era a 450 metri, mentre
lui provava a collegarsi da 8Km di distanza.

nei log di OpenWrt si poteva leggere:
Jan 16 02:45:17 BulletTuscoloZP daemon.notice hostapd: wlan0: STA
24:a4:3c:b4:cd:43 IEEE 802.11: did not acknowledge authentication
response

aumentato distance a 8000 metri adesso si collega stabilmente.

morale della favola ?
sui nodi diffusioni dobbiamo mettere un distance ragionevolmente alto.
Altrimenti chi prova a collegarsi da lontano viene sganciato, e sembra
come si ci sta una ACL sul mac address.

saluti,

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

Re: [Ninux-Wireless] Routing a terra e Raspberry....

2015-04-09 Per discussione ADB 
Il 09/04/2015 00:25, Michele Salerno ha scritto:
> 
> 
> Il giorno 8 aprile 2015 23:16, Matteo Arlotti  > ha scritto:
> 
> Ha il problema delle schede di rete, Il raspberry ne ha una... e non
> so come si comporta con i convertitori USB ETH, ma mai dire mai :)
> 
> In piu, il Banana Pi ha la porta gigabit, rispetto alla 100m del
> raspberry
> 
> Personalmente ho una alix con 4 eth su cui faccio girare pfsense.
> Ma dalle problematiche che riscontro nella mia realtà vedrei utile una
> soluzione standarizzata ed econimica utlizzando le VLAN.
> Mi trovo la scheda alix per il mio vecchio lavoro, pagai il sistema 400
> euro e consuma 9Vma non tutti sono disposti a questo.
> Sarebbe interessante una ISO multipiattaforma
> Pensare ad un raspberry sarebbe interessante! ;)
> 
> 
> ___
> Wireless mailing list
> Wireless@ml.ninux.org
> http://ml.ninux.org/mailman/listinfo/wireless
> 

Qui stiamo sperimentando proprio una cosa del genere..  :)
Routing a terra con schedine tipo Olimex A20 - Rpi2.

Per ora la cosa sembra funzionare, ma siamo ancora sperimentando.. ;)

albertux



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