Generowanie ruchu z urządzenia Cisco IOS w celu udowodnienia obwodu WAN

Zasadniczo chcę wiedzieć, czy istnieje jakiś sposób, abyśmy mogli użyć rozszerzonego polecenia ping lub dowolnego innego wariantu polecenia, aby udowodnić klientowi, że obwód jest w stanie osiągnąć minimalne CIR. Routery CE to Cisco ISR 881,19x1 i 29x1 z 15.1, a routery PE to Juniper MX.

W idealnym świecie po prostu podłączilibyśmy laptopa do portu LAN i używali iperf do zdalnego miejsca za routerami CE, ale wdrażanie WAN / LAN odbywa się w osobne dni i dlatego otrzymaliśmy polecenie opuszczenia portów LAN.

Musimy udokumentować umownie, że obwód VDSL2 80/20 MB / s spełnia minimalne wymagania CIR 20/4 MB / s.

Dla porównania: po stronie Juniper MX możemy zeskoczyć do powłoki i uruchomić wiele pingów powodziowych z ustawionymi flagami DF, ale problem jest obecnie z ISR Cisco.

UWAGA: RE-Protect zostanie wyłączony na czas testu przepustowości i dlatego nie będzie czynnikiem. i potencjalnie wdrażali 12 witryn dziennie, więc prostota jest kluczowym czynnikiem sukcesu.

  +---------------+          +---------------+             +-------------+
  |               |+--20mb-->|               |             |Cisco ISR CE |
  |Juniper MX PE  |          |Carrier network|<------4mb---|             |
  +---------------+          +---------------+             +-------------+

— DrBru
źródło

Witaj, czy możesz dodać numery modeli Cisco ISR i ile przepustowości próbujesz wygenerować w każdym kierunku? Szybki diagram ASCII-art może pomóc

— Mike Pennington

Więc Juniper generuje 20 Mb / s w kierunku ISR za pomocą pingów ... co to jest pingowanie Juniper? Jeśli jest to ISR, jaki ruch jest już generowany z odpowiedzi pingów?

— Mike Pennington,

Jeśli jest to częste zadanie, czy istnieje powód, dla którego konfigurowanie małego dedykowanego urządzenia Linux na każdym końcu z generacjami pakietów nie byłoby praktyczne? Generalnie łatwiej jest podłączyć wstępnie skonfigurowane pole testowe niż za każdym razem dotykać routerów.

— Chrylis

Natychmiast pomyślałem o umowie IP SLA firmy Cisco, ale dodanie Juniper do jednego końca unieważnia ją. Jestem ciekawy każdego rozwiązania, jakie możesz znaleźć.

— laf

@MikePennington wysyłając ruch z PE do CE stworzył 1,47 Mb / s wychodzących i 1,45 Mb / s przychodzących.

— DrBru

IOS zawiera ttcp, chociaż może nie być oficjalnie obsługiwany przez Cisco, może się przydać w takich sytuacjach.

O ile mi wiadomo, JUNOS nie obsługuje ttcp, ale prawdopodobnie nie jest zbyt wielkim problemem dodawanie jednej centralnej maszyny Linux podłączonej do PE, z którą można wykonywać pomiary.

Na IOS po prostu uruchamiasz „ttcp”, w ten sposób;

LAB-C7600-1#ttcp
transmit or receive [receive]: transmit
Target IP address: 1.3.3.7
calculate checksum during buffer write [y]: 
perform tcp half close [n]: 
send buflen [32768]: 
send nbuf [2048]: 
bufalign [16384]: 
bufoffset [0]: 
port [5001]: 
sinkmode [y]: 
buffering on writes [y]: 
show tcp information at end [n]: y

ttcp-t: buflen=32768, nbuf=2048, align=16384/0, port=5001  tcp  -> 1.3.3.7

Teraz nie mam drugiego punktu końcowego, ale masz pomysł :)

— kll
źródło