[Ninux-Calabria] il destino di sstefano ( ex-lappano )

[Luigi]

*bump*

5.6beta6

- Fix: SNMP daemon is leaking memory

- Fix: LAN speed negotiation improvement after failure (NBE-M5-400 and
RM5-Ti (XW))

- Fix: New Zealand should have HT40 mode on 5GHz.

- Fix: STA Device Name is truncated in SNMP reporting

- Fix: SNMP string sizes

- Fix: Station can't connect to AP with Hidden SSID (XW)

- Fix: Discovery response leak across VLANs

- Fix: Station shows wrong "TX Signal" in AP details window

- Fix: The same channel numbering for 4920-5000MHz and 5920-6000MHz
(Compliance Test).

- Fix: Default rate algorithm rate selection regression in v5.6-Beta4
release

- Fix: Disable UPnP SSDP messages in Syslog

- Fix: Main tab is empty if device name contains <tab> symbol

- Fix: Scan results buffer size limit issue (at ~200 APs found)

- Fix: Possible fix for wireless lockup (XM/TI)

- Fix: Reduce TX power to the EIRP Limit when radio is operating in Station
mode or Auto frequency selection is chosen for AP

- Fix: Speedup DHCP and PPPoE clients to update IP settings after
successful WPA authentication

- Fix: IPv6 prefix size

- Fix: Send RA with management flag when stateful DHCPv6 enabled

- Fix: DHCP client destroys IPv6 configuration

- Fix: SSL v3 POODLE vulnerability

- Fix: Add 5GHz frequencies for Kazakhstan

http://community.ubnt.com/t5/Installation-Troubleshooting/TX-RX-Rate-6-5-Mbps-6-5-Mbps-problem-in-nanobeam-m5/td-p/715087/page/21

L'associazione del suddetto beta firm sia su STA che su AP risolve la
situazione, manca solo la squillata di trombe signori miei.

Il giorno 26 novembre 2014 11:42, Luigi <open.musk a gmail.com> ha scritto:

> *bzz* Houston alla cieca *bzz*
>
> Il giorno 5 novembre 2014 12:52, Giuseppe De Marco <demarcog83 a gmail.com>
> ha scritto:
>
> Il 05 novembre 2014 12:31, Luigi <open.musk a gmail.com> ha scritto:
>> >
>> >
>> > Il giorno 05 novembre 2014 12:07, Giuseppe De Marco <
>> demarcog83 a gmail.com>
>> > ha scritto:
>> >>
>> >>
>> >> ieri anche tu in CI ? :)
>> >
>> >
>> > ieri sera, mentre Stef passava in CI, è scattata l'ignoranza!
>>
>> Se hai notato siamo cmq degli animali empirici, pensavamo andasse di
>> default invece abbiamo rimosso un NAT a newspig e modificato i default
>> gw di tutti i router per fare viaggiare i dati all'interno del tunnel.
>>
>> Su capizzanux che è legacy è stata forzata l'interfaccia operazionale
>> di openvpn su 10.87, prima mantenevo openvn server su tutte le
>> interfacce perchè, specie ad Agosto, vi accedevo via WAN INTERNET per
>> avere routing dentro ninux e per comodità preferivo non specificare.
>> Adesso devo pensare ad un multihomed server o un secondo processo, ma
>> prima devo completare i lavori del mio nodo.
>>
>> Per gli altri nodi tunnelati:
>> I casini li abbiamo notati quando inseriamo un gw che per CI non è
>> disponibile in l2, essendo questo un default gw il kernel lo cerca in
>> layer2 quindi giunge all' AP che non consente traffico l2 al difuori
>> del peer con la station, la connessione non si stabilisce e va in
>> timeout.
>>
>> Che dire, unico default gw deve essere l'unico con il quale funziona
>> il layer2, in questo caso l' AP, poi questo trova la strada sia
>> dell'andata che del ritorno, ma ti ripeto, i problemi li abbiamo
>> riscontrati all'andata :)
>>
>> quale ignoranza, siamo animali empirici
>> _______________________________________________
>> Calabria mailing list
>> Calabria a ml.ninux.org
>> http://ml.ninux.org/mailman/listinfo/calabria
>>
>
>
>
> --
> #musk from calabria.ninux.org - CS
>
> @openmusk
>



-- 
#musk from calabria.ninux.org - CS

@openmusk
-------------- parte successiva --------------
Un allegato HTML è stato rimosso...
URL: <http://ml.ninux.org/pipermail/calabria/attachments/20150106/83c3d8f0/attachment-0001.html>