PID vs. PDL
1 Attachment(s)
Hey all,
while writing the Wireshark dissector I ran into a RDM packet that I don't know how to handle. It has a PID of 0x0401 (LAMP_HOURS) and a PDL of 2. But the spec (just bought the new one to verify) says that LAMP_HOURS should be a 32bit value. So, or the PID is wrong, or the PDL is wrong. How should one deal with situations where PID and PDL disagree ? - Erwin |
Hmm the image was resize to unreadable size, but it just shows how Wireshark dissected the wrong packet.
|
Erwin
not sure which version you have, but in ANSI E1.20 - 2010 Entertainment Technology RDM Remote Device Management Over DMX512 Networks Copyright 2011 PLASA NA. All rights reserved. CP/2009-1017r2 Approved as an American National Standard by the ANSI Board of Standards Review on 4 January 2011. section 10.8.2 Lamp Hours PID is described with a PDL of 0x04 as you would expect. It is also correct in a final draft which I, as a task group member, have. What page are you referring to ? Peter Willis |
Hey Peter,
Yes the spec says LAMP_HOURS is 32bit, and that's the way I implemented it in Wireshark. But I have a capture file from someone that has a LAMP_HOURS PID with a PDL of 2. The question should probably more be like; when PID and PDL disagree, should I assume spec is always right and mark the packet as broken? |
In essence YES - even if the spec is "broken". It is the spec, warts and all, and is the only common reference we have!
In the example you cite, the capture file is evidence of a non-compliant device. Peter |
Quote:
This is a common problem, I've seen many devices that send incorrect PDLs, especially on ACK SET_RESPONSE packets. Such behavior can cause interoperability problems. |
All times are GMT -6. The time now is 12:57 AM. |
Powered by vBulletin® Version 3.8.7
Copyright ©2000 - 2024, vBulletin Solutions, Inc.