[Numbat] Wiele połączeń, automatyczne połączenia, stub WMaxCtrl

[Tomasz Mrugalski]

Hej,

Garść newsów:

- SS i BS obsługują (na razie koślawo, ale dane lecą) wiele połączeń. W 
tej chwili przykładowy model nieco się rozrósł, bo są po 2 węzły IP 
podłączone do SSa i 2 wezły po stronie BSa. Prowadzą między sobą 2 
niezależne wymiany wiadomości.

- Po dodaniu nowych obiektów (na razie to są tylko głupie węzły IPv6, 
które plują co jakiś czas pakietami, ale wkrótce może to być coś 
sensowniejszego) zarówno BS, jak i SS automatycznie skonfigurują 
dodatkowe połączenie. (tak naprawde to powinny skonfigurować dwa: UL i DL, 
ale na razie sprawę można zaniedbać).

- Dodałem szkielety obiektów WMaxCtrlSS i WMaxCtrlBS. To w nich będzie się 
działa główna akcja, jeżeli chodzi o ruch kontrolny, tzn. wysyłanie 
wiadomości typu MSHO-REQ, SCN-REQ i mnóstwa innych. Z punktu widzenia 
WMaxCtrlBS/SS, używamy WMaxMac jako warstwy transportowej.

Ciekawostka: WMacMacSS jest zaimplementowany biednie i ma wiele 
niedoróbek. Na przykład w każdej ramce radiowej (5ms) jest w stanie wysłać 
tylko 1 ramkę z danymi. Przypadkowo szybkość transmisji danych ze strony 
SSa jest minimalnie większa, więc kolejka stopniowo rośnie. Taka sobie 
ciekawostka, że mechanizm kolejkowania działa :)

Pzdr i dosiego roku
-- 
Tomasz Mrugalski,              | "We all know Linux is great...it does    |
thomson(at)klub(dot)com(dot)pl |  infinite loops in 5 seconds."           |
                                |                           Linus Torvalds |

p.s.
Co myślicie o tym, żeby sie po nowym roku spotkać kiedyś i pogadać o 
detalach? Teraz mamy już kawałek kodu, nad którym można sie pochylić.
Moglibyśmy ustalić, jak ta cała architektura ma wyglądać, co robi który 
moduł, w którą stronę będziemy to rozwijać itd.