Correct, I fill before not after so that (as you noted) .80 => .080 vice
.80 => .800. In the later, .8 and .80 would both be .800 causing issues.
Looks like I failed to proof read before hitting the send button :(
-Ron
Matteo Concilio wrote:
2008/11/7 Ronald J. Yacketta <[EMAIL PROTECTED]>:
One way we overcame this was to use the last two segments of a IP to
generate the rest of the MAC. In our environment, 100% of our xenpv's have
static IP's allowing us to take a IP (137.143.102.34) and create a MAC
(00:16:3e:10:23:40) from it. We fill in the holes with 0's, for instance
137.143.102.8 would become 137.143.102.800 (Not a valid IP but good enough
for MAC generation) which in turn becomes 00:16:3e:10:28:00.
I do the same, but with another policy:
1 bin octects = 2 hex digits
.102.8 --> 00:66:08
in your case
.102.8 --> .102.008 --> :10:20:08
will be better
with your algorithm .102.80 = .102.8 = :10:28:00, if I understood correctly
2008/11/7 Michael DeHaan <[EMAIL PROTECTED]>:
Currently it only generates random MACs in the Xen range, in the future
it will pay attention to the --virt-type settings and also do KVM and
vmware mac ranges.
Cobbler + ESXi is like paradise
_______________________________________________
cobbler mailing list
[email protected]
https://fedorahosted.org/mailman/listinfo/cobbler
