| HOWTO for the linux packet generator | |
| ------------------------------------ | |
| Enable CONFIG_NET_PKTGEN to compile and build pktgen either in-kernel | |
| or as a module. A module is preferred; modprobe pktgen if needed. Once | |
| running, pktgen creates a thread for each CPU with affinity to that CPU. | |
| Monitoring and controlling is done via /proc. It is easiest to select a | |
| suitable sample script and configure that. | |
| On a dual CPU: | |
| ps aux | grep pkt | |
| root 129 0.3 0.0 0 0 ? SW 2003 523:20 [pktgen/0] | |
| root 130 0.3 0.0 0 0 ? SW 2003 509:50 [pktgen/1] | |
| For monitoring and control pktgen creates: | |
| /proc/net/pktgen/pgctrl | |
| /proc/net/pktgen/kpktgend_X | |
| /proc/net/pktgen/ethX | |
| Tuning NIC for max performance | |
| ============================== | |
| The default NIC settings are (likely) not tuned for pktgen's artificial | |
| overload type of benchmarking, as this could hurt the normal use-case. | |
| Specifically increasing the TX ring buffer in the NIC: | |
| # ethtool -G ethX tx 1024 | |
| A larger TX ring can improve pktgen's performance, while it can hurt | |
| in the general case, 1) because the TX ring buffer might get larger | |
| than the CPU's L1/L2 cache, 2) because it allows more queueing in the | |
| NIC HW layer (which is bad for bufferbloat). | |
| One should hesitate to conclude that packets/descriptors in the HW | |
| TX ring cause delay. Drivers usually delay cleaning up the | |
| ring-buffers for various performance reasons, and packets stalling | |
| the TX ring might just be waiting for cleanup. | |
| This cleanup issue is specifically the case for the driver ixgbe | |
| (Intel 82599 chip). This driver (ixgbe) combines TX+RX ring cleanups, | |
| and the cleanup interval is affected by the ethtool --coalesce setting | |
| of parameter "rx-usecs". | |
| For ixgbe use e.g. "30" resulting in approx 33K interrupts/sec (1/30*10^6): | |
| # ethtool -C ethX rx-usecs 30 | |
| Kernel threads | |
| ============== | |
| Pktgen creates a thread for each CPU with affinity to that CPU. | |
| Which is controlled through procfile /proc/net/pktgen/kpktgend_X. | |
| Example: /proc/net/pktgen/kpktgend_0 | |
| Running: | |
| Stopped: eth4@0 | |
| Result: OK: add_device=eth4@0 | |
| Most important are the devices assigned to the thread. | |
| The two basic thread commands are: | |
| * add_device DEVICE@NAME -- adds a single device | |
| * rem_device_all -- remove all associated devices | |
| When adding a device to a thread, a corresponding procfile is created | |
| which is used for configuring this device. Thus, device names need to | |
| be unique. | |
| To support adding the same device to multiple threads, which is useful | |
| with multi queue NICs, the device naming scheme is extended with "@": | |
| device@something | |
| The part after "@" can be anything, but it is custom to use the thread | |
| number. | |
| Viewing devices | |
| =============== | |
| The Params section holds configured information. The Current section | |
| holds running statistics. The Result is printed after a run or after | |
| interruption. Example: | |
| /proc/net/pktgen/eth4@0 | |
| Params: count 100000 min_pkt_size: 60 max_pkt_size: 60 | |
| frags: 0 delay: 0 clone_skb: 64 ifname: eth4@0 | |
| flows: 0 flowlen: 0 | |
| queue_map_min: 0 queue_map_max: 0 | |
| dst_min: 192.168.81.2 dst_max: | |
| src_min: src_max: | |
| src_mac: 90:e2:ba:0a:56:b4 dst_mac: 00:1b:21:3c:9d:f8 | |
| udp_src_min: 9 udp_src_max: 109 udp_dst_min: 9 udp_dst_max: 9 | |
| src_mac_count: 0 dst_mac_count: 0 | |
| Flags: UDPSRC_RND NO_TIMESTAMP QUEUE_MAP_CPU | |
| Current: | |
| pkts-sofar: 100000 errors: 0 | |
| started: 623913381008us stopped: 623913396439us idle: 25us | |
| seq_num: 100001 cur_dst_mac_offset: 0 cur_src_mac_offset: 0 | |
| cur_saddr: 192.168.8.3 cur_daddr: 192.168.81.2 | |
| cur_udp_dst: 9 cur_udp_src: 42 | |
| cur_queue_map: 0 | |
| flows: 0 | |
| Result: OK: 15430(c15405+d25) usec, 100000 (60byte,0frags) | |
| 6480562pps 3110Mb/sec (3110669760bps) errors: 0 | |
| Configuring devices | |
| =================== | |
| This is done via the /proc interface, and most easily done via pgset | |
| as defined in the sample scripts. | |
| Examples: | |
| pgset "clone_skb 1" sets the number of copies of the same packet | |
| pgset "clone_skb 0" use single SKB for all transmits | |
| pgset "burst 8" uses xmit_more API to queue 8 copies of the same | |
| packet and update HW tx queue tail pointer once. | |
| "burst 1" is the default | |
| pgset "pkt_size 9014" sets packet size to 9014 | |
| pgset "frags 5" packet will consist of 5 fragments | |
| pgset "count 200000" sets number of packets to send, set to zero | |
| for continuous sends until explicitly stopped. | |
| pgset "delay 5000" adds delay to hard_start_xmit(). nanoseconds | |
| pgset "dst 10.0.0.1" sets IP destination address | |
| (BEWARE! This generator is very aggressive!) | |
| pgset "dst_min 10.0.0.1" Same as dst | |
| pgset "dst_max 10.0.0.254" Set the maximum destination IP. | |
| pgset "src_min 10.0.0.1" Set the minimum (or only) source IP. | |
| pgset "src_max 10.0.0.254" Set the maximum source IP. | |
| pgset "dst6 fec0::1" IPV6 destination address | |
| pgset "src6 fec0::2" IPV6 source address | |
| pgset "dstmac 00:00:00:00:00:00" sets MAC destination address | |
| pgset "srcmac 00:00:00:00:00:00" sets MAC source address | |
| pgset "queue_map_min 0" Sets the min value of tx queue interval | |
| pgset "queue_map_max 7" Sets the max value of tx queue interval, for multiqueue devices | |
| To select queue 1 of a given device, | |
| use queue_map_min=1 and queue_map_max=1 | |
| pgset "src_mac_count 1" Sets the number of MACs we'll range through. | |
| The 'minimum' MAC is what you set with srcmac. | |
| pgset "dst_mac_count 1" Sets the number of MACs we'll range through. | |
| The 'minimum' MAC is what you set with dstmac. | |
| pgset "flag [name]" Set a flag to determine behaviour. Current flags | |
| are: IPSRC_RND # IP source is random (between min/max) | |
| IPDST_RND # IP destination is random | |
| UDPSRC_RND, UDPDST_RND, | |
| MACSRC_RND, MACDST_RND | |
| TXSIZE_RND, IPV6, | |
| MPLS_RND, VID_RND, SVID_RND | |
| FLOW_SEQ, | |
| QUEUE_MAP_RND # queue map random | |
| QUEUE_MAP_CPU # queue map mirrors smp_processor_id() | |
| UDPCSUM, | |
| IPSEC # IPsec encapsulation (needs CONFIG_XFRM) | |
| NODE_ALLOC # node specific memory allocation | |
| NO_TIMESTAMP # disable timestamping | |
| pgset spi SPI_VALUE Set specific SA used to transform packet. | |
| pgset "udp_src_min 9" set UDP source port min, If < udp_src_max, then | |
| cycle through the port range. | |
| pgset "udp_src_max 9" set UDP source port max. | |
| pgset "udp_dst_min 9" set UDP destination port min, If < udp_dst_max, then | |
| cycle through the port range. | |
| pgset "udp_dst_max 9" set UDP destination port max. | |
| pgset "mpls 0001000a,0002000a,0000000a" set MPLS labels (in this example | |
| outer label=16,middle label=32, | |
| inner label=0 (IPv4 NULL)) Note that | |
| there must be no spaces between the | |
| arguments. Leading zeros are required. | |
| Do not set the bottom of stack bit, | |
| that's done automatically. If you do | |
| set the bottom of stack bit, that | |
| indicates that you want to randomly | |
| generate that address and the flag | |
| MPLS_RND will be turned on. You | |
| can have any mix of random and fixed | |
| labels in the label stack. | |
| pgset "mpls 0" turn off mpls (or any invalid argument works too!) | |
| pgset "vlan_id 77" set VLAN ID 0-4095 | |
| pgset "vlan_p 3" set priority bit 0-7 (default 0) | |
| pgset "vlan_cfi 0" set canonical format identifier 0-1 (default 0) | |
| pgset "svlan_id 22" set SVLAN ID 0-4095 | |
| pgset "svlan_p 3" set priority bit 0-7 (default 0) | |
| pgset "svlan_cfi 0" set canonical format identifier 0-1 (default 0) | |
| pgset "vlan_id 9999" > 4095 remove vlan and svlan tags | |
| pgset "svlan 9999" > 4095 remove svlan tag | |
| pgset "tos XX" set former IPv4 TOS field (e.g. "tos 28" for AF11 no ECN, default 00) | |
| pgset "traffic_class XX" set former IPv6 TRAFFIC CLASS (e.g. "traffic_class B8" for EF no ECN, default 00) | |
| pgset stop aborts injection. Also, ^C aborts generator. | |
| pgset "rate 300M" set rate to 300 Mb/s | |
| pgset "ratep 1000000" set rate to 1Mpps | |
| pgset "xmit_mode netif_receive" RX inject into stack netif_receive_skb() | |
| Works with "burst" but not with "clone_skb". | |
| Default xmit_mode is "start_xmit". | |
| Sample scripts | |
| ============== | |
| A collection of tutorial scripts and helpers for pktgen is in the | |
| samples/pktgen directory. The helper parameters.sh file support easy | |
| and consistent parameter parsing across the sample scripts. | |
| Usage example and help: | |
| ./pktgen_sample01_simple.sh -i eth4 -m 00:1B:21:3C:9D:F8 -d 192.168.8.2 | |
| Usage: ./pktgen_sample01_simple.sh [-vx] -i ethX | |
| -i : ($DEV) output interface/device (required) | |
| -s : ($PKT_SIZE) packet size | |
| -d : ($DEST_IP) destination IP | |
| -m : ($DST_MAC) destination MAC-addr | |
| -t : ($THREADS) threads to start | |
| -c : ($SKB_CLONE) SKB clones send before alloc new SKB | |
| -b : ($BURST) HW level bursting of SKBs | |
| -v : ($VERBOSE) verbose | |
| -x : ($DEBUG) debug | |
| The global variables being set are also listed. E.g. the required | |
| interface/device parameter "-i" sets variable $DEV. Copy the | |
| pktgen_sampleXX scripts and modify them to fit your own needs. | |
| The old scripts: | |
| pktgen.conf-1-2 # 1 CPU 2 dev | |
| pktgen.conf-1-1-rdos # 1 CPU 1 dev w. route DoS | |
| pktgen.conf-1-1-ip6 # 1 CPU 1 dev ipv6 | |
| pktgen.conf-1-1-ip6-rdos # 1 CPU 1 dev ipv6 w. route DoS | |
| pktgen.conf-1-1-flows # 1 CPU 1 dev multiple flows. | |
| Interrupt affinity | |
| =================== | |
| Note that when adding devices to a specific CPU it is a good idea to | |
| also assign /proc/irq/XX/smp_affinity so that the TX interrupts are bound | |
| to the same CPU. This reduces cache bouncing when freeing skbs. | |
| Plus using the device flag QUEUE_MAP_CPU, which maps the SKBs TX queue | |
| to the running threads CPU (directly from smp_processor_id()). | |
| Enable IPsec | |
| ============ | |
| Default IPsec transformation with ESP encapsulation plus transport mode | |
| can be enabled by simply setting: | |
| pgset "flag IPSEC" | |
| pgset "flows 1" | |
| To avoid breaking existing testbed scripts for using AH type and tunnel mode, | |
| you can use "pgset spi SPI_VALUE" to specify which transformation mode | |
| to employ. | |
| Current commands and configuration options | |
| ========================================== | |
| ** Pgcontrol commands: | |
| start | |
| stop | |
| reset | |
| ** Thread commands: | |
| add_device | |
| rem_device_all | |
| ** Device commands: | |
| count | |
| clone_skb | |
| burst | |
| debug | |
| frags | |
| delay | |
| src_mac_count | |
| dst_mac_count | |
| pkt_size | |
| min_pkt_size | |
| max_pkt_size | |
| queue_map_min | |
| queue_map_max | |
| skb_priority | |
| tos (ipv4) | |
| traffic_class (ipv6) | |
| mpls | |
| udp_src_min | |
| udp_src_max | |
| udp_dst_min | |
| udp_dst_max | |
| node | |
| flag | |
| IPSRC_RND | |
| IPDST_RND | |
| UDPSRC_RND | |
| UDPDST_RND | |
| MACSRC_RND | |
| MACDST_RND | |
| TXSIZE_RND | |
| IPV6 | |
| MPLS_RND | |
| VID_RND | |
| SVID_RND | |
| FLOW_SEQ | |
| QUEUE_MAP_RND | |
| QUEUE_MAP_CPU | |
| UDPCSUM | |
| IPSEC | |
| NODE_ALLOC | |
| NO_TIMESTAMP | |
| spi (ipsec) | |
| dst_min | |
| dst_max | |
| src_min | |
| src_max | |
| dst_mac | |
| src_mac | |
| clear_counters | |
| src6 | |
| dst6 | |
| dst6_max | |
| dst6_min | |
| flows | |
| flowlen | |
| rate | |
| ratep | |
| xmit_mode <start_xmit|netif_receive> | |
| vlan_cfi | |
| vlan_id | |
| vlan_p | |
| svlan_cfi | |
| svlan_id | |
| svlan_p | |
| References: | |
| ftp://robur.slu.se/pub/Linux/net-development/pktgen-testing/ | |
| ftp://robur.slu.se/pub/Linux/net-development/pktgen-testing/examples/ | |
| Paper from Linux-Kongress in Erlangen 2004. | |
| ftp://robur.slu.se/pub/Linux/net-development/pktgen-testing/pktgen_paper.pdf | |
| Thanks to: | |
| Grant Grundler for testing on IA-64 and parisc, Harald Welte, Lennert Buytenhek | |
| Stephen Hemminger, Andi Kleen, Dave Miller and many others. | |
| Good luck with the linux net-development. |