Syslinux - Jul 2015 - [PATCH] Updated udp.c to use real client ip and subnetmask values if on local subnet

>>>
 Pseudo code:? Using the most recently used handle (the one holding
 Pxebc by default), attempt to create a service binding.? If unsuccessful, 
 hunt for a handle that provides the target service
 binding and matches the MAC address.
 
 Best case, it's 1 binding attempt.? Worst case it's about N+1.
 
 -- 
 -Gene
<<<

I see; on fail you fall back getting all handles again by "bguid".
This approach would have no benefit if there are consecutive alternative 
binding (UDP/TCP) but that's unlikely to happen.

Best,
Patrick

On Tue, Jul 21, 2015 at 4:47 AM, Patrick Masotta <masottaus at yahoo.com>
wrote:
>>>>
>  Pseudo code:  Using the most recently used handle (the one holding
>  Pxebc by default), attempt to create a service binding.  If unsuccessful,
>  hunt for a handle that provides the target service
>  binding and matches the MAC address.
>
>  Best case, it's 1 binding attempt.  Worst case it's about N+1.
>
>  --
>  -Gene
> <<<
>
> I see; on fail you fall back getting all handles again by
"bguid".
> This approach would have no benefit if there are consecutive alternative
> binding (UDP/TCP) but that's unlikely to happen.
Only if consecutive alternate bindings AND the bindings live on
different handles.  I believe we have yet to see a machine that has
these two bindings on different handles.

-- 
-Gene

>>>
 > I see; on fail you fall back getting all handles again by
"bguid".
 > This approach would have no benefit if there are consecutive alternative
 > binding (UDP/TCP) but that's unlikely to happen.
 
 Only if consecutive alternate bindings AND the
 bindings live on different handles.? I believe we have yet to see a machine
that has
 these two bindings on different handles.
 
 -- 
 -Gene
 <<<

Right; we do not even know if that EFI PC exists but with UEFI we better play
defensive ;-)

Best,
Patrick