URL: https://www.opennet.me/cgi-bin/openforum/vsluhboard.cgi
Форум: vsluhforumID6
Нить номер: 15598
[ Назад ]

Исходное сообщение
"DHCP pool и tftp !!!"

Отправлено ATeam , 23-Фев-08 16:09 
Всем доброго времение суток.


Такая проблема -


Есть два пула на циске -

!
ip dhcp pool REGISTERED
   network 172.16.1.0 255.255.255.0
   dns-server 81.222.xx.xx
   default-router 172.16.1.1
   lease 0 0 2
   class REGISTERED
      address range 172.16.1.0 172.16.1.255
!
ip dhcp pool FIX
   origin file tftp://81.222.xx.xxx/static-bindings.txt
   dns-server 81.222.xx.xx
   default-router 192.168.100.1
   class FIX
      address range 192.168.100.0 192.168.100.255
!
interface Loopback1
ip address 192.168.100.1 255.255.255.0 secondary
ip address 172.16.1.1 255.255.255.0
!
ip dhcp class REGISTERED
!
ip dhcp class FIX
!

Если приходит  через радиус class REGISTERED , то айпишиник динамически берётся из пула REGISTERED , и всё нормально присваивается по DHCP.

Если приходит через радиус class FIX, то использутеся файл со статической привязкой -

*time* Jan 23 2008 03:00 PM
*version* 2
!IP address        Type    Hardware address     Lease expiration

192.168.100.5 /24   1       0100.1636.e5b1.a6       60
192.168.100.6 /24   1       0016.36e5.b1a8       60

*end*


Однако в данной ситуации циска ни в какую не хочет выдвать этот фикированный айпишиник ((
Файл загружается нормально!

sh ip dhcp binding
Bindings from all pools not associated with VRF:
IP address          Client-ID/              Lease expiration        Type
                    Hardware address/
                    User name
192.168.100.5/24    0100.1636.e5b1.a6       Infinite                Static
192.168.100.6/24    0016.36e5.b1a8          Infinite                Static

sh ip dhcp pool

Pool REGISTERED :
Utilization mark (high/low)    : 100 / 0
Subnet size (first/next)       : 0 / 0
Total addresses                : 254
Leased addresses               : 0
Excluded addresses             : 0
Pending event                  : none
65516 subnets are currently in the pool :
Current index        IP address range                    Leased/Excluded/Total
172.16.1.4           172.16.1.1       - 172.16.1.254      0     / 0     / 254
No relay targets associated with class REGISTERED

Pool FIX :
Utilization mark (high/low)    : 100 / 0
Subnet size (first/next)       : 0 / 0
Total addresses                : 2
Leased addresses               : 2
Excluded addresses             : 2
Pending event                  : none
65534 subnets are currently in the pool :
Current index        IP address range                    Leased/Excluded/Total
192.168.100.5        192.168.100.5    - 192.168.100.5     1     / 1     / 1
192.168.100.6        192.168.100.6    - 192.168.100.6     1     / 1     / 1
No relay targets associated with class FIX


Feb 23 16:04:37.779: DHCPD: Reload workspace interface GigabitEthernet0/1.4000100 tableid 0.
Feb 23 16:04:37.779: DHCPD: tableid for 172.16.1.1 on GigabitEthernet0/1.4000100 is 0
Feb 23 16:04:37.779: DHCPD: tableid for 192.168.100.1 on GigabitEthernet0/1.4000100 is 0
Feb 23 16:04:37.779: DHCPD: client's VPN is .
Feb 23 16:04:37.779: DHCPD: Sending notification of DISCOVER:
Feb 23 16:04:37.779:   DHCPD: htype 1 chaddr 0016.36e5.b1a6
Feb 23 16:04:37.779: DHCPD: DHCPDISCOVER received from client 0100.1636.e5b1.a6 on interface GigabitEthernet0/1.4000100.
Feb 23 16:04:37.779: DHCPD: Sending notification of DISCOVER:
Feb 23 16:04:37.779:   DHCPD: htype 1 chaddr 0016.36e5.b1a6
Feb 23 16:04:37.779: DHCPD: Seeing if there is an internally specified pool class:
Feb 23 16:04:37.779:   DHCPD: htype 1 chaddr 0016.36e5.b1a6
Feb 23 16:04:37.779: DHCPD: Saving workspace (ID=0x3A000060)
Feb 23 16:04:37.779: DHCPD: New packet workspace 0x7D2079C (ID=0x2D000061)
Feb 23 16:04:37.955: DHCPD: Callback for workspace (ID=0x3A000060)
Feb 23 16:04:37.955: DHCPD: Callback: class 'FIX' now specified for client 0100.1636.e5b1.a6
Feb 23 16:04:37.955: DHCPD: Reprocessing saved workspace (ID=0x3A000060)
Feb 23 16:04:37.955: DHCPD: Reload workspace interface GigabitEthernet0/1.4000100 tableid 0.
Feb 23 16:04:37.955: DHCPD: tableid for 172.16.1.1 on GigabitEthernet0/1.4000100 is 0
Feb 23 16:04:37.955: DHCPD: tableid for 192.168.100.1 on GigabitEthernet0/1.4000100 is 0
Feb 23 16:04:37.955: DHCPD: client's VPN is .
Feb 23 16:04:37.955: DHCPD: Sending notification of DISCOVER:
Feb 23 16:04:37.955:   DHCPD: htype 1 chaddr 0016.36e5.b1a6
Feb 23 16:04:37.955: DHCPD: DHCPDISCOVER received from client 0100.1636.e5b1.a6 on interface GigabitEthernet0/1.4000100.
Feb 23 16:04:37.955: DHCPD: input does not contain option 82
Feb 23 16:04:37.955: DHCPD: Applying overriding class name 'FIX'
Feb 23 16:04:37.955: DHCPD: there is no address pool for 192.168.100.1.
R7206VXR#
Feb 23 16:04:37.955: DHCPD: Sending notification of ASSIGNMENT FAILURE:
Feb 23 16:04:37.955:   DHCPD: htype 1 chaddr 0016.36e5.b1a6
Feb 23 16:04:37.955: DHCPD: Sending notification of ASSIGNMENT_FAILURE:
Feb 23 16:04:37.955:  DHCPD: due to: NO POOL
Feb 23 16:04:37.955:   DHCPD: htype 1 chaddr 0016.36e5.b1a6
Feb 23 16:04:37.955: DHCPD: Freeing saved workspace (ID=0x3A000060)
R7206VXR#

В чём может быть косяк ?((


Содержание

Сообщения в этом обсуждении
"DHCP pool и tftp !!!"
Отправлено ATeam , 23-Фев-08 17:36 
>[оверквотинг удален]
>Feb 23 16:04:37.955:   DHCPD: htype 1 chaddr 0016.36e5.b1a6
>Feb 23 16:04:37.955: DHCPD: Sending notification of ASSIGNMENT_FAILURE:
>Feb 23 16:04:37.955:  DHCPD: due to: NO POOL
>Feb 23 16:04:37.955:   DHCPD: htype 1 chaddr 0016.36e5.b1a6
>Feb 23 16:04:37.955: DHCPD: Freeing saved workspace (ID=0x3A000060)
>R7206VXR#
>
>
>
>В чём может быть косяк ?((

уффф... удалось побороть !

В файле надо указывать id в поле type в данной ситуации.
Ну и 01 перед маком понятное дело -

192.168.100.50    id      0100.1636.e5b1.a6    60



"DHCP pool и tftp !!!"
Отправлено ATeam , 23-Фев-08 18:26 
>[оверквотинг удален]
>>
>>В чём может быть косяк ?((
>
>уффф... удалось побороть !
>
>В файле надо указывать id в поле type в данной ситуации.
>Ну и 01 перед маком понятное дело -
>
>192.168.100.50    id      0100.1636.e5b1.a6  
>  60

Хотя возникла следующая проблема -

при повторном получении адреса , из пула FIX (с привязкой к маку) , адрес не выдаётся !!!
он вообще пропадает из ip dhcp binding !!!
и надо по новой файл подгружать ((
кто сталкивался с такой проблемой ?


"DHCP pool и tftp !!!"
Отправлено Sergey , 04-Сен-08 17:29 
>[оверквотинг удален]
>!
>ip dhcp class REGISTERED
>!
>ip dhcp class FIX
>!
>
>Если приходит  через радиус class REGISTERED , то айпишиник динамически берётся
>из пула REGISTERED , и всё нормально присваивается по DHCP.
>
>Если приходит через радиус class FIX, то использутеся файл со статической привязкой

Подскажите как через RADIUS передать класс пользователя.
Чтобы в зависимости от аккаунта выдавались адреса из разных групп.