search for: proxyofferreceiv

...ave the MAC resolves the deafness I observed. Commit 8a00e49 is the change. -- -Gene <<< OK; I was about to ask you a few wiershark captures... I looked at the last commit and I think if (mode->PxeReplyReceived) pkt_v4 = &mode->PxeReply.Dhcpv4; else if (mode->ProxyOfferReceived) pkt_v4 = &mode->ProxyOffer.Dhcpv4; should be replaced by if (mode->PxeReplyReceived) pkt_v4 = &mode->PxeReply.Dhcpv4; else if (mode->ProxyOfferReceived) pkt_v4 = &mode->ProxyOffer.Dhcpv4; else pkt_v4 = &mode->DhcpAck.Dhcpv4; this code i...

...is the change. > -- > -Gene > <<< > > OK; I was about to ask you a few wiershark captures... > > > I looked at the last commit and I think > > if (mode->PxeReplyReceived) > pkt_v4 = &mode->PxeReply.Dhcpv4; > else if (mode->ProxyOfferReceived) > pkt_v4 = &mode->ProxyOffer.Dhcpv4; > > should be replaced by > > if (mode->PxeReplyReceived) > pkt_v4 = &mode->PxeReply.Dhcpv4; > else if (mode->ProxyOfferReceived) > pkt_v4 = &mode->ProxyOffer.Dhcpv4; >...

>> +? ? if(&mode->ProxyOfferReceived) >> +? ? ? ? parse_dhcp(&mode->ProxyOffer.Dhcpv4,pkt_len); >> +? ? else > > I think that change should go into another commit. > Geert Stappers You may be right; but as I've said, all the testing was conducted on PXE (proxyDHCP) environments where those lines a...

...19:39:43.118182728 -0700 > @@ -154,7 +154,12 @@ void net_parse_dhcp(void) > * Get the boot file and other info. This lives in the CACHED_REPLY > * packet (query info 3) > */ > - parse_dhcp(&mode->PxeReply.Dhcpv4, pkt_len); > + > + if(&mode->ProxyOfferReceived) > + parse_dhcp(&mode->ProxyOffer.Dhcpv4, pkt_len); > + else > + parse_dhcp(&mode->PxeReply.Dhcpv4, pkt_len); > + > Print(L"\n"); > > /* I think that change should go into another commit. Groeten Geert Stappers -- Leven en lat...

...i is taking the next-server IP from an answer from a DHCP server that did not identified itself as a PXE server (no option 60). It looks like a bug to me. I think I "kind" of fixed the bug; at syslinux-6.03/efi/pxe.c void net_parse_dhcp(void) { ... //patmod start if(&mode->ProxyOfferReceived) parse_dhcp(&mode->ProxyOffer.Dhcpv4, pkt_len); else //patmod end parse_dhcp(&mode->PxeReply.Dhcpv4, pkt_len); Print(L"\n"); ... } just add the code surrounded by comments the idea is to ask if there was a proxyOffer first then parse the correspond...

On Sun, Jan 11, 2015 at 10:32 AM, Patrick Masotta <masottaus at yahoo.com> wrote: > >>First, I was looking for the actual values. >>For a VM with (among other values): > >> config.version = "8" >> virtualHW.version = "10" >> ethernet0.virtualDev = "e1000" >> guestOS = "rhel6-64" >> firmware =

On Sun, Jun 7, 2015 at 5:09 PM, Patrick Masotta <masottaus at yahoo.com> wrote: >>>> > Patrick, I think I've been able to figure out some missing details > about your VMware Workstation tests. For a proxyDHCP, > I'm using dnsmasq. Could you try to confirm your test was the > same basic setup? > > On VMware Workstation 10 with a VMHWv10 VM set to

>First, I was looking for the actual values.? >For a VM with (among other values): > config.version = "8" > virtualHW.version = "10" > ethernet0.virtualDev = "e1000" > guestOS = "rhel6-64" > firmware = "efi" > I see: > option-93 = 0x07 > option-60 ="PXEClient:Arch:00007:UNDI:003016" OK I take

...--- orig_repo/syslinux-master/efi/pxe.c 2015-06-09 02:50:15.000000000 -0700 +++ syslinux-master/efi/pxe.c 2015-06-10 13:45:29.000000000 -0700 @@ -150,7 +150,21 @@ void net_parse_dhcp(void) if (mode->PxeReplyReceived) pkt_v4 = &mode->PxeReply.Dhcpv4; else if (mode->ProxyOfferReceived) - pkt_v4 = &mode->ProxyOffer.Dhcpv4; + { + /* + * Starting with DhcpAck packet to get all ip addresses except server ip + * which can be pulled from the ProxyOffer packet. + */ + pkt_v4 = &mode->DhcpAck.Dhcpv4; + + /* +...

...0 -0600 +++ b/efi/pxe.c 2015-02-18 19:39:43.118182728 -0700 @@ -154,7 +154,12 @@ void net_parse_dhcp(void) * Get the boot file and other info. This lives in the CACHED_REPLY * packet (query info 3) */ - parse_dhcp(&mode->PxeReply.Dhcpv4, pkt_len); + + if(&mode->ProxyOfferReceived) + parse_dhcp(&mode->ProxyOffer.Dhcpv4, pkt_len); + else + parse_dhcp(&mode->PxeReply.Dhcpv4, pkt_len); + Print(L"\n"); /* diff -uprN a/mk/lib.mk b/mk/lib.mk --- a/mk/lib.mk 2014-10-06 10:27:44.000000000 -0600 +++ b/mk/lib.mk 2015-02-18 20:15:07.33377...

...a DHCP server that > did not identified itself as a PXE server (no option 60). It looks like a bug to me. > > I think I "kind" of fixed the bug; > at syslinux-6.03/efi/pxe.c > > void net_parse_dhcp(void) > { > ... > > //patmod start > if(&mode->ProxyOfferReceived) > parse_dhcp(&mode->ProxyOffer.Dhcpv4, pkt_len); > else > //patmod end > > parse_dhcp(&mode->PxeReply.Dhcpv4, pkt_len); > Print(L"\n"); > > ... > > } > > just add the code surrounded by comments > the idea is to a...

...Reply) will overwrite > the value gathered from the ProxyOffer and that leads > to "Nest-server"= DHCP Server IP (wrong) Order: at syslinux-6.03/efi/pxe.c void net_parse_dhcp(void) { ... parse_dhcp(&mode->PxeReply.Dhcpv4, pkt_len); //genemod start if(&mode->ProxyOfferReceived) parse_dhcp(&mode->ProxyOffer.Dhcpv4, pkt_len); //genemod end Print(L"\n"); ... } Though I'm trying to think of a DHCP option that wouldn't be in the earlier packets. > Fore some reason I think there might be also a bug on EFI firmware code: > If the...

> EFI has proven to be more robust.? The catch > here is order.? The > ProxyOffer data must > take precedence over the PxeReply data but both > of them probably need to be parsed. Not really; If you parse both "next server" from the last parsed packet (PxeReply) will overwrite the value gathered from the ProxyOffer and that leads to "Nest-server"= DHCP Server IP

...2015-06-09 02:50:15.000000000 > -0700 > +++ syslinux-master/efi/pxe.c 2015-06-10 13:45:29.000000000 -0700 > @@ -150,7 +150,21 @@ void net_parse_dhcp(void) > if (mode->PxeReplyReceived) > pkt_v4 = &mode->PxeReply.Dhcpv4; > else if (mode->ProxyOfferReceived) > - pkt_v4 = &mode->ProxyOffer.Dhcpv4; > + { > + /* > + * Starting with DhcpAck packet to get all ip addresses except > server ip > + * which can be pulled from the ProxyOffer packet. > + */ > + pkt_v4 = &mode->...

This patch adds to Com32 modules the capabilities of accessing the EFI environment The idea is simple, the EFI parameters "image" and "table" received by syslinux.efi's efi_main() are stored in the "firmware" structure, next they are retrieved from the Com32 module which is linked against the gnu-efi static library. The Com32 module can use the EFI

...19:39:43.118182728 -0700 > @@ -154,7 +154,12 @@ void net_parse_dhcp(void) > * Get the boot file and other info. This lives in the CACHED_REPLY > * packet (query info 3) > */ > - parse_dhcp(&mode->PxeReply.Dhcpv4, pkt_len); > + > + if(&mode->ProxyOfferReceived) > + parse_dhcp(&mode->ProxyOffer.Dhcpv4, pkt_len); > + else > + parse_dhcp(&mode->PxeReply.Dhcpv4, pkt_len); > + > Print(L"\n"); > > /* Already changed. Discard chunk. > diff -uprN a/mk/lib.mk b/mk/lib.mk > --- a/mk/...

...r vendor encapsulated options. */ *(char *)&DHCPMagic = 1; /* * Get the boot file and other info. This lives in the CACHED_REPLY * packet (query info 3) */ if(mode->PxeReplyReceived) pkt_v4 = &mode->PxeReply.Dhcpv4; else if(mode->ProxyOfferReceived) { //I decided to populate DhcpAck with all proxy ip addresses but //any of the saved packets can be used. ++ ip = IPInfo.myip; ++ mode->PxeReply.Dhcpv4.BootpYiAddr[0] = ip & 0xff; ++ mode->PxeReply.Dhcpv4.BootpYiAddr[1] = ip >> 8 &am...