RE: DHCP question - manual binding

From: Scott Morris (swm@emanon.com)
Date: Sat Nov 18 2006 - 15:42:46 ART


The same works for Cisco equipment. The DHCP specification (RFC) REQUIRES
that if a client-id is presented, that MUST be used to match, not the
hardware address.

HTH,

 
Scott Morris, CCIE4 (R&S/ISP-Dial/Security/Service Provider) #4713, JNCIE
#153, CISSP, et al.
CCSI/JNCI-M/JNCI-J
IPExpert VP - Curriculum Development
IPExpert Sr. Technical Instructor
smorris@ipexpert.com
http://www.ipexpert.com
 
 

-----Original Message-----
From: nobody@groupstudy.com [mailto:nobody@groupstudy.com] On Behalf Of
Ismail AlShelh
Sent: Saturday, November 18, 2006 12:58 PM
To: Kal Han; Groupstudy; Cisco certification
Subject: RE: DHCP question - manual binding

did you try to use client-identifier command ?

You should add 01 in the begining of the mac address

If you revised the documentation you will see the following :

-----------------------------------------------
Microsoft clients require client identifiers instead of hardware addresses.
The unique identification of the client is specified in dotted hexadecimal
notation, for example, 01b7.0813.8811.66, where 01 represents the Ethernet
media type.
------------------------------------------------------

what is the fact behind this, I understood from what mentioned that we
should not use hardware address command incase our client is Microsoft, what
is the rational behind this ?

Thanks in advance

Ismail

-----Original Message-----
From: nobody@groupstudy.com on behalf of Kal Han
Sent: Sat 11/18/2006 4:08 AM
To: Groupstudy; Cisco certification
Subject: DHCP question - manual binding

Hi
I want to create a dhcp pool and assign IPs from that pool.
But there is a server known by a name, for which I want to assign the same
IP everytime. ( which ever host machine is configured with that name, after
it reboots, that machine should get a specific IP )

eg,.
server name: filter-test8 ( mac-add = 00a0.c981.bd91 ) <--- this host
desired IP: 172.16.1.100 <---
this IP.

I tried to get this working but couldnt .. so far.
Here is my config.

ip dhcp excluded-address 172.16.1.1
ip dhcp excluded-address 172.16.1.12
ip dhcp excluded-address 172.16.1.100 <-------- should I exclude from the
pool ???
!
ip dhcp pool LAB5 <------------------only for the sake of this server
   host 172.16.1.100 255.255.255.0
   hardware-address 00a0.c981.bd91 ieee802
   client-name filter-test8
   default-router 172.16.1.1
!
ip dhcp pool ALL <----------------- my whole pool
   import all
   network 172.16.1.0 255.255.255.0
   default-router 172.16.1.1
!

when I do the show IP dhcp bindings, I see ( looks correct ) Bindings from
all pools not associated with VRF:
IP address Client-ID/ Lease expiration Type
                    Hardware address/
                    User name
172.16.1.100 00a0.c981.bd91 Infinite Manual

*but when I reboot this pc, I am getting addresses from the pool* *(
172.16.1.2 to start with )*
**

my debug on the router shows some thing like this If you look at the bold
MAC address, I dont know what that is and where its coming from. the host
that requesting this should have a mac of 00a0.c981.bd91 ( which I
configured above )

Nov 20 00:43:52.470: DHCPD: checking for expired leases.
R2#
Nov 20 00:44:01.526: DHCPD: DHCPDISCOVER received from client *
0100.a0c9.81bd.9c* on interface FastEthernet0/1.
R2#
Nov 20 00:44:03.530: DHCPD: assigned IP address 172.16.1.3 to client *
0100.a0c9.81bd.9c*.
Nov 20 00:44:03.530: DHCPD: Sending DHCPOFFER to client *0100.a0c9.81bd.9c*(
172.16.1.3).
Nov 20 00:44:03.530: DHCPD: creating ARP entry (172.16.1.3, *00a0.c981.bd9c*
).
Nov 20 00:44:03.530: DHCPD: unicasting BOOTREPLY to client 00a0.c981.bd9c (
172.16.1.3).
Nov 20 00:44:03.534: DHCPD: DHCPREQUEST received from client
0100.a0c9.81bd.9c.
Nov 20 00:44:03.534: DHCPD: Sending DHCPACK to client 0100.a0c9.81bd.9c (
172.16.1.3).
Nov 20 00:44:03.534: DHCPD: creating ARP entry (172.16.1.3, 00a0.c981.bd9c).
Nov 20 00:44:03.534: DHCPD: unicasting BOOTREPLY to client 00a0.c981.bd9c (
172.16.1.3).

Please let me know whats wrong

Thanks
Kal



This archive was generated by hypermail 2.1.4 : Fri Dec 01 2006 - 08:05:47 ART