* exposition du problème :
Les clients DHCP ne récupère pas la bonne adresse IP en fonction du
sous-réseaux où ils se trouvent.
Mon serveur DHCP a l'adresse 10.1.3.1 (255.255.0.0).
Si mon client est sur le LAN, pas de problème il récupère une adresse
10.1.102.x.
Ensuite il va sur le réseau où il doit avoir une adresse de type
10.150.42.x
(255.255.255.0), il récupère la bonne adresse. Tout est ok pour l'instant.
Il va maintent sur le réseau où il doit avoir une adresse de type
10.3.102.x
(255.255.0.0) = il ne prend pas de nouvelle adresse !!!
Si je l'envoi sur un réseau 10.150.12.x (255.255.255.0) = toujours le
problème
Solution trouvée : je supprime l'adresse 10.3.102.x sur le serveur
DHCP et
je l'a réserve avec une adresse MAC bidon et là le client récupère la bonne
adresse en fonction de son site
Serveur : Win 2000 version US SP4
Routeurs : cisco 2600 agissant en tant que relais DHCP
Après analyse des trames IP , le client envoi un broadcast (DISCOVER),
le
routeur intercepte et le renvoi au serveur.
Le serveur renvoi en broadcast (OFFER) avec dans sa trame l'ancienne
adresse
du client (qui n'est donc pas valide !!!) et le client reprend cette
adresse.
J'ai baissé le bail à 1 minute sans résultat.
J'ai effacé la table ARP sans résultat
J'ai activé le debug sur le serveur et on voit bien que les anciennes
adresses des client sont supprimées à minuit
A priori, le problème viendrait du fait que le serveur ne détecte pas
que le
client à changé de réseau.
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire
Veuillez sélectionner un problème
Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
Fabricem [MS]
Bonjour
Le fait que cela se passe bien pour certains sous réseau et pas pour les autre me laisse penser à un problème de configuration au niveau du routeur Assurer vous que la configuration du routeur est correcte et que le routeur fait bien office de relais boot P entre les sous réseaux qui pose problème et qu'il ne laisse pas tout simplement passer la trame du client sans remplacer au niveau de celle-ci l'adresse du sous réseau emetteur
Cordialement
-- Fabrice Meillon Architecte Infrastructure Division Développeurs et Plate-Forme d'Entreprise Microsoft France
"Datura" a écrit dans le message de news:
Bonjour à tous
* exposition du problème : Les clients DHCP ne récupère pas la bonne adresse IP en fonction du sous-réseaux où ils se trouvent.
Mon serveur DHCP a l'adresse 10.1.3.1 (255.255.0.0). Si mon client est sur le LAN, pas de problème il récupère une adresse 10.1.102.x. Ensuite il va sur le réseau où il doit avoir une adresse de type 10.150.42.x (255.255.255.0), il récupère la bonne adresse. Tout est ok pour l'instant. Il va maintent sur le réseau où il doit avoir une adresse de type 10.3.102.x (255.255.0.0) = il ne prend pas de nouvelle adresse !!! Si je l'envoi sur un réseau 10.150.12.x (255.255.255.0) = toujours le problème
Solution trouvée : je supprime l'adresse 10.3.102.x sur le serveur DHCP et je l'a réserve avec une adresse MAC bidon et là le client récupère la bonne adresse en fonction de son site
Serveur : Win 2000 version US SP4 Routeurs : cisco 2600 agissant en tant que relais DHCP
Après analyse des trames IP , le client envoi un broadcast (DISCOVER), le routeur intercepte et le renvoi au serveur. Le serveur renvoi en broadcast (OFFER) avec dans sa trame l'ancienne adresse du client (qui n'est donc pas valide !!!) et le client reprend cette adresse.
J'ai baissé le bail à 1 minute sans résultat. J'ai effacé la table ARP sans résultat J'ai activé le debug sur le serveur et on voit bien que les anciennes adresses des client sont supprimées à minuit
A priori, le problème viendrait du fait que le serveur ne détecte pas que le client à changé de réseau.
Si quelqu'un à une idée, une question
Merci
Bonjour
Le fait que cela se passe bien pour certains sous réseau et pas pour les
autre me laisse penser à un problème de configuration au niveau du routeur
Assurer vous que la configuration du routeur est correcte et que le
routeur fait bien office de relais boot P entre les sous réseaux qui pose
problème et qu'il ne laisse pas tout simplement passer la trame du client
sans remplacer au niveau de celle-ci l'adresse du sous réseau emetteur
Cordialement
--
Fabrice Meillon
Architecte Infrastructure
Division Développeurs et Plate-Forme d'Entreprise
Microsoft France
"Datura" <d_atura@hotmail.com> a écrit dans le message de news:
eljEJjUCFHA.1836@tk2msftngp13.phx.gbl...
Bonjour à tous
* exposition du problème :
Les clients DHCP ne récupère pas la bonne adresse IP en fonction du
sous-réseaux où ils se trouvent.
Mon serveur DHCP a l'adresse 10.1.3.1 (255.255.0.0).
Si mon client est sur le LAN, pas de problème il récupère une adresse
10.1.102.x.
Ensuite il va sur le réseau où il doit avoir une adresse de type
10.150.42.x
(255.255.255.0), il récupère la bonne adresse. Tout est ok pour l'instant.
Il va maintent sur le réseau où il doit avoir une adresse de type
10.3.102.x
(255.255.0.0) = il ne prend pas de nouvelle adresse !!!
Si je l'envoi sur un réseau 10.150.12.x (255.255.255.0) = toujours le
problème
Solution trouvée : je supprime l'adresse 10.3.102.x sur le serveur
DHCP et
je l'a réserve avec une adresse MAC bidon et là le client récupère la
bonne
adresse en fonction de son site
Serveur : Win 2000 version US SP4
Routeurs : cisco 2600 agissant en tant que relais DHCP
Après analyse des trames IP , le client envoi un broadcast (DISCOVER),
le
routeur intercepte et le renvoi au serveur.
Le serveur renvoi en broadcast (OFFER) avec dans sa trame l'ancienne
adresse
du client (qui n'est donc pas valide !!!) et le client reprend cette
adresse.
J'ai baissé le bail à 1 minute sans résultat.
J'ai effacé la table ARP sans résultat
J'ai activé le debug sur le serveur et on voit bien que les anciennes
adresses des client sont supprimées à minuit
A priori, le problème viendrait du fait que le serveur ne détecte pas
que le
client à changé de réseau.
Le fait que cela se passe bien pour certains sous réseau et pas pour les autre me laisse penser à un problème de configuration au niveau du routeur Assurer vous que la configuration du routeur est correcte et que le routeur fait bien office de relais boot P entre les sous réseaux qui pose problème et qu'il ne laisse pas tout simplement passer la trame du client sans remplacer au niveau de celle-ci l'adresse du sous réseau emetteur
Cordialement
-- Fabrice Meillon Architecte Infrastructure Division Développeurs et Plate-Forme d'Entreprise Microsoft France
"Datura" a écrit dans le message de news:
Bonjour à tous
* exposition du problème : Les clients DHCP ne récupère pas la bonne adresse IP en fonction du sous-réseaux où ils se trouvent.
Mon serveur DHCP a l'adresse 10.1.3.1 (255.255.0.0). Si mon client est sur le LAN, pas de problème il récupère une adresse 10.1.102.x. Ensuite il va sur le réseau où il doit avoir une adresse de type 10.150.42.x (255.255.255.0), il récupère la bonne adresse. Tout est ok pour l'instant. Il va maintent sur le réseau où il doit avoir une adresse de type 10.3.102.x (255.255.0.0) = il ne prend pas de nouvelle adresse !!! Si je l'envoi sur un réseau 10.150.12.x (255.255.255.0) = toujours le problème
Solution trouvée : je supprime l'adresse 10.3.102.x sur le serveur DHCP et je l'a réserve avec une adresse MAC bidon et là le client récupère la bonne adresse en fonction de son site
Serveur : Win 2000 version US SP4 Routeurs : cisco 2600 agissant en tant que relais DHCP
Après analyse des trames IP , le client envoi un broadcast (DISCOVER), le routeur intercepte et le renvoi au serveur. Le serveur renvoi en broadcast (OFFER) avec dans sa trame l'ancienne adresse du client (qui n'est donc pas valide !!!) et le client reprend cette adresse.
J'ai baissé le bail à 1 minute sans résultat. J'ai effacé la table ARP sans résultat J'ai activé le debug sur le serveur et on voit bien que les anciennes adresses des client sont supprimées à minuit
A priori, le problème viendrait du fait que le serveur ne détecte pas que le client à changé de réseau.
Si quelqu'un à une idée, une question
Merci
Datura
Bonjour
A priori si le routeur était mal configuré, cela ne fonctionnerait jamais, alors que si je réserve l'ancienne adresse sur le serveur, cela fonctionne donc les trames doivent passer.
De plus j'ai fait sniffer le réseau par les techniciens de Transpac et pour eux tout est clean !!!! (bon c'est leur infrastructure.... alors) Ils voient bien passer les requetes sur les port 67/68.
Au niveau de mon arborescence, j'ai le problème avec 4 serveurs Win 2000 . Dès qu'un client sort d'un lan (où se trouve un serveur DHCP), cela coince. Sauf pour 2 sites où nous avons des serveurs membre du catalogue global (mais qui ne font pas DHCP).
De plus nous avons un 5ème serveurs DHCP dans l'Est de la France qui ne pose aucun problème dans cette même architecture de site distant
moi j'en perd mon latin
"Fabricem [MS]" a écrit dans le message de news:
Bonjour
Le fait que cela se passe bien pour certains sous réseau et pas pour les autre me laisse penser à un problème de configuration au niveau du routeur Assurer vous que la configuration du routeur est correcte et que le routeur fait bien office de relais boot P entre les sous réseaux qui pose problème et qu'il ne laisse pas tout simplement passer la trame du client sans remplacer au niveau de celle-ci l'adresse du sous réseau emetteur
Cordialement
-- Fabrice Meillon Architecte Infrastructure Division Développeurs et Plate-Forme d'Entreprise Microsoft France
"Datura" a écrit dans le message de news:
Bonjour à tous
* exposition du problème : Les clients DHCP ne récupère pas la bonne adresse IP en fonction du sous-réseaux où ils se trouvent.
Mon serveur DHCP a l'adresse 10.1.3.1 (255.255.0.0). Si mon client est sur le LAN, pas de problème il récupère une adresse 10.1.102.x. Ensuite il va sur le réseau où il doit avoir une adresse de type 10.150.42.x (255.255.255.0), il récupère la bonne adresse. Tout est ok pour l'instant. Il va maintent sur le réseau où il doit avoir une adresse de type 10.3.102.x (255.255.0.0) = il ne prend pas de nouvelle adresse !!! Si je l'envoi sur un réseau 10.150.12.x (255.255.255.0) = toujours le problème
Solution trouvée : je supprime l'adresse 10.3.102.x sur le serveur DHCP et je l'a réserve avec une adresse MAC bidon et là le client récupère la bonne adresse en fonction de son site
Serveur : Win 2000 version US SP4 Routeurs : cisco 2600 agissant en tant que relais DHCP
Après analyse des trames IP , le client envoi un broadcast (DISCOVER), le routeur intercepte et le renvoi au serveur. Le serveur renvoi en broadcast (OFFER) avec dans sa trame l'ancienne adresse du client (qui n'est donc pas valide !!!) et le client reprend cette adresse.
J'ai baissé le bail à 1 minute sans résultat. J'ai effacé la table ARP sans résultat J'ai activé le debug sur le serveur et on voit bien que les anciennes adresses des client sont supprimées à minuit
A priori, le problème viendrait du fait que le serveur ne détecte pas que le client à changé de réseau.
Si quelqu'un à une idée, une question
Merci
Bonjour
A priori si le routeur était mal configuré, cela ne fonctionnerait jamais,
alors que si je réserve l'ancienne adresse sur le serveur, cela fonctionne
donc les trames doivent passer.
De plus j'ai fait sniffer le réseau par les techniciens de Transpac et pour
eux tout est clean !!!! (bon c'est leur infrastructure.... alors)
Ils voient bien passer les requetes sur les port 67/68.
Au niveau de mon arborescence, j'ai le problème avec 4 serveurs Win 2000 .
Dès qu'un client sort d'un lan (où se trouve un serveur DHCP), cela coince.
Sauf pour 2 sites où nous avons des serveurs membre du catalogue global
(mais qui ne font pas DHCP).
De plus nous avons un 5ème serveurs DHCP dans l'Est de la France qui ne pose
aucun problème dans cette même architecture de site distant
moi j'en perd mon latin
"Fabricem [MS]" <fabricem@online.microsoft.com> a écrit dans le message de
news: O37kjwdCFHA.520@TK2MSFTNGP09.phx.gbl...
Bonjour
Le fait que cela se passe bien pour certains sous réseau et pas pour les
autre me laisse penser à un problème de configuration au niveau du routeur
Assurer vous que la configuration du routeur est correcte et que le
routeur fait bien office de relais boot P entre les sous réseaux qui pose
problème et qu'il ne laisse pas tout simplement passer la trame du client
sans remplacer au niveau de celle-ci l'adresse du sous réseau emetteur
Cordialement
--
Fabrice Meillon
Architecte Infrastructure
Division Développeurs et Plate-Forme d'Entreprise
Microsoft France
"Datura" <d_atura@hotmail.com> a écrit dans le message de news:
eljEJjUCFHA.1836@tk2msftngp13.phx.gbl...
Bonjour à tous
* exposition du problème :
Les clients DHCP ne récupère pas la bonne adresse IP en fonction du
sous-réseaux où ils se trouvent.
Mon serveur DHCP a l'adresse 10.1.3.1 (255.255.0.0).
Si mon client est sur le LAN, pas de problème il récupère une adresse
10.1.102.x.
Ensuite il va sur le réseau où il doit avoir une adresse de type
10.150.42.x
(255.255.255.0), il récupère la bonne adresse. Tout est ok pour
l'instant.
Il va maintent sur le réseau où il doit avoir une adresse de type
10.3.102.x
(255.255.0.0) = il ne prend pas de nouvelle adresse !!!
Si je l'envoi sur un réseau 10.150.12.x (255.255.255.0) = toujours le
problème
Solution trouvée : je supprime l'adresse 10.3.102.x sur le serveur
DHCP et
je l'a réserve avec une adresse MAC bidon et là le client récupère la
bonne
adresse en fonction de son site
Serveur : Win 2000 version US SP4
Routeurs : cisco 2600 agissant en tant que relais DHCP
Après analyse des trames IP , le client envoi un broadcast (DISCOVER),
le
routeur intercepte et le renvoi au serveur.
Le serveur renvoi en broadcast (OFFER) avec dans sa trame l'ancienne
adresse
du client (qui n'est donc pas valide !!!) et le client reprend cette
adresse.
J'ai baissé le bail à 1 minute sans résultat.
J'ai effacé la table ARP sans résultat
J'ai activé le debug sur le serveur et on voit bien que les anciennes
adresses des client sont supprimées à minuit
A priori, le problème viendrait du fait que le serveur ne détecte pas
que le
client à changé de réseau.
A priori si le routeur était mal configuré, cela ne fonctionnerait jamais, alors que si je réserve l'ancienne adresse sur le serveur, cela fonctionne donc les trames doivent passer.
De plus j'ai fait sniffer le réseau par les techniciens de Transpac et pour eux tout est clean !!!! (bon c'est leur infrastructure.... alors) Ils voient bien passer les requetes sur les port 67/68.
Au niveau de mon arborescence, j'ai le problème avec 4 serveurs Win 2000 . Dès qu'un client sort d'un lan (où se trouve un serveur DHCP), cela coince. Sauf pour 2 sites où nous avons des serveurs membre du catalogue global (mais qui ne font pas DHCP).
De plus nous avons un 5ème serveurs DHCP dans l'Est de la France qui ne pose aucun problème dans cette même architecture de site distant
moi j'en perd mon latin
"Fabricem [MS]" a écrit dans le message de news:
Bonjour
Le fait que cela se passe bien pour certains sous réseau et pas pour les autre me laisse penser à un problème de configuration au niveau du routeur Assurer vous que la configuration du routeur est correcte et que le routeur fait bien office de relais boot P entre les sous réseaux qui pose problème et qu'il ne laisse pas tout simplement passer la trame du client sans remplacer au niveau de celle-ci l'adresse du sous réseau emetteur
Cordialement
-- Fabrice Meillon Architecte Infrastructure Division Développeurs et Plate-Forme d'Entreprise Microsoft France
"Datura" a écrit dans le message de news:
Bonjour à tous
* exposition du problème : Les clients DHCP ne récupère pas la bonne adresse IP en fonction du sous-réseaux où ils se trouvent.
Mon serveur DHCP a l'adresse 10.1.3.1 (255.255.0.0). Si mon client est sur le LAN, pas de problème il récupère une adresse 10.1.102.x. Ensuite il va sur le réseau où il doit avoir une adresse de type 10.150.42.x (255.255.255.0), il récupère la bonne adresse. Tout est ok pour l'instant. Il va maintent sur le réseau où il doit avoir une adresse de type 10.3.102.x (255.255.0.0) = il ne prend pas de nouvelle adresse !!! Si je l'envoi sur un réseau 10.150.12.x (255.255.255.0) = toujours le problème
Solution trouvée : je supprime l'adresse 10.3.102.x sur le serveur DHCP et je l'a réserve avec une adresse MAC bidon et là le client récupère la bonne adresse en fonction de son site
Serveur : Win 2000 version US SP4 Routeurs : cisco 2600 agissant en tant que relais DHCP
Après analyse des trames IP , le client envoi un broadcast (DISCOVER), le routeur intercepte et le renvoi au serveur. Le serveur renvoi en broadcast (OFFER) avec dans sa trame l'ancienne adresse du client (qui n'est donc pas valide !!!) et le client reprend cette adresse.
J'ai baissé le bail à 1 minute sans résultat. J'ai effacé la table ARP sans résultat J'ai activé le debug sur le serveur et on voit bien que les anciennes adresses des client sont supprimées à minuit
A priori, le problème viendrait du fait que le serveur ne détecte pas que le client à changé de réseau.
