Cisco 3600 не выделяет адреса DHCP

Question

Мы приобрели маршрутизатор Cisco 3600 для использования в качестве DHCP-сервера, и я настроил его для тестирования следующим образом:

Current configuration : 1292 bytes
!
version 12.4
service timestamps debug datetime msec
service timestamps log datetime msec
no service password-encryption
!
hostname R1
!
boot-start-marker
boot-end-marker
!
!
no aaa new-model
memory-size iomem 5
no ip icmp rate-limit unreachable
ip cef
!
!
no ip dhcp use vrf connected
ip dhcp excluded-address 10.0.0.1 10.0.0.50
!
ip dhcp pool DHCPSERVER
   network 10.0.0.0 255.255.255.0
   default-router 10.0.0.1 
   dns-server 8.8.8.8 
!
!
no ip domain lookup
ip auth-proxy max-nodata-conns 3
ip admission max-nodata-conns 3
!
!
!
!
!
!
!
!
!
!
!
!
!
!
!         
!
!
!
!
ip tcp synwait-time 5
! 
!
!
!
!
interface Loopback0
 ip address 1.1.1.1 255.255.255.0
!
interface FastEthernet0/0
 ip address 172.16.0.1 255.255.255.0
 duplex auto
 speed auto
!
interface FastEthernet0/1
 ip address 10.0.0.1 255.255.255.0
 duplex auto
 speed auto
!         
ip forward-protocol nd
ip route 2.2.2.0 255.255.255.0 FastEthernet0/0
ip route 172.16.0.0 255.255.255.0 FastEthernet0/0
ip route 192.168.0.0 255.255.255.0 FastEthernet0/1
!
!
no ip http server
no ip http secure-server
!
no cdp log mismatch duplex
!
!
!
control-plane
!
!
!
!
!
!
!
!
!         
!
line con 0
 exec-timeout 0 0
 privilege level 15
 logging synchronous
line aux 0
 exec-timeout 0 0
 privilege level 15
 logging synchronous
line vty 0 4
 login
!
!
end

Answer 1

В приведенном выше сообщении у Albos_erik возникла проблема с сервером DHCP, работающим на маршрутизаторе Cisco в FastEthernet 0/1. Область DHCP была 10.0.0.1, с исключениями адресов, идущими от 10.0.0.1-10.0.0.50.

Пример сети

Проблема заключалась в том, что клиент не подключал DHCP к тому же коммутатору, что и маршрутизатор.

Одна из многих вещей, которые я предложил в качестве исправления, заключалась в том, чтобы убедиться, что, если он использует управляемый коммутатор для подключения, убедитесь, что конфигурация на управляемом коммутаторе была очищена, чтобы убедиться, что нет никаких VLAN или портов, которые были бы административно завершение работы, блокировавшее хост от получения адреса.

В конце OP ответил в комментариях, чтобы сообщить мне, что фактически коммутатор был тем, что останавливал запрос DHCP между маршрутизатором и ПК.

Я предложил OP выполнить следующие команды на управляемом коммутаторе, чтобы очистить конфигурацию.

Switch#  erase startup-config
Switch#  reload

который очищает конфигурацию запуска и затем перезагружает коммутатор. Примечание. Для тех, у кого есть похожая проблема, убедитесь, что у вас есть разрешение на очистку конфигурации на управляемом коммутаторе, прежде чем запускать вышеуказанные команды. Если вы не уверены, что делаете, оставьте комментарий по этому вопросу - я регулярно проверяю SuperUser.