search for: dhcpv4

...ckets and moving the code to save 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 = &a...

...pxe.c syslinux-master/efi/pxe.c --- 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-&g...

I'm just wondering if anyone else is not getting a DHCPv4 address in Anaconda, using the CentOS 8 Boot.iso image? I get an IPv6 Autoconfig address, but it doesn't want to pick up a DHCPv4. This is in a Hyper-V Gen2 VM, connected to the same network all my other dev VMs are on, and picking up DHCPv4 without issue. And, congratz to the CentOS team on 2...

...rig_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. > +...

...e url_schemes[] = { { "tftp", tftp_open, 0 }, { "http", http_open, O_DIRECTORY }, { "ftp", ftp_open, O_DIRECTORY }, { NULL, NULL, 0 }, }; ? void net_parse_dhcp(void) { EFI_PXE_BASE_CODE_MODE *mode; EFI_PXE_BASE_CODE *bc; EFI_PXE_BASE_CODE_DHCPV4_PACKET* pkt_v4; unsigned int pkt_len = sizeof(EFI_PXE_BASE_CODE_PACKET); EFI_STATUS status; EFI_HANDLE *handles = NULL; UINTN nr_handles = 0; uint8_t hardlen; uint32_t ip; char dst[256]; status = LibLocateHandle(ByProtocol, &PxeBaseCodeProtocol,...

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

...ss 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...

...enp0s3): Activation: Stage 3 of 5 (IP Configure Start) started... Jun 4 01:52:53 CentOS NetworkManager[689]: <info> (enp0s3): device state change: config -> ip-config (reason 'none') [50 70 0] Jun 4 01:52:53 CentOS NetworkManager[689]: <info> Activation (enp0s3) Beginning DHCPv4 transaction (timeout in 45 seconds) Jun 4 01:52:53 CentOS NetworkManager[689]: <info> dhclient started with pid 1140 Jun 4 01:52:53 CentOS NetworkManager[689]: <info> (enp0s3): Activation: Stage 3 of 5 (IP Configure Start) complete. Jun 4 01:52:53 CentOS network: Bringing up inter...

...- a/efi/pxe.c 2014-10-06 10:27:44.000000000 -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.00000...

...:44.000000000 -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"); > > /* I think that change should go...

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

...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 corresponding packet. a more robust fix probably should include...

...0:16:3e:24:2d:c7 Sending on LPF/eth0/00:16:3e:24:2d:c7 Sending on Socket/fallback DHCPDISCOVER on eth0 to 255.255.255.255 port 67 interval 3 DHCPOFFER from 192.168.23.10 DHCPREQUEST on eth0 to 255.255.255.255 port 67 DHCPACK from 192.168.23.10 bound to 192.168.23.241 -- renewal in 9660 seconds. DHCPv4 eth0 - obtained lease 192.168.23.241 DHCPv4 eth0 - option subnet-mask: 255.255.255.0 DHCPv4 eth0 - option subnet-mask - prefix_len: 24 broadcast: 192.168.23.255 DHCPv4 eth0 - option routers: Scanning logical volumes Reading all physical volumes. This may take a while... No volume groups found...

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 =

.... Gregory Young -----Original Message----- From: CentOS <centos-bounces at centos.org> On Behalf Of Young, Gregory Sent: September 24, 2019 2:05 PM To: centos at centos.org Subject: [CentOS] CentOS 8 Boot.iso image DHCP4 not working? I'm just wondering if anyone else is not getting a DHCPv4 address in Anaconda, using the CentOS 8 Boot.iso image? I get an IPv6 Autoconfig address, but it doesn't want to pick up a DHCPv4. This is in a Hyper-V Gen2 VM, connected to the same network all my other dev VMs are on, and picking up DHCPv4 without issue. And, congratz to the CentOS team on 2...

>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

>> +? ? 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 are mandatory to my patch. I just tried to keep things simple for...

...o 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 correspon...

...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 (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...

...make dhcpd[18763]: it work better with this distribution. dhcpd[18763]: dhcpd[18763]: Please report for this software via the CentOS Bugs Database: dhcpd[18763]: http://bugs.centos.org/ dhcpd.service: main process exited, code=exited, status=1/FAILURE dhcpd[18763]: systemd[1]: Failed to start DHCPv4 Server Daemon. When I review the information about dhcpd it appears that it can manage the ip addresses for two networks on different nic cards, but is there a problem in having it manage two networks on the same nic card? Does anyone have any ideas? Would sure appreciate your help. Greg Ennis...