similar to: PXELINUX: DHCP field giaddr (pxe_bootp_t.gip)

Not much to it, but thought I'd offer. - Shao From c668e24421a344231fc3fba31a26c88e92d03f43 Mon Sep 17 00:00:00 2001 From: Shao Miller <sha0.miller at gmail.com> Date: Tue, 2 Oct 2012 22:02:04 -0400 Subject: [PATCH] pxedump.c32: Simple PXE cached packet dumping Usage: pxedump.c32 --cached Mostly useful with a serial connection, to capture the lengthy output Signed-off-by: Shao

I''m running a nevada b99 guest on a nevada b99 host. The guest is configured as a dhcp client. When I snoop in dom0 while the guest boots, I see two back-to-back DHCPREQUEST packets issued by the guest. The first of the two packets has an empty UDP checksum; otherwise they seem identical. Is this a bug? Fred Oliver ETHER: ----- Ether Header ----- ETHER: ETHER: Packet 246 arrived

Greetings All. We wanted to be able to parse the DHCP values and options and write a lua script based on the information found. We are also using the CPU flags, but thankfully in at least version 4.04 there is already some CPU value parsing even if it isn't documented. Using the information from the CPU table we wanted to be able to choose the kernel to boot. Using the DHCP table

Before I post to networking-discuss I wanted to ask if anyone had tried this on this: I''m trying to run a dhcp-server on a dom0 over a vnic so that the domU''s can get IP addresses. I created a vnic r1 over e1000g0 and gave it a static IP 172.0.94.111/24 so I can run the dhcp server over this vnic. root@lm2-dom0:~# dhtadm -P Name Type Value

hi, I've written a start of an c32-module to do basic substition: add subst.c32 this is a start of a generic substition module --- commit 9a1f41a7e6599fe6a162197cd9ddc6610185e780 tree cfb799a0be9844926afe44e21b2eb96630666c44 parent 89478bdbfa7167bc1b627a478d042c99e46f06b7 author Maurice Massar <massar at unix-ag.uni-kl.de> Tue, 10 Apr 2007 20:13:39 +0200 committer Maurice Massar

>On Sat, Sep 12, 2015 at 6:37 PM, Gene Cumm <gene.cumm at gmail.com> wrote: >> >... > >> Something like this would be preferable except it's not quite so >> simple. We'd need to not store BOOTP siaddr before parsing. Store a >> pointer to the string during parsing if serverip is unset. After all >> parsing, if the pointer is set, attempt to

On Sat, Sep 12, 2015 at 6:37 PM, Gene Cumm <gene.cumm at gmail.com> wrote: > On Sat, Sep 12, 2015 at 10:23 AM, Geert Stappers <stappers at stappers.nl> wrote: >> Euh, could this be reviewed: >> >> diff --git a/core/fs/pxe/dhcp_option.c b/core/fs/pxe/dhcp_option.c >> index 8d93a6a..b82e944 100644 >> --- a/core/fs/pxe/dhcp_option.c >> +++

On Sun, Sep 13, 2015 at 3:46 PM, Geert Stappers via Syslinux <syslinux at zytor.com> wrote: > On Sat, Sep 12, 2015 at 06:56:04PM -0400, Gene Cumm via Syslinux wrote: >> On Sat, Sep 12, 2015 at 6:37 PM, Gene Cumm wrote: >> > On Sat, Sep 12, 2015 at 10:23 AM, Geert Stappers wrote: >> >> diff --git a/core/fs/pxe/dhcp_option.c b/core/fs/pxe/dhcp_option.c >>

Gene, All good questions. Thanks for taking time to respond. You've given me great leads to follow up w/ DHCP appliance consultant. >filename being file. I presume it looks like "/path/to/syslinux.efi" >or "/path/to/bootx64.efi" and not a TFTP URL? Correct. >> TFTP Server Name (66) -- a string. I have tried: >> - TFTP Server's IP

On Sat, Sep 12, 2015 at 08:42:15AM -0400, Gene Cumm via Syslinux wrote: > On Sat, Sep 12, 2015 at 7:37 AM, Gene Cumm <gene.cumm at gmail.com> wrote: > > On Sat, Sep 12, 2015 at 7:08 AM, Gene Cumm <gene.cumm at gmail.com> wrote: > >> On Sat, Sep 12, 2015 at 5:54 AM, Teun Docter > >> <teun.docter at brightcomputing.com> wrote: > >>> On

On Sat, Sep 12, 2015 at 7:08 AM, Gene Cumm <gene.cumm at gmail.com> wrote: > On Sat, Sep 12, 2015 at 5:54 AM, Teun Docter > <teun.docter at brightcomputing.com> wrote: >> On 2015-09-12 04:58, Gene Cumm wrote: >>>> >>>> I've captured the following DHCP ACK: >>>> >>>> 10.141.20.1.bootps > 10.141.20.2.bootpc: [udp sum ok]

Commit-ID: 2f1c2933bc4cceb4766c4a7aedebe12c82be775d Gitweb: http://git.kernel.org/?p=libs/klibc/klibc.git;a=commit;h=2f1c2933bc4cceb4766c4a7aedebe12c82be775d Author: KUMAAN <9maaan at gmail.com> AuthorDate: Tue, 23 Aug 2011 14:57:08 +0900 Committer: maximilian attems <max at stro.at> CommitDate: Tue, 22 May 2012 10:52:43 +0200 [klibc] ipconfig: Write $DOMAINSEARCH as

hello hpa, please pull latest git pull git://git.debian.org/~maks/klibc.git maks forgot to ask to keep git port open for our boxes at university, thus moved my tree over too the alioth box. for the changes maximilian attems (4): [klibc] klibc/socketcalls/.gitignore addition [klibc] elf.h add support for st_info field [klibc] remove local insmod.c copy [klibc] ipconfig

[ added klibc ml to cc ] > I found a problem with klibc's "ipconfig" program, or at least, behavior > that breaks DHCP on my thin clients (LTSP 5.0). It has to do with setting > the giaddr field on dhcp_send in dhcp_proto.c, line 164. thank you for digging into it. > Otherwise, the relay agent SHALL forward any received DHCP packet > with a valid non-zero giaddr

On Sat, Sep 12, 2015 at 06:56:04PM -0400, Gene Cumm via Syslinux wrote: > On Sat, Sep 12, 2015 at 6:37 PM, Gene Cumm wrote: > > On Sat, Sep 12, 2015 at 10:23 AM, Geert Stappers wrote: > >> diff --git a/core/fs/pxe/dhcp_option.c b/core/fs/pxe/dhcp_option.c > >> index 8d93a6a..b82e944 100644 > >> --- a/core/fs/pxe/dhcp_option.c > >> +++

On Sat, Sep 12, 2015 at 10:23 AM, Geert Stappers <stappers at stappers.nl> wrote: > On Sat, Sep 12, 2015 at 08:42:15AM -0400, Gene Cumm via Syslinux wrote: >> On Sat, Sep 12, 2015 at 7:37 AM, Gene Cumm <gene.cumm at gmail.com> wrote: >> > On Sat, Sep 12, 2015 at 7:08 AM, Gene Cumm <gene.cumm at gmail.com> wrote: >> >> On Sat, Sep 12, 2015 at 5:54 AM,

The following changes since commit a35dce33744f649fdbc0af0da664554cccaa8248: H. Peter Anvin (1): Merge remote-tracking branch 'hdt/master' are available in the git repository at: git://github.com/geneC/syslinux.git pxechn-fix-news-for-hpa Gene Cumm (2): pxechn: Turn off debug NEWS: add pxechn.c32 NEWS | 3 +++ com32/modules/pxechn.c | 16

On Dec 25, 2014 2:11 AM, "Luke Ledgerd" <luke.ledgerd at niteco.se> wrote: > > Hey guys, > > We are going with WDS to fire up first to get the benefits of targeted M$ deployments. If you have the "handle unknown computers" off on your M$ Distribution point, then you can still use regular WDS which runs next as a PXE filter (DLL linked into WDS) to fire off

On 02/12/2012 06:01 AM, Gene Cumm wrote: > I had grabbed dhcp.h/dhcppack.c/dhcpunpack.c from > http://www.zytor.com/~hpa/syslinux/dhcp/ months ago when we were > talking about it more and it's been rather nice to use. Should it > contain a copyright/license header? Currently I'm just using them > as-is in com32/lib/ for pxechn.c32. It really should, yes. > Also, as I

Hi, My distribution is Debian 5.0 "Lenny" stable. I?ve got Wine 1.0.1 and I?ve installed Warcraft III on it. If I try to connect to Battle.Net, it says, that it can?t connect and if I search for games in lan, I can?t find anything.