Witam, czy przy standardowym ustawieniu interfejsu g5/1 tak jak poniżej i mapie dscp-cos jak poniżej wystarczy, że dla ruchu wchodzącego innym portem ustawię dscp 46, aby wpadł w kolejkę priority wychodząc portem g5/1 ?
Działa jak należy. Gdyby kogoś to interesowało, to wszystko jest tu dobrze opisane, skąd internal dscp i co się dzieje gdy ramki opuszczają przełącznik:
Ale mam jeszcze pytanie. Na szkoleniu QoS Cisco i w materiałach z tego szkolenia jest informacja, że kolejką sprzętową w routerach cisco jest kolejka fifo do której docierają pakiety opuszczające software`owe kolejki konfigurowane przez administratora, które to są używane w momencie, gdy kolejka sprzętowa jest pełna. W dokumentacji przełączników jest informacja, że kolejki np. 1p3q są kolejkami sprzętowymi. W aktualnych prezentacjach best practice mówią, że jeżeli jest możliwość, to najlepiej używać kolejek sprzętowych. To jak to jest dokładnie w przypadku routerów i przełączników, może ktoś rozjaśnić ?
W zależności od architektury urządzenia, możesz mieć do czynienia tylko z kolejkami realizowanymi programowo (np. stare routery z IOSem, 2600/2800/3700/3800), nowsze routery z IOS-XE (ISR 4k), w modelu mieszanym (soft+sprzęt) - np. ASR 1k, Catalysty 2k/3k/6k, część Nexusów oraz tylko sprzętowo bez możliwości użycia wolniejszej pamięci RAM (np. CRSy, ASRy 9k z częścią kart liniowych, część Nexusów).
Generalnie w Twoim wypadku (Cat 6k), przełącznik kolejkuje ruch w pamięci dedykowanej do obsługi buforów wyjściowych i wejściowych (w zależności od generacji karty liniowej, skonfigurowanego trybu pracy matrycy, rodzaju ruchu i zajętości kolejek). Natomiast Cat 6k może także używać RAMu Supervisora do kolejkowania ruchu skierowanego do SP/RP, czyli obsługiwanego w ramach funkcjonalności realizowanej na Supervisorze (SSH, routing, etc).
Dzięki za odpowiedź. A mógłbyś wskazać w jaki sposób mogę rozróżnić w różnych urządzeniach, czy używam kolejki sprzętowej, czy programowej ? Jest na to jakaś jedna łatwa odpowiedź, czy trzeba szukać w specyfikacji konkretnego przełącznika/routera/karty ?
Trzeba zajrzeć do dokumentacji architektury urządzenia. Na ciscolive.com jak się zarejestrujesz, jest dużo sesji o wewnętrznej architekturze naszych rozwiązań (BRKARC-xxxx).
Hej, jeszcze takie pytanie odnośnie 6503. Mam taką sytuację, że otrzymuję ruch na porcie sup`a, oznaczam go tam policy-mapą dscp 46. Jeżeli pakiet opuszcza switcha innym portem sup`a to dscp=46, cos=5 wszystko jest ok. Jednak gdy pakiet opuszcza switcha portem karty liniowej, to zeruje mi wszystkie ustawienia qos. Próbowałem dać komendę no mls qos rewrite ip dscp i później mls qos rewrite ip dscp, po wydaniu drugiej komendy wskakuje mi 1 ramka oznaczona prawidłowym dscp i później znów mam dscp=0. Coś robię źle? O czymś zapomniałem? Czy soft robi problem?
Sup: VS-S720-10G
Karta liniowa: WS-X6748-SFP
soft: 12.2(33)
Patrzę się na to, czytam 10-ty dokument i jakoś nic mi nie przychodzi do głowy. Według dokumentacji wyjściowy dscp i cos jest ustalany na podstawie internal dscp. Internal dscp ustawiam policy-mapą. Czyli wychodzi na to, że internal dscp jest zerowany przy wejściu na kartę liniową, natomiast na portach sup`a jest ustawiany prawidłowo dscp pakietu na podstawie internal dscp. Podrzućcie proszę jakiś trop
Dobra coś mi się udało ruszyć. To jeszcze raz. Ruch dociera do przełącznika portem supa vlanem tagowanym. Na fizyczny interfejs doklejam policy-mapę, która ustawia mi dla wybranego ruchu dscp46. Ruch jest routowany przez przełącznik i opuszcza go portem w accessie innym vlanem. I teraz jeżeli ruch opuszcza przełączniki portem supa, to na wyjściu mam odpowiedni dscp, jak ustawię port w trunk, to mam prawidłowy cos (według mapy) i prawidłowy dscp. Natomiast jeżeli pakiet opuszcza przełącznik portem karty liniowej, to tracę ustawienia qos - dscp=0, cos=0. Jeżeli natomiast ustawię na porcie karty linowej mls qos vlan-based i dodam do interfejsu vlan policy-mapę w kierunku out, to pakiety znakowane są prawidłowo.
Czy to jest prawidłowe zachowanie urządzenia, bo według dokumentacji, powinienem już w pierwszej konfiguracji (bez dodawania policy-mapy do vlana) otrzymać prawidłowe dscp,cos na wyjściu z karty liniowej ponieważ powinno być ustawione na podstawie internal DSCP. Niby obecnie jest tak jakbym chciał, ale interesuje mnie, gdzie i dlaczego zerowany jest ten dscp dodany do pakietów wchodzących portem uplink supa.
Sprawdzam tym samym urządzeniem na porcie supa i na portach karty liniowej więc na pewno łapię prawidłowo.
Obecnie zależy mi tylko na potwierdzeniu, że tak powinien zachowywać się ten przełącznik, czy może jednak powinno być tak jak zakładałem wcześniej, czyli dodanie dscp do ruchu wchodzącego wyczerpywałoby temat.
Z tego co gdzieś wyczytałem, to pfc1 robiłby tak, że zerowałby dscp i cos przy przejściu nagłówków na kartę liniową, u mnie jest pfc3 i chyba powinno być tak jak zakładałem na początku, ale może coś źle zrozumiałem.