Re: [tcpdump-workers] [libpcap] New DLT value Request - Wattstopper DLM (#401)

2015-01-25 Thread Steve Karg
Hello Guy, It would certainly make sense to try and make it generic so that the LINKTYPE could be used by multiple families. If the other families don't have a dongle code and packet delay, they could fill them in with some consistent values (i.e. match the DLM values, have zero packet delay) if

Re: [tcpdump-workers] [libpcap] New DLT value Request - Wattstopper DLM (#401)

2015-01-20 Thread Guy Harris
On Jan 9, 2015, at 8:08 AM, Steve Karg wrote: > Yes, the Family codes are dependent on the hardware. The WattStopper > DLM hardware uses a USB interface: > http://www.wattstopper.com/products/digital-lighting-management/configuration-tools/dlm-computer-interface-tools-and-software.aspx > and al

Re: [tcpdump-workers] [libpcap] New DLT value Request - Wattstopper DLM (#401)

2015-01-16 Thread Steve Karg
Hello, Is there anything pending before assigning a new DLT? I put a pull request into GitHub: https://github.com/the-tcpdump-group/libpcap/issues/401 Are there other files that I need to modify (i.e. HTML or documentation files)? Best Regards, Steve

Re: [tcpdump-workers] [libpcap] New DLT value Request - Wattstopper DLM (#401)

2015-01-09 Thread Steve Karg
Hello Guy, > 6 or 7 - escape > 7 or 6 - DLM Bootloader > > The information you quoted said "111=escape, and 111=DLM Bootloader"; I > assume one of those 111's is supposed to be 110. Which one of them should be > 110? 6 - unused 7 - escape and DLM Bootloader (unfortunately). Th

Re: [tcpdump-workers] [libpcap] New DLT value Request - Wattstopper DLM (#401)

2015-01-09 Thread Guy Harris
On Jan 9, 2015, at 4:11 PM, Steve Karg wrote: >> I.e., following the Family/Address/IR field, other families might not have >> the Sequence ID, Source and Destination MAC addresses, Opcode, and Payload >> Length followed by Payload? > > Yes, that is correct. OK, so we should, for now, indica

Re: [tcpdump-workers] [libpcap] New DLT value Request - Wattstopper DLM (#401)

2015-01-09 Thread Steve Karg
Hello Guy, The Family/Address/IR field contains 3-bits of family code, 2-bits of address mode, 2-bits of IR (infrared) routing, and 1-bit unused. The 8 Legrand NITOO families are 000=CAD Filaire, 001=TopDog, 010=CAD RF, 011=CAD PLC, 100=CAD IR, 101=DLM, 111=escape, and 111=DLM

Re: [tcpdump-workers] [libpcap] New DLT value Request - Wattstopper DLM (#401)

2015-01-09 Thread Guy Harris
On Jan 9, 2015, at 8:08 AM, Steve Karg wrote: > Hello Guy, > >>> The Family/Address/IR field contains 3-bits of family code, 2-bits of >>> address mode, 2-bits of IR (infrared) routing, and 1-bit unused. >>> The 8 Legrand NITOO families are 000=CAD Filaire, 001=TopDog, 010=CAD RF, >>> 011=CAD P

Re: [tcpdump-workers] [libpcap] New DLT value Request - Wattstopper DLM (#401)

2015-01-09 Thread Steve Karg
Hello Guy, >> The Family/Address/IR field contains 3-bits of family code, 2-bits of >> address mode, 2-bits of IR (infrared) routing, and 1-bit unused. >> The 8 Legrand NITOO families are 000=CAD Filaire, 001=TopDog, 010=CAD RF, >> 011=CAD PLC, 100=CAD IR, 101=DLM, 111=escape, and 111=DLM Bootload

Re: [tcpdump-workers] [libpcap] New DLT value Request - Wattstopper DLM (#401)

2015-01-08 Thread Guy Harris
On Jan 8, 2015, at 3:35 PM, Steve Karg wrote: > The Packet Delay field contains an integer value that is the > number of milliseconds since the previous packet. Presumably, in pcap or pcap-ng files with valid packet time stamps, this is redundant. > The Preamble 1 and Preamble 2 fields should

Re: [tcpdump-workers] [libpcap] New DLT value Request - Wattstopper DLM (#401)

2015-01-08 Thread Steve Karg
Hi Denis, > Steve, if this time you are receiving this as a subscriber to the mailing > list, could you describe the encoding in a way similar to one used for > http://www.tcpdump.org/linktypes/ ? See below. Best Regards, Steve WattStopper DLM room bus protocol from LMCI USB dongle. +--

Re: [tcpdump-workers] [libpcap] New DLT value Request - Wattstopper DLM (#401)

2015-01-08 Thread Guy Harris
On Jan 8, 2015, at 2:21 PM, Denis Ovsienko wrote: > This is intended not to make things difficult for innovation, but to assist > the people from future who might be trying to debug relevant code much later. ...and to make it easier to implement dissection for the protocols (i.e., you can rea

Re: [tcpdump-workers] [libpcap] New DLT value Request - Wattstopper DLM (#401)

2015-01-08 Thread Denis Ovsienko
On Thu, 18 Dec 2014 06:46:10 +0200 Guy Harris wrote > > On Dec 17, 2014, at 12:04 PM, Steve Karg wrote: > > > For a few years I have been using DLT_USER0 147 (user defined) for > > capturing and saving a serial protocol used by Wattstopper Digital > > Lighting Management pr

Re: [tcpdump-workers] [libpcap] New DLT value Request - Wattstopper DLM (#401)

2014-12-17 Thread Guy Harris
On Dec 17, 2014, at 12:04 PM, Steve Karg wrote: > For a few years I have been using DLT_USER0 147 (user defined) for capturing > and saving a serial protocol used by Wattstopper Digital Lighting Management > products (see website) and dissecting via Wireshark and Lua. I'm planning on > adding

Re: [tcpdump-workers] [libpcap] New DLT value Request - Wattstopper DLM (#401)

2014-12-17 Thread Michael Richardson
It's much easier to get the wider review and long term archival by posting to the mailing list. I have done that for you. Steve Karg wrote: > For a few years I have been using DLT_USER0 147 (user defined) for > capturing and saving a serial protocol used by Wattstopper Digital > Lig