BIND 10 #3185: Kea: add ability to read pcap files and process them into Pkt4 and Pkt6
BIND 10 Development
do-not-reply at isc.org
Mon Oct 7 11:39:18 UTC 2013
#3185: Kea: add ability to read pcap files and process them into Pkt4 and Pkt6
-------------------------------------+-------------------------------------
Reporter: tomek | Owner:
Type: enhancement | Status: new
Priority: medium | Milestone: DHCP
Component: dhcp | Outstanding Tasks
Keywords: | Resolution:
Sensitive: 0 | CVSS Scoring:
Sub-Project: DHCP | Defect Severity: N/A
Estimated Difficulty: 0 | Feature Depending on Ticket:
Total Hours: 0 | Add Hours to Ticket: 0
| Internal?: 0
-------------------------------------+-------------------------------------
Description changed by tomek:
Old description:
> We should develop a test that will read all pcap files from specified
> directory and try to process all DHCP packets in them through Kea. That
> would be a very flexible and extensible approach. To add a new test case,
> we'd have to only add new pcap file. The pcap collection could be
> confidential and stored separately.
>
> This would require to have the ability to read pcap files. We can either
> use libpcap for that or hack it. We don't need much functionality, just
> extracting the packets as raw hex data. I'm slightly concerned with
> adding extra dependency on another library and dealing with its
> portability issues.
>
> This could be extended into DNS as well.
>
> See ticket:3177:comment:7 for a brief discussion.
New description:
We should develop a test that will read all pcap files from specified
directory and try to process all DHCP packets in them through Kea. That
would be a very flexible and extensible approach. To add a new test case,
we'd have to only add new pcap file. The pcap collection could be
confidential and stored separately.
This would require to have the ability to read pcap files. We can either
use libpcap for that or hack it. We don't need much functionality, just
extracting the packets as raw hex data. I'm slightly concerned with adding
extra dependency on another library and dealing with its portability
issues.
This could be extended into DNS as well.
See ticket:3177#comment:7 for a brief discussion.
--
--
Ticket URL: <http://bind10.isc.org/ticket/3185#comment:1>
BIND 10 Development <http://bind10.isc.org>
BIND 10 Development
More information about the bind10-tickets
mailing list