[Numbat] Połączenia

[Tomasz Mrugalski]

On Tue, 27 Feb 2007 somebody known as Andrzej Bojarski wrote:

> Udało mi się stworzyć dynamiczne połączenia - póki co umiejscowiłem to w
> wmaxphy ale nie ma problemu żeby uruchamiane było gdziekolwiek.
> Przetestowałem też przełączanie do innego BSa i narazie w bardzo prymitywnej
> formie działa. Teraz pracuję nad skalowalnością wszystkiego czyli żeby można
> było wybrać dowolną ilość SSów i BSów. Co jeszcze mam do zrobienia w związku
Zapowiada się super. Pół godzinki temu wróciłem z rundki po marketach 
budowlanych. Jeszcze dziś wieczorkiem spojrzę na to i dam znać. Uh oh, 
widze, że jeszcze nie było checkinu.

> -modyfikacja BS'a - zarówno IPv6node jak i wmaxmac tak żeby niepodłączony do
> SS'a BS nie wysyłał żadnych wiadomości i zaczynał wysyłać po połączeniu
To nie tak. IPv6Node to po prostu symulacja stosu IPv6 w PCie. On leje na 
to, co sie dzieje z WiMaxem. Wysyła pakiety i go to nie interesuje.
To wmaxmac powininen odpowiednio reagować. Moim zdaniem możliwe są 3 
rozwiązania. Jeżeli brak jest połączenia z BSem, to:
1. należy buforować cały ruch.
2. należy buforować pewną ilość danych.
3. należy dropować cały ruch.

> -stworzenie jakiegoś prostego mechanizmu napędzania handoveru - narazie
> będzie albo czasowy albo po liczbie wiadomości danego typu
Handoveru na poziomie warstwy 1, tak? Czyli fizycznego przełaczenia?

Ogólnie procedure handoveru wyobrażam sobie tak:
- coś (funkcja? timer?) kopie WmaxCtrl w celu rozpoczęcia HO
- WMaxCtrl rozpoczyna wymianę wiadomości (MSHO-REQ, BSHO-RSP, HO-IND).
   [Prymitywna wersja gotowa. Napisałem, działa.]
- po zakończeniu wymiany WMaxCtrl jakoś kopie WMaxMac, który kopie WMaxPhy
   (albo może WMaxCtrl zagada bezpośrednio do WMaxPhy?), który dokonuje
   przełączenia do docelowego BSa. [Andrzej napisał, działa.]
- po przełączeniu WMaxCtrl wykona procedurę network reentry [pracuje nad
   reentry, będzie gotowe dziś albo jutro].

Do zrobienia pozostaje:
- wymysleć mechanizm inicjownaia WMaxCtrl (w odpowiedniej chwili trzeba
   zawołać onEvent(EVENT_HANDOVER_START, msg) ).
- wymyśleć, jak WMaxCtrl ma poinformować WMaxMac i/lub WMaxPhy, że należy
   zrobić fizyczne przełączenie.

> -modyfikacja BS'a tak żeby obsługiwał wiele połączeń na raz
Do tej pory działa mój biedny mechanizm, że połączeń jest tyle, ile 
podłączonych obiektów do bramki macOut(). Sprawa kreowania połączeń (w 
sensie service flowów wimaxowych) to ogólnie szeroka sprawa. Tak naprawde 
to one powinny być kreowane w trakcie wchodzenia do sieci (network entry 
lub reentry).

> Może moglibyśmy się spotkać jakoś niebawem i pogadać o tym jak to dalej ma
> wyglądać ?
Jak najbardziej. Wydaje mi się jednak, że najpierw wypadałoby wcheckinować 
to, co zrobiliście. Andrzej, kiedy wcheckinujesz swoje zmiany?

A Ty, Maciek? W niedziele pisałeś, że w poniedziałek postarasz się wysłać 
patcha. Nie to, żebym pogadniał, ale... :)

Ja jestem do dyspozycji. Tradycyjnie pasuje mi w dowolny dzień rano. 
Jeżeli mam coś zaproponować, to może czwartek albo piątek? Zdążycie 
wcheckinować? No i fajnie by było, żeby każdy miał czas rzucić okiem na 
kod, żeby gadka nie była zbyt ogólna.

Pozdrawiam,

-- 
Tomasz Mrugalski,              | " Talk is cheap. Show me the code."  |
thomson(at)klub(dot)com(dot)pl |                     Linus Torvalds   |