MikroTik Traffic Generator

Поділитися
Вставка
  • Опубліковано 27 лис 2024
  • Test your connections and throughput with the Traffic Generator tool!

КОМЕНТАРІ • 14

  • @troelse.nrmlle4625
    @troelse.nrmlle4625 Рік тому

    Thank you for sharing this video, about a very useful test tool, we almost never use bandwidth test anymore. One advantage of using traffic generator, is that it can utilize multiple cpu cores, giving a more realistic picture of what a device in a given setup can, and cannot do.

  • @liviu2004
    @liviu2004 Рік тому +5

    Thanks for demo. We try to introduce traffic generator function to simulate network storms in Dynamic Positioning able ships. And watch control systems reaction, target being no ship lost position. That is achieved through double redundant ring networks. Thrusters commands and feedback signals travel through this network. We are also interested how to capture traffic with unknown ip addresses and inject this back as much as possible. So creating network storms with rubbish data but also second testing with valid data.

  • @iamthearmul
    @iamthearmul Рік тому +3

    This is quite heavy for my small home routers. I tested this between RB730G3 and HAP AX2 (CAT6 10 meters). 500M 512 packets: HEX had one core already at 100% and AX2 77%, 600M: HEX 100%, AX 87%, 700M: AX2 95%, 800M: AX2 100%. 735M was maximum i could get, both routers in same LAN. Will replace HEX from it's edge routing duties as soon as there is availability for RB5009. At the same time will probably switch to AX3 for my WIFI router or replace it with the new AX AP.

  • @zapityzapzap
    @zapityzapzap Рік тому +3

    I've been wondering for years how to use the traffic generator practically. Can multicast traffic be simulated with it?

  • @GreDi_PL
    @GreDi_PL Рік тому +2

    What is that device on the MikroTik box in the top right frame with the orange background?
    @MikroTik This PC on the desk creates a cluttered effect. After all, you guys don't sell PCs. What's more, there isn't even a CCR2004-1G-2XS-PCIe inside. So why is it here?

    • @mikrotik
      @mikrotik  Рік тому

      Nice try
      P.S: one says set too sterile, one says too cluttered, one says why so silent, other says why music :D

  • @drumaddict89
    @drumaddict89 Рік тому

    nice information. could see some future use cases for some customer reports on tunnel and wireless links

  • @DmitryYushko
    @DmitryYushko Рік тому

    Cool, thanks for the shedding a light on this tool! Is it possible to test WiFi throughput with it? I tried, but got 0 packets back

    • @RB01-lite
      @RB01-lite Рік тому

      For sure, however for wireless testing it is not advisable to have the same traffic travel back. You need to come up with a different setup, for example, generate the traffic on both devices simultaneously.

  • @enderst
    @enderst Рік тому +1

    Was hoping to see the same done in CLI :(

  • @olpchk1115
    @olpchk1115 Рік тому

    Why do you put dst ip of your 1st (current) router, and not the second one, to which the packets are gonna be sent?

    • @mikrotik
      @mikrotik  Рік тому

      It's a trick to easily test both directions of traffic at the same time.

    • @LGLEGO
      @LGLEGO Рік тому

      Hello, please some help. I am testing this for a lab, where the two Mikrotiks are not directly connected. If I use this trick by setting the destination as the same local address of the first mikrotik, what happens is that the traffic goes out to its gateway, but as soon as that router detects the destination is the first mikrotik, it just returns the traffic, not reaching the second mikrotik ever, not testing the whole networks as I want, and showing 0% packet loss since the first mikrotik is receiving the traffic. Basic routing. What would be a real way to test a network where the two mikrotiks are apart? Am I missing something obvious here?