<div dir="ltr"><div>*bump*<br><br>5.6beta6<br><br>- Fix: SNMP daemon is leaking memory<br><br>- Fix: LAN speed negotiation improvement after failure (NBE-M5-400 and RM5-Ti (XW))<br><br>- Fix: New Zealand should have HT40 mode on 5GHz.<br><br>- Fix: STA Device Name is truncated in SNMP reporting<br><br>- Fix: SNMP string sizes<br><br>- Fix: Station can't connect to AP with Hidden SSID (XW)<br><br>- Fix: Discovery response leak across VLANs<br><br>- Fix: Station shows wrong "TX Signal" in AP details window<br><br>- Fix: The same channel numbering for 4920-5000MHz and 5920-6000MHz (Compliance Test).<br><br>- Fix: Default rate algorithm rate selection regression in v5.6-Beta4 release<br><br>- Fix: Disable UPnP SSDP messages in Syslog<br><br>- Fix: Main tab is empty if device name contains <tab> symbol<br><br>- Fix: Scan results buffer size limit issue (at ~200 APs found)<br><br>- Fix: Possible fix for wireless lockup (XM/TI)<br><br>- Fix: Reduce TX power to the EIRP Limit when radio is operating in Station mode or Auto frequency selection is chosen for AP<br><br>- Fix: Speedup DHCP and PPPoE clients to update IP settings after successful WPA authentication<br><br>- Fix: IPv6 prefix size<br><br>- Fix: Send RA with management flag when stateful DHCPv6 enabled<br><br>- Fix: DHCP client destroys IPv6 configuration<br><br>- Fix: SSL v3 POODLE vulnerability<br><br>- Fix: Add 5GHz frequencies for Kazakhstan<br><font size="1"><br></font></div><div><font size="1"><font><a href="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">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</a> <br><br>L'associazione del suddetto beta firm sia su STA che su AP risolve la situazione, manca solo la squillata di trombe signori miei</font>.<br></font></div><font size="1"></font></div><div class="gmail_extra"><br><div class="gmail_quote">Il giorno 26 novembre 2014 11:42, Luigi <span dir="ltr"><<a href="mailto:open.musk@gmail.com" target="_blank">open.musk@gmail.com</a>></span> ha scritto:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">*bzz* Houston alla cieca *bzz*</div><div class="gmail_extra"><br><div class="gmail_quote">Il giorno 5 novembre 2014 12:52, Giuseppe De Marco <span dir="ltr"><<a href="mailto:demarcog83@gmail.com" target="_blank">demarcog83@gmail.com</a>></span> ha scritto:<div><div class="h5"><br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Il 05 novembre 2014 12:31, Luigi <<a href="mailto:open.musk@gmail.com" target="_blank">open.musk@gmail.com</a>> ha scritto:<br>
<span>><br>
><br>
> Il giorno 05 novembre 2014 12:07, Giuseppe De Marco <<a href="mailto:demarcog83@gmail.com" target="_blank">demarcog83@gmail.com</a>><br>
> ha scritto:<br>
>><br>
>><br>
>> ieri anche tu in CI ? :)<br>
><br>
><br>
> ieri sera, mentre Stef passava in CI, è scattata l'ignoranza!<br>
<br>
</span>Se hai notato siamo cmq degli animali empirici, pensavamo andasse di<br>
default invece abbiamo rimosso un NAT a newspig e modificato i default<br>
gw di tutti i router per fare viaggiare i dati all'interno del tunnel.<br>
<br>
Su capizzanux che è legacy è stata forzata l'interfaccia operazionale<br>
di openvpn su 10.87, prima mantenevo openvn server su tutte le<br>
interfacce perchè, specie ad Agosto, vi accedevo via WAN INTERNET per<br>
avere routing dentro ninux e per comodità preferivo non specificare.<br>
Adesso devo pensare ad un multihomed server o un secondo processo, ma<br>
prima devo completare i lavori del mio nodo.<br>
<br>
Per gli altri nodi tunnelati:<br>
I casini li abbiamo notati quando inseriamo un gw che per CI non è<br>
disponibile in l2, essendo questo un default gw il kernel lo cerca in<br>
layer2 quindi giunge all' AP che non consente traffico l2 al difuori<br>
del peer con la station, la connessione non si stabilisce e va in<br>
timeout.<br>
<br>
Che dire, unico default gw deve essere l'unico con il quale funziona<br>
il layer2, in questo caso l' AP, poi questo trova la strada sia<br>
dell'andata che del ritorno, ma ti ripeto, i problemi li abbiamo<br>
riscontrati all'andata :)<br>
<br>
quale ignoranza, siamo animali empirici<br>
<div><div>_______________________________________________<br>
Calabria mailing list<br>
<a href="mailto:Calabria@ml.ninux.org" target="_blank">Calabria@ml.ninux.org</a><br>
<a href="http://ml.ninux.org/mailman/listinfo/calabria" target="_blank">http://ml.ninux.org/mailman/listinfo/calabria</a><br>
</div></div></blockquote></div></div></div><br><br clear="all"><span class=""><div><br></div>-- <br><div><div dir="ltr"><div style="text-align:left"><span style="font-family:'courier new',monospace;font-size:small">#musk from <a href="http://calabria.ninux.org" target="_blank">calabria.ninux.org</a> - CS</span></div><div style="text-align:left"><font face="courier new, monospace"><br></font></div><div style="text-align:left"><font face="courier new, monospace">@openmusk</font></div></div></div>
</span></div>
</blockquote></div><br><br clear="all"><br>-- <br><div class="gmail_signature"><div dir="ltr"><div style="text-align:left"><span style="font-family:'courier new',monospace;font-size:small">#musk from <a href="http://calabria.ninux.org" target="_blank">calabria.ninux.org</a> - CS</span></div><div style="text-align:left"><font face="courier new, monospace"><br></font></div><div style="text-align:left"><font face="courier new, monospace">@openmusk</font></div></div></div>
</div>