On Thu, 03 Jan 2008 21:28:18 +0100, widynek wrote

...

człowieka. Poza tym Linux nie robi zarządzania prędkością w warstwie drugiej jak etherwerx a zarządzanie w warstwie drugiej prędkościami to całkiem inna jakość bo i sposób zarządzania prędkością w warstwie drugiej daje operatorowi całkowicie inne możliwości i efekty jakościowe (np gwarantowane i zdeterminowane opóźnienie

pakietów

...

przy przejściu przez urządzenie o co bardzo trudno w linuxie lub jakimkolwiek niewyspecjalizowanym systemie operacyjnym )

Co masz na mysli piszac zarzadzanie predkoscia w warstwie drugiej ? Co do opoznien - czy algorytm HFSC w (krzywa "real-time") w linuxie/bsd nie spelnia tego postulatu?

Moje pytania nie sa ironiczne, pytam, bo nie do konca rozumiem (nie mialem stycznosci z Etherwerxem poza tym, ze raz go ogladalem podczas pracy w pewnej serwerowni)

pozdrawiam, widynek

---

lms mailing list lms@lists.lms.org.pl http://lists.lms.org.pl/mailman/listinfo/lms

nie wdajać sie w rozważanie na modelem osi/iso warstwa druga to w naszym przypadku pakiety ethernet, urządzenia pracujace w tej warstwie (np switche) nie obchodzą portokoły warstw wyższych. Dlatego analizowanie pakietów ethernet nie potrzebuje wydajnych procków z duzymi pamieciami cache, wielopotokowymi itd z rozbudowanymi algorytmiami predykcji (przewidywania instrukcji) jakie sa bardzo porządane w desktopach czy serwerach, a mimo to zapewnia bardzo precyzyjne z dokładnościa do ramek ethernet sterowanie i regulacje pakietów wnosząc minimalnie(nieporównanie bardziej niż wnoszone przez regulator w warstwie trzeciej) stosunkowo łatwe do okreslenia opóznienia pakietów.

Stąd nie należy się dziwic ze tak "słaby" sprzęt i 128Mb ramu wystarczy EWX-owi regulowac pasmo dla paru tysiecy klientów wnosząc opóznienia żedu 0.1ms itd itp. Ja sie spodziewałem znaleźć tam słabsze procki np Intela Xscale bo tez dałyby sobie radę z regulacją w warstwie 2, albo dedykowane procki Texas Instrument (niestety za drogie :-) bo trzeba zrobic własnego boarda, jeśli nie tłucze sie w setkach tysiecy egzemplarzy) Standardowo linux reguluje pasmo w warstwie trzeciej (analizuje adresy ip urzadzenia) i potrzebuje nieporównanie potężniejszych procków oraz znacznie wiekszej ilości pamieci ram żeby zrobić "to samo" mowa tu o regulacji predkości i gwarantowania przepływi danych dla np 1000 czy 5000 urządzeń, trudno przez to uzyskac tak małe opóznienia pakietów oraz zagwarantowanie ich czasu pojawiania się. Czyli zagwarantowanie prezycyjnego sterowania i trzymanie sie założónych parametrów, jest to bardzo trudne bo procek musi analizowac znacznie większe porcje danych.

Regulacja prędkości w warstwie trzeciej nie jest tez przezroczysta dla sieci i nie da sie jej ot tak wprowadzić w dowolnym czasie trzeba ją zaplanować. Dlatego z reguły stawia sie router na linuxie ktory jednoczesnie zajmuje sie regulacja prędkości i robi sie to na etapie projektowanie sieci. Regulator prędkości w warstwie drugiej można wstawić ot tak kiedy sie chce bez zmieniania konfguracji ip i nikt nie zauważy że itnieje (zostanie potraktowany jak switch), można mu nawet wyłaczyc ip i zarządzać przez port rs232 przez to niemożliwe bedzie skomunikowanie sie z urządzeniem po ip i nie zaburzy to jego funkcjonowania.

Dariusz Kowalczyk

_______________________________________________ lms mailing list lms@lists.lms.org.pl http://lists.lms.org.pl/mailman/listinfo/lms