DHCP: comportamento diverso windows/Linux client!!!!

[thinkmarco]

Ciao,
sono un dilettante allo saraglio con i CISCO. Ho preso un 877 per imparare qualcosa su questi oggetti.

ho configurato un dhcp su mac (alcune macchine hanno il loro indirizzo in base al mac address) ma lo stesso portatile (chiamato europa) che ha a bordo sia vista che debian ha un comportamento diverso a seconda del sistema operativo.

Ho configurato

ip dhcp pool europa
host 10.10.10.5 255.255.248.0
hardware-address 1b.24b4.ba12
client-name europa
client-identifier europa


e su linux tutto funziona regolarmente (allego etratto di debug ip dhcp
server packet)

*Mar 2 12:33:19.735: %LINEPROTO-5-UPDOWN: Line protocol on Interface
FastEthernet2, changed state to up
*Mar 2 12:33:52.575: DHCPD: DHCPDISCOVER received from client
001b.24b4.ba12 on interface Vlan1.
*Mar 2 12:33:52.575: DHCPD: Sending DHCPOFFER to client 001b.24b4.ba12
(10.10.10.5).
*Mar 2 12:33:52.575: DHCPD: creating ARP entry (10.10.10.5,
001b.24b4.ba12).
*Mar 2 12:33:52.575: DHCPD: unicasting BOOTREPLY to client
001b.24b4.ba12 (10.10.10.5).
*Mar 2 12:33:52.579: DHCPD: DHCPREQUEST received from client
001b.24b4.ba12.
*Mar 2 12:33:52.579: DHCPD: Can't find any hostname to update
*Mar 2 12:33:52.579: DHCPD: Sending DHCPACK to client 001b.24b4.ba12
(10.10.10.5).
*Mar 2 12:33:52.579: DHCPD: creating ARP entry (10.10.10.5,
001b.24b4.ba12).
*Mar 2 12:33:52.579: DHCPD: unicasting BOOTREPLY to client
001b.24b4.ba12 (10.10.10.5).

mentre su windows no (allego etratto di debug ip dhcp server packet)

*Mar 2 12:36:29.227: %LINEPROTO-5-UPDOWN: Line protocol on Interface
FastEthernet2, changed state to up
*Mar 2 12:37:20.531: DHCPD: DHCPREQUEST received from client
0100.1b24.b4bf.c6.
*Mar 2 12:37:20.531: DHCPD: Appending system default domain
*Mar 2 12:37:20.531: DHCPD: Using hostname 'europa.yourdomain.com.' for
dynamic update (from FQDN option)
*Mar 2 12:37:20.531: DHCPD: Sending DHCPACK to client 0100.1b24.b4bf.c6
(10.10.10.2).
*Mar 2 12:37:20.531: DHCPD: Including FQDN option name
'europa.yourdomain.com.' rcode1=0, rcode2=0 flags=0x0
*Mar 2 12:37:20.531: DHCPD: broadcasting BOOTREPLY to client
001b.24b4.ba12.

Non so se ho dimenticato qualche istruzione oppure ho trovato un bug
(dubito, questio IOS penso sia ben testato per queste cose...)

Grazie
Marco

[Gianremo.Smisek]

hai notato che windows gli manda un mac address modificato? Infatti il Cisco tenta di mandare il DHCP Reply a 0100.1b24.b4bf.c6 invece che 001b.24b4.ba12

ciao!

[thinkmarco]

hai notato che windows gli manda un mac address modificato? Infatti il Cisco tenta di mandare il DHCP Reply a 0100.1b24.b4bf.c6 invece che 001b.24b4.ba12

ciao!

Ho risolto... Windows e i client window like hanno bisogno del parametro client-identifier !!!!

Grazie Marco

[Gianremo.Smisek]

*Mar 2 19:48:23.195: DHCPD: Sending DHCPACK to client 0100.1e8c.1e06.84 (10.10.0.6).


*Mar 2 19:53:19.255: DHCPD: Sending DHCPACK to client 001e.8c1e.0684 (10.10.200.7).

Non mi pare coerente....

[thinkmarco]

Pero' purtroppo non ho trovato altra soluzione...

[Rizio]

T i confermo anch'io che nel 4500 ho dovuto impostare il client-identifier anteponendo un 01 a tutti i mac-address che volevo riservare (questo per dei client mac).

Ai tempi mi sembra di aver trovato la cosa spiegata in un doc Cisco, ma è passato troppo tempo, non ricordo esattamente.

Rizio

[Bluedeep]

http://www.ietf.org/rfc/rfc1700.txt

"ADDRESS RESOLUTION PROTOCOL PARAMETERS"

1 Ethernet (10Mb)

[thinkmarco]

http://www.ietf.org/rfc/rfc1700.txt

"ADDRESS RESOLUTION PROTOCOL PARAMETERS"

1 Ethernet (10Mb)

Gli RFC sono raccomandazioni infatti Windows e Linux si comportano diversamente! Poiche' la divesita' del comportamento e' deterministica e ben determinata, in CISCO potevano avere un'attenzione in piu' per risolvere questo problema.