egzekwowanie QoS na „zmiennym” łączu prędkości, gdzie negocjacje są wykonywane przez przewoźników NTE

Zasadniczo kupujemy linię 80/20 od przewoźnika, który zapewnia transport między lokalem klienta a lokalną giełdą, w której przewoźnik kończy połączenie z naszym PE.

(Juniper PE) <--> [Połączenie operatora w Exchange <---> NTE w nieruchomości klienta] <---> (Cisco CPE - 881,1921,1941,2921))

Obwód między własnością klienta a lokalną szafką uliczną jest nadal miedziany, a zatem wraz ze wzrostem hałasu / odległości zmniejsza się prędkość.

faktyczna negocjacja prędkości linii odbywa się na przewoźnikach NTE, a nie na naszym CPE.

jak mogę się upewnić, że gdy łącze jest nasycone, pakiety priorytetowe nie są odrzucane, bez faktycznej wiedzy na temat tego, na jakiej szybkości linii zostało uwierzytelnione? czy można coś zrobić z ipsla?

qos cisco-ios-15

— DrBru
źródło

Czy mówisz o konfiguracji QoS na CPE dla kierunku przesyłania?

— jwbensley

@javano dwukierunkowe naprawdę, obecnie jedyną dostępną dla mnie opcją jest ukształtowanie ruchu po obu stronach do średniego, tak jak polecasz w odpowiedzi, próbuję ustalić, czy jest jakiś inny sposób, aby to zrobić dokładniej .

— DrBru

Naprawdę nie możesz rozwiązać tego problemu bez zbyt konserwatywnego odgadywania, która stawka będzie zawsze osiągana. Sprawdź, jak zakończyć połączenie bezpośrednio z Cisco CPE, usuwając NTE. Wtedy interfejs CPE Cisco będzie znał liniowanie.

— ytti

@ytti Dzięki, obecnie jego finanse skłaniają nas do korzystania z przewoźnika jako pośrednika i fttc są wciąż bardzo nowe tutaj.

— DrBru,

@IanK tak, ale jeśli jest to DSL lub coś w tym rodzaju, czy nie możesz po prostu całkowicie wymienić modemu i użyć tylko własnego CPE? Następnie możesz zastosować QoS do interfejsu, który jest świadomy stawki.

— ytti

Jedną z możliwości jest to, że jeśli chcesz QoS ruchu w górę w kierunku bramy CPE, to kształtować ruch wychodzący, a następnie nadać priorytet ważnemu ruchowi w ramach tego kształtującego się pasma.

Jeśli jest to linia 80/20 i wiesz, że średnia prędkość to 15 Mb / s, możesz ukształtować ruch wychodzący do 15 Mb / s i nadać priorytet głosowi w granicach 15 Mb / s. Jeśli prędkość synchronizacji spadnie o kilka Mb / s, nie zrobi to dużej różnicy. Jeśli prędkość synchronizacji wzrośnie do 17 Mb / s, będzie brakować przepustowości kilku Mb / s.

Używam konfiguracji takiej jak cios na niektórych liniach EFM. Szybkość EFM może się różnić w zależności od warunków linii, po zainstalowaniu wydaje się, że są one bardzo spójne. Tak więc w tym przykładzie ten CPE jest podłączony do linii 20/20 EFM, która faktycznie niezawodnie synchronizuje na 10/10, przesyłanie ma kształt 10 Mb / s.

class-map match-any CM-VOICE-TRAFFIC
 match access-group 100
!
policy-map PM-PRIORITISE-VOICE
 class CM-VOICE-TRAFFIC
   set ip dscp ef
   priority 1000
 class class-default
   fair-queue
!
policy-map PM-SHAPE-10M
 class class-default
  shape average 10000000
  service-policy PM-PRIORITISE-VOICE
!
interface FastEthernet0/1
 Description WAN Interface
 bandwidth 10000
 service-policy output PM-SHAPE-10M
!
access-list 100 remark Priority IP Destinations
access-list 100 permit ip 1.2.3.0 0.0.0.255 any

Ważne jest, abyśmy tutaj kształtowali nie ograniczenia prędkości ani policję, aby ruch nie był zmniejszany, a jedynie „kształtowany” do dostępnej przepustowości. Przeczytaj tę stronę Cisco, aby uzyskać dodatkowe informacje.

— jwbensley
źródło

Nie sądzę, żeby to działało, problemem OP jest to, że nie wie, gdzie kształtować połączenie. Jeśli nadasz mu kształt 10 Mb / s, MUSISZ być w stanie przekazać 10 Mb / s, aby zachować kontrakt „CM-VOICE-TRAFFIC”.

— ytti