Anatomy of getting an address from DHCP
1. Client broadcasts DHCP DISCOVER message
2. Server replies with DHCP OFFER
3. Client asks formally for the offered address with DHCP REQUEST
4. Server acknowledges with DHCP ACK
5. Client sends out a gratuitous ARP to check if the IP address is used, if not starts using it.
Setup a DHCP Server# ip dhcp pool {pool_name}
# network { network } { mask | prefix }
# default-router { hostname | ip }
# dns-server { hostname | ip }
# domain-name { name }
# lease { days, hours... }
etc..
* Exclude addresses from pools with # ip dhcp exclude-address {low_address} {high_address}
** Addresses are always assigned on the interface that has an IP address in the same subnet as the pool.Acting as DHCP RelayUse following interface configuration command to forward certain broadcasts.
R1 (config-if) # ip help-address {destination server}
Troubleshooting# sh ip dhcp binding
# clear ip dhcp binding
# sh ip dhcp pool
# sh ip dhcp server statistics
These quick-and-dirty notes are not from me, I came across a post on a blog, and thought it could be useful..
So, taking note for future reference..
Opening Move:
————-
conf t
router rip
ver 2
no auto
pass def
do sh ip int br
network
no pass
!Broadcast v2 update:
———————
(config-if)#ip rip v2-broadcast
!Unicast updates:
—————–
1- send unicast updates
(config-router)#neighbor A.B.C.D “Neighbor address”
2- stop broadcast/multicast updates
passiv
Differet subnets:
—————–
(config-router)#NO validate-update-source
!check split horizon
Show commds:
————
Sh ip protocols
Routing Information Sources:
Gateway Distance Last Update
Killing the Route:
——————
1- Distribute list
2- offset list (poison the metric)
3- admin distance (poison the distance)