[Bug 1584042] Re: Hyper-V NIC cannot pass IPv6 UDP packets by default until protocol offload is disabled

2016-09-22 Thread Frédéric Druilhet
This is probably a bug in the Linux HyperV Card driver. Maybe it's MS job to correct this. I don't know who has responsibility on this package. But, I confirm it is not a bug in the guest hyperV system or windows. I have ipv6 windows servers (multiple versions) and they all work correctly with

[Bug 1584042] Re: Hyper-V NIC cannot pass IPv6 UDP packets by default until protocol offload is disabled

2016-05-27 Thread Frédéric Druilhet
Spotted, sorry :) -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1584042 Title: Hyper-V NIC cannot pass IPv6 UDP packets by default until protocol offload is disabled To manage notifications

[Bug 1584042] Re: Hyper-V NIC cannot pass IPv6 UDP packets by default until protocol offload is disabled

2016-05-27 Thread Frédéric Druilhet
Sorry, on my previous post, I forgot to copy paste this fail before setting offload off: Also, I didn't find where to add the tag kernel-bug-exists-upstream ?? root@Client:/# dig @2001:660:660c:120::2000 testubuntu NS ; <<>> DiG 9.10.3-P4-Ubuntu <<>> @2001:660:660c:120::2000 testubuntu NS ; (1

[Bug 1584042] Re: Hyper-V NIC cannot pass IPv6 UDP packets by default until protocol offload is disabled

2016-05-27 Thread Frédéric Druilhet
On "client" and "server": Setting up linux-headers-4.6.0-040600 (4.6.0-040600.201605151930) ... Setting up linux-headers-4.6.0-040600-generic (4.6.0-040600.201605151930) ... Setting up linux-image-4.6.0-040600-generic (4.6.0-040600.201605151930) ... root@Server:/# uname -a Linux Server

[Bug 1584042] Re: Hyper-V NIC cannot pass IPv6 UDP packets by default until protocol offload is disabled

2016-05-27 Thread Frédéric Druilhet
This issue could exist since a long time. Having only 3 servers, each nameserver, did hide the problem (as each could resolve) In my numerous tests, I made a virtual machine using an old Ubuntu server 15.04 and the problem was present. But,in the meanwhile, my bind server was having troubles

[Bug 1584042] Re: Hyper-V NIC cannot pass IPv6 UDP packets by default until protocol offload is disabled

2016-05-27 Thread Frédéric Druilhet
root@Client:/home/ssi# uname -a Linux Client 4.4.0-21-generic #37-Ubuntu SMP Mon Apr 18 18:33:37 UTC 2016 x86_64 x86_64 x86_64 GNU/Linux root@Client:/home/ssi# lsb_release -a No LSB modules are available. Distributor ID: Ubuntu Description:Ubuntu 16.04 LTS Release:16.04 Codename:

[Bug 1584042] Re: Hyper-V NIC cannot pass IPv6 UDP packets by default until protocol offload is disabled

2016-05-27 Thread Frédéric Druilhet
Hi ! I'sorry but I can't apport-collect; Due to ipv4 adress lack and network isolation, my servers are setup ipv6 only and launchpad.net only resolves in ipv4 -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu.

[Bug 1584042] Re: IPV6 resolving fails via udp (not tcp) from other server

2016-05-27 Thread Frédéric Druilhet
Hi Robie, Thanks for your reply. I'll do my best to be as clear as possible First, I must say that I found how to resolve the problem in this thread: http://ubuntuforums.org/showthread.php?t=1940190 That way, you'll have a better on where to search. Before answering your request, remember that

[Bug 1584042] Re: IPV6 resolving fails via udp (not tcp) from other server

2016-05-27 Thread Frédéric Druilhet
My previous message without trace wrapping ** Attachment added: "Previous message without trace wrap.txt" https://bugs.launchpad.net/ubuntu/+source/bind9/+bug/1584042/+attachment/4671163/+files/Previous%20message%20without%20trace%20wrap.txt -- You received this bug notification because you

[Bug 1584042] Re: IPV6 resolving fails via udp (not tcp) from other server

2016-05-25 Thread Frédéric Druilhet
== TcpDump = from the client root@14Ext-NS:~# tcpdump host 14Ext-Code.dr14.cnrs.fr -v tcpdump: listening on eth0, link-type EN10MB (Ethernet), capture size 262144 bytes 18:27:46.837544 IP6 (flowlabel 0x9a4b5, hlim 64, next-header UDP (17) payload length: 50)

[Bug 1584042] Re: IPV6 resolving fails via udp (not tcp) from other server

2016-05-25 Thread Frédéric Druilhet
Hi back. I (really) quickly set up 2 virtual machines on my HyperV cluster. Each With ubuntu OOB iso image, one in 15.10, one in 16.04. No extra setup, only ipv6 adresses. I attached the result. I'll post some tcpdump in a few minutes ** Attachment added: "Screen capture of both servers"

[Bug 1584042] Re: IPV6 resolving fails via udp (not tcp) from other server

2016-05-25 Thread Frédéric Druilhet
Hi, thanks for reading. You are right, this is not a bind issue. It appears with ntp also. I spoke about resolv.conf because it masked me the problem: it contains my 3 nameservers But As I mentioned, when one server tries resolving using itself, if works. That's why I noticed lately the problem

[Bug 1584042] Re: IPV6 resolving fails via udp (not tcp) from other server

2016-05-25 Thread Frédéric Druilhet
PS : If you can reaffect this bug report to the right package, thanks for that. I haven't found how to get more generic ... -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1584042 Title: IPV6

[Bug 1584042] Re: IPV6 resolving fails via udp (not tcp) from other server

2016-05-24 Thread Frédéric Druilhet
The same with ntp: @client:~# ntpdate aaa.bbb.ccc.188 24 May 12:56:09 ntpdate[26846]: adjust time server aaa.bbb.ccc.188 offset 0.083226 sec @client:~# ntpdate :::188 24 May 12:56:38 ntpdate[27174]: no server suitable for synchronization found -- You received this bug notification

[Bug 1584042] Re: IPV6 resolving fails via udp (not tcp) from other server

2016-05-22 Thread Frédéric Druilhet
Just to add a point about how I noticed the bug. It as one important information. I have 3 nameservers, all ipv6/4. No particular problem. Problem occurred when I added a 4th Ubuntu server. This one installs fine as I set ip IPv4 first with the 3 nameservers ipv4 address. But, when I added the

[Bug 1584042] Re: IPV6 resolving fails via udp (not tcp) from other server

2016-05-20 Thread Frédéric Druilhet
Sorry, i'm tired, here is the link: https://bugs.launchpad.net/ubuntu/+source/linux-lts-trusty/+bug/1527902 -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1584042 Title: IPV6 resolving fails via

[Bug 1584042] Re: IPV6 resolving fails via udp (not tcp) from other server

2016-05-20 Thread Frédéric Druilhet
One colleague, linux expert, pointed me to this : #1527902 he did some strace and find : 60735 gettimeofday({1463755505, 995830}, NULL) = 0 60735 sendmsg(20, {msg_name(28)={sa_family=AF_INET6, sin6_port=htons(53), inet_pton(AF_INET6, "2001:660:660c:120::226", _addr), sin6_flowinfo=0,

[Bug 1584042] [NEW] IPV6 resolving fails via udp (not tcp) from other server

2016-05-20 Thread Frédéric Druilhet
Public bug reported: Hi, On a client server, I can't get a response from a name server in ipv6+udp. On the same server, it works fine in tcp. If I log on my name server, I can get a response from himself but, as a client, it can't get a response from another name server. here are the steps