Wow great catch...the date value of your hex conversion corresponds with what I see in dhcpd.leases.
I can try and script for this, but should a bug be filed, or could this be a terminal issue (I get same result from console terminal and xterm/ssh session)?
Wow great catch...the date value of your hex conversion corresponds with what I see in dhcpd.leases.
I can try and script for this, but should a bug be filed, or could this be a terminal issue (I get same result from console terminal and xterm/ssh session)?
> ends = "_sz-"
> starts = 5f:72:d1:6d
> As shown above, 'ends' field does not have a hex value.
> Any thoughts as to what's causing this?
I suspect this is just an anomaly cause by omshell's more
generic output algorithm. Because all four bytes of the ends
value correspond to printable characters, it displays it as
a string instead of the raw octects. A (failed in this case)
effort to be more user friendly.
Looking at the ord's of the four characters in hex:
"_sz-" ==> 5f:73:7a:2d
--
Bruce A. Hudson | [hidden email]
ITS, Networks and Systems |
Dalhousie University |
Halifax, Nova Scotia, Canada | (902) 494-3405
_______________________________________________
ISC funds the development of this software with paid support subscriptions. Contact us at
https://www.isc.org/contact/ for more information.
dhcp-users mailing list
[hidden email]
https://lists.isc.org/mailman/listinfo/dhcp-users