From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from IMSVA.IN.MEGATRENDS.COM (venus.amiindia.co.in [111.93.197.227]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ml01.01.org (Postfix) with ESMTPS id 786EA1A1DF5 for ; Wed, 17 Aug 2016 04:41:14 -0700 (PDT) Received: from IMSVA.IN.MEGATRENDS.COM (IMSVA.IN.MEGATRENDS.COM [127.0.0.1]) by IMSVA (Postfix) with ESMTP id 9E0258204A for ; Wed, 17 Aug 2016 17:11:11 +0530 (IST) Received: from IMSVA.IN.MEGATRENDS.COM (IMSVA.IN.MEGATRENDS.COM [127.0.0.1]) by IMSVA (Postfix) with ESMTP id 918F682046 for ; Wed, 17 Aug 2016 17:11:11 +0530 (IST) Received: from webmail.amiindia.co.in (venus2.in.megatrends.com [10.0.0.7]) by IMSVA.IN.MEGATRENDS.COM (Postfix) with ESMTPS for ; Wed, 17 Aug 2016 17:11:11 +0530 (IST) Received: from VENUS1.in.megatrends.com ([fe80::951:7975:6ecf:eae5]) by Venus2.in.megatrends.com ([fe80::2002:4a07:4f17:c09b%14]) with mapi id 14.03.0248.002; Wed, 17 Aug 2016 17:11:09 +0530 From: Santhapur Naveen To: "edk2-devel@lists.01.org" CC: "Madhan B. Santharam" , Sivaraman Nainar Thread-Topic: Classless IP support for IPv4 PXE boot Thread-Index: AdH4e2JhpVdKe1quTBqkAuTkO1R+hA== Date: Wed, 17 Aug 2016 11:41:08 +0000 Message-ID: <625A2455CC232F40B0F38F05ACED6D976C4DA5CE@VENUS1.in.megatrends.com> Accept-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.0.93.26] MIME-Version: 1.0 X-TM-AS-GCONF: 00 X-TM-AS-Product-Ver: IMSVA-9.1.0.1600-8.1.0.1054-22518.006 X-TM-AS-Result: No--18.839-5.0-31-10 X-imss-scan-details: No--18.839-5.0-31-10 X-TMASE-Version: IMSVA-9.1.0.1600-8.1.1054-22518.006 X-TMASE-Result: 10--18.839100-10.000000 X-TMASE-MatchedRID: VhsUE+BTS8I109PlO/IjKLu9iqQJLR0vh8Ytn75ClDNkljqvtoNIdiKj Pe4FIcZXMUo6VqYlTfxJ2jD7SGeaE5XoP250AwHmdmhRVoZE90CBHKTJ+sfXGaMLUT/MIQivpRr MkaeNIWNGVDn9zjIPvXnjoYJlRs+LR1vveBQPCRdCvapcIkxJX+q9xwosX7inHOK4uESVf9Ulnj h4pS9Fhz+ZqQbT6/3uAWTrDhhyqaFI5aNiVPKgsZhyXgGCpXKTcbVmJQ7kUKWPaLJ/Ca3ST59P6 0UPZK0REZ0nh5LG4hj3JpeE+GdRnYIiDu0n/+6xi+m1DDPm2yLVWJXkRYrtO5soi2XrUn/JlR1c T9YafQXGlDvsLUDW2iWCaJnoH28HeMZsPE4CAoKsLZGT8XKIhyWzJhISs8/yxu4Vk8CYo3k= X-TMASE-SNAP-Result: 1.811037.0001-0-1-12:0,22:0,28:1,33:0,34:0,35:0,39:0-0 X-Content-Filtered-By: Mailman/MimeDel 2.1.21 Subject: Classless IP support for IPv4 PXE boot X-BeenThere: edk2-devel@lists.01.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: EDK II Development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 17 Aug 2016 11:41:15 -0000 Content-Language: en-US Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hello, We happened to observe that the IPv4 PXE boot was happening succe= ssfully for both classless and classful IPs until the EDKII revision 21542.= It has been found that there are some changes made in the revision 21543 a= nd the IPv4 PXE boot is failing for classless IP addresses. The failure sce= nario was debugged and is explained here. Let's assume the subnet range is = 192.168.1.0/16. The DHCP server tries to allot an IP (let's say 192.168.1.0= ) but based on the first byte of the IP address to be assigned, the functio= n NetGetIpClass() returns the IP class as Class-C and its respective subnet= mask as 255.255.255.0 that should be for a classful IP address whereas 255= .255.0.0 is the actual subnet in this scenario. The changes present in func= tion Dhcp4InstanceConfigUdpIo() seems to be responsible for the failure. May we know the reason behind the changes present in the Dhcp4Impl.c of the= revision 21543? Is there any plan to bring the classless IP support in Net= workPkg? Thanks, Naveen