Przemysław Kudyba wrote:
Chcę zrobić coś co nazywac się będzie profilami QoS i umożliwiać będzie robienie QoS na kolejce klienta.
Kolejkowanie per usługa, po co ?
Dodane ficzery nie są kompatybilne z lmsd , więc Ci się raczej nie przydają.
Wystawiłem to w ramach ciekawostki , żeby pokazać , jak mogłoby to (routing na wiele łącz+kolejkowanie na wiele łącz) wyglądać
Kolejkowanie per usługa to jedna z ważniejszych rzeczy. Najpierw dzielisz ruch na użytkowników, a później na usługi... dzięki temu jak użytkownik postawi sobie router i dziecko będzie mu zapychało pasmo P2P, to nadal Internet będzie działał bez zmian. Nie musisz wtedy tłumaczyć klientowi, że to jego wina :-)
Ja stosuję HFSC i podział na 4 kolejki ... PRI, DAT, VOI, RTL ... wiem, głupie nazywy :P PRI - priorytetowa, z możliwością pożyczenia na krótko większej ilości pasma, bez pytania ... DAT - kolejka po której leci głównie P2P i jakieś nierozpoznane usługi, wszystko co nie jest priorytetowe :-) VOI - wszystkie komunikatory i protokoły VoIP, można dzwonić i ściągać róznego rodzaju bajery. Przydatne jak w APku (w trybie klient) masz VoIP podpięte do telefonu i kabelek do komputera (lub komputerów). RTL - usługi wymagające szybkiego dostępu do łącza i tu lecą wszelkiego rodzaju gry i usługi niezbędne do pracy sieci... jak i lekkie protokoły, takie jak ssh (ale scp już nie:P).
Każdej kolejce można dowolnie obciąć pasmo, ale ma to sens chyba tylko dla kolejki DAT. To co płynie przez kolejki sumuje się i jest cięte do maksymalnej wartości jaką użytkownik może wyciągnąć.
Oczywiście każda kolejka ma jeszcze swój algorytm mieszający. Używam jeszcze SFQ, ale planuję testy czegoś lepszego.
Jak tu padło określenie... lepiej nie pracować na miano "urynanetu", bo prędzej czy później UPC, albo coś innego Cię zabije.
!DSPAM:47a0d45384499210314635!