Re: [ipxe-devel] link down

On 05/02/18 17:47, Joakim Tjernlund wrote: On Thu, 1970-01-01 at 00:00 +, Michael Brown wrote: This sounds like a similar problem to http://forum.ipxe.org/showthread.php?tid=10280 If so, then I have just received some suitable test hardware (courtesy of a customer), and will be looking

Re: [ipxe-devel] link down

On Thu, 1970-01-01 at 00:00 +, Michael Brown wrote: > CAUTION: This email originated from outside of the organization. Do not click > links or open attachments unless you recognize the sender and know the > content is safe. > > > On 26/01/18 10:11, Joakim Tjernlund wrote: > > This got me

[ipxe-devel] [PATCH 2/2] ibft: IPv6 support

The iBFT table is defined to be used with both, IPv4 and IPv6. So update the iBFT handling to work with IPv6 addresses, too. This patch updates the iBFT handling to extract work with miniroutes to get the correct information for both IPv4 and IPv6. Signed-off-by: Hannes Reinecke

[ipxe-devel] [PATCH 0/2] ibft: IPv6 support

Hi all, this patch adds IPv6 support for iBFT. I've posted an earlier attempt some time ago, but with the latest updates to the IPv6 stack this now becomes really easy. Hannes Reinecke (2): iscsi: Parse IPv6 address for rootpath ibft: IPv6 support src/drivers/block/ibft.c| 141

[ipxe-devel] [PATCH 1/2] iscsi: Parse IPv6 address for rootpath

The 'rootpath' variable might contain an IPv6 address in brackets [XX:XX::XX]. So update the parser to handle this address correctly. Signed-off-by: Hannes Reinecke --- src/net/tcp/iscsi.c | 12 +++- 1 file changed, 11 insertions(+), 1 deletion(-) diff --git

[ipxe-devel] [PATCH 0/3] Some IPv6 fixes

Hi all, here's a set of IPv6 fixes I've found when running on a system with igb SR-IOV devices, which might have the MAC address unset upon initialisation. Hannes Reinecke (3): dhcpv6: Fallback to using DUID-LL for empty UUID ethernet: do not construct EUI-64 identifier for empty MAC ndp:

[ipxe-devel] [PATCH 3/3] ndp: make IPv6 prefix user-settable

NDP will discover the IPv6 on-link prefix, so we should make it user-settable. Signed-off-by: Hannes Reinecke --- src/net/ndp.c | 11 +++ 1 file changed, 11 insertions(+) diff --git a/src/net/ndp.c b/src/net/ndp.c index f28e71cbd..723c03917 100644 --- a/src/net/ndp.c +++

[ipxe-devel] [PATCH 1/3] dhcpv6: Fallback to using DUID-LL for empty UUID

If the system UUID is empty we cannot use it as a DUID for DCHPv6. So fallback to use DUID-LL in these cases. Signed-off-by: Hannes Reinecke --- src/core/uuid.c | 2 ++ src/include/ipxe/dhcpv6.h | 13 + src/include/ipxe/uuid.h | 2 ++ src/net/udp/dhcpv6.c

[ipxe-devel] [PATCH 2/3] ethernet: do not construct EUI-64 identifier for empty MAC

If the MAC address is empty we should not construct an EUI-64 identifier, but rather return an error. Signed-off-by: Hannes Reinecke --- src/net/ethernet.c | 6 +- 1 file changed, 5 insertions(+), 1 deletion(-) diff --git a/src/net/ethernet.c b/src/net/ethernet.c index

Re: [ipxe-devel] HTTPS to Let's Encrypt issued certificate OCSP problem

Hi again, without changing anything, it works now. Maybe some bug at Let's Encrypt's site, I don't know. Sorry for the noise. Best regards, Sven Am 04.02.2018 um 16:33 schrieb Sven Dreyer: Hi list, I currently cannot establish an HTTPS connection to a webserver using a certificate