Conversation
|
I see several problems with this approach. You're adding You replaced {
"ether": {
"saddr": "00:25:96:FF:FE:12",
"daddr": "00:FF:96:FF:FE:12",
"ipv4": {
"saddr": {
"range": {
"min": "192.16.0.0",
"max": "192.16.0.255"
}
},
"daddr": {
"range": {
"min": "172.16.0.0",
"max": "172.16.0.10"
}
},
"udp": {
"sport": {
"range": {
"min": 1120,
"max": 1152
}
},
"dport": 1020,
"raw": {
"data": "123456789012345678"
}
}
}
}
}we could write something like {
"ether": {
"pcap-file": "sample-network-sequence.pcap"
}
}In this case generating function would read packets from pcap file infinitely in a loop (no need for repeat count, packets number should be limited by packet rate and duration) and send them at the specified rate. We could add file writer functionality. It would be useful for debugging requests like #645 where we need to answer a question, whether forwarded packets come reassembled or not. We need to not only receive packets, but also dump them into an output trace because tcpdump functionality is not available on DPDK ports. But writing packets into a file should be done only in addition to receiving them from the test application, not instead of it. Several additional notes on your pull request:
|
Added read/write to/from pcap files functionality