Изпечатай

[clovenhoof]

Наскоро купих нова wifi card: Ubuquiti SR71e с идеята да ползвам n стандарта.
Оказа се обаче че има бъг в драйвера ath9k и този бъг съществува повече от година. Отне ми доста време докато разбера къде точно е проблема. Естествено, първо обвиних рутера, но не беше от него.
Ефекта от бъга беше загуба на пакети. Да се ползва ssh беше мъка.

Това тук е описание рапорта, но също така има и workaround. Току що го задействах и уж се оправи. Ще пиша после ако наистина е така.

Въпросът ми е новия кернел (3.2) фиксва ли този проблем? Видях че има някакви подобрения точно за атерос чипове. Просто чакам новия кернел да се появи в основните хранилища. В момента е в тестинг (Archlinux).

[dejuren]

Ми... виж Changelog на ядрото. За убунту/дебиан бих те насочил към http://kernel.ubuntu.com/~kernel-ppa/mainline/ за да пробваш направо, ама за арч...??

[clovenhoof]

В changelog гледах но не видях нищо свързано с този проблем.
Да си сложа новия кернел от тестинг не е проблем, но не искам да ползвам тестинг хранилище. За това питам дали някой има подобен проблем с ath9k. Иначе до 1-2 седмици макс. новия кернел ще е в основните хранилища.

[Oxy]

Проблема е като миксира криптирането на мрежата... имам една машина някъде с такава гадост решението беше да се смени мода и да се рестартира историята... ще го потърся и ще ти го пусна във форума... после спи
Ето го решението... ако искаш разгледай бъга... 
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/761176/comments/6

[Oxy]

Е?

[clovenhoof]

Проблема е като миксира криптирането на мрежата... имам една машина някъде с такава гадост решението беше да се смени мода и да се рестартира историята... ще го потърся и ще ти го пусна във форума... после спи
Ето го решението... ако искаш разгледай бъга... 
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/761176/comments/6

Точно по този начин фикснах проблема преди да отворя темата. Всъщност, исках да разбера дали е оправен бъга в новия кернел, защото този фикс е заобикаляне на проблема. В първия ми пост показах линк с описанието му и ето едно мнение от там:

I still have the same problem on a fully updated Maverick (installed from scratch from the 10.10 CD).

Before learning about this nohwcrypt workaround I did a bit of investigation and found the following: The cause of the high and unpredictable latencies is that packets are dropped depending on their size. According to my tests, packet sizes of the form
  size = 128*k + 81 + m
or
  size = 128*k + 105 + m
for any k>=2 and 0<=m<=7

are dropped randomly in 90-95% of the cases. Conversely, all other packet sizes work fine.

You can see for yourself if this is true on your system:
  ping -M do -s 596 http://www.google.com
should result in 90% packet loss (because 624 = 128*4 + 105 + 7; the 28 byte difference comes from network headers added by ping)
while
  ping -M do -s 597 http://www.google.com
should result in negligible packet loss.

Hopefully this makes the problem easier to reproduce and analyze!

There are three different workarounds that can solve the problem on my system:
- use the nohwcrypt parameter
- limit the MTU to a value low enough to avoid problematic packet sizes (such as 330 bytes), with "sudo ifconfig wlan0 mtu 330"
- use the madwifi drivers instead of ath5k

Иначе, вече няколко дни положението е ОК - няма лаг при ssh.