J'aimerais recuperer les IP de toutes les bornes Wifi cisco présentes sur
un réseau.
CDP n'est pas forcement activé sur les bornes, et je pensais donc au
multicast : vider la table arp, faire un ping sur l'adresse multicast et
regarder la table arp (voire sniffer plutot qu'utiliser la table arp).
Mais aucun résultat en utilisant des adresses génériques (224.0.0.1
224.0.0.2, ...) ou spécifique Cisco (224.0.1.39, 224.0.1.40 (cisco-rp-
discovery)) : personne ne répond.
Multicast est-il une solution ?
Quel serait le moyen le plus sioux ?
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
Dominique ROUSSEAU
(fu2 vers fcr.ip, vu qu'il ne s'agit pas d'ethernet)
Le lun, 06 fév 2006 at 10:25 GMT, Thierry a écrit :
Bonjour,
J'aimerais recuperer les IP de toutes les bornes Wifi cisco présentes sur un réseau. CDP n'est pas forcement activé sur les bornes, et je pensais donc au multicast : vider la table arp, faire un ping sur l'adresse multicast et regarder la table arp (voire sniffer plutot qu'utiliser la table arp).
Mais aucun résultat en utilisant des adresses génériques (224.0.0.1 224.0.0.2, ...) ou spécifique Cisco (224.0.1.39, 224.0.1.40 (cisco-rp- discovery)) : personne ne répond.
Il serait sans doute plus judicieux d'essayer l'adresse de broadcast du réseau (genre x.y.z.255). Mais il est assez probable que tous les routeurs/bornes présents ne répondront pas forcément à un ping en broadcast. L'autre solution, c'est de betement pinguer chacune des adresses du réseau et de voir si ça répond. fping fait ça très bien, par exemple (il doit falloir un *nix pour l'utiliser, mais pas sur), ou un outil de scan type nmap
Dom
(fu2 vers fcr.ip, vu qu'il ne s'agit pas d'ethernet)
Le lun, 06 fév 2006 at 10:25 GMT, Thierry <thierry@yarglah.invalid> a écrit :
Bonjour,
J'aimerais recuperer les IP de toutes les bornes Wifi cisco présentes
sur un réseau.
CDP n'est pas forcement activé sur les bornes, et je pensais donc au
multicast : vider la table arp, faire un ping sur l'adresse multicast
et regarder la table arp (voire sniffer plutot qu'utiliser la table
arp).
Mais aucun résultat en utilisant des adresses génériques (224.0.0.1
224.0.0.2, ...) ou spécifique Cisco (224.0.1.39, 224.0.1.40 (cisco-rp-
discovery)) : personne ne répond.
Il serait sans doute plus judicieux d'essayer l'adresse de broadcast du
réseau (genre x.y.z.255).
Mais il est assez probable que tous les routeurs/bornes présents ne
répondront pas forcément à un ping en broadcast.
L'autre solution, c'est de betement pinguer chacune des adresses du
réseau et de voir si ça répond. fping fait ça très bien, par exemple (il
doit falloir un *nix pour l'utiliser, mais pas sur), ou un outil de scan
type nmap
(fu2 vers fcr.ip, vu qu'il ne s'agit pas d'ethernet)
Le lun, 06 fév 2006 at 10:25 GMT, Thierry a écrit :
Bonjour,
J'aimerais recuperer les IP de toutes les bornes Wifi cisco présentes sur un réseau. CDP n'est pas forcement activé sur les bornes, et je pensais donc au multicast : vider la table arp, faire un ping sur l'adresse multicast et regarder la table arp (voire sniffer plutot qu'utiliser la table arp).
Mais aucun résultat en utilisant des adresses génériques (224.0.0.1 224.0.0.2, ...) ou spécifique Cisco (224.0.1.39, 224.0.1.40 (cisco-rp- discovery)) : personne ne répond.
Il serait sans doute plus judicieux d'essayer l'adresse de broadcast du réseau (genre x.y.z.255). Mais il est assez probable que tous les routeurs/bornes présents ne répondront pas forcément à un ping en broadcast. L'autre solution, c'est de betement pinguer chacune des adresses du réseau et de voir si ça répond. fping fait ça très bien, par exemple (il doit falloir un *nix pour l'utiliser, mais pas sur), ou un outil de scan type nmap
Dom
Thierry
Dominique ROUSSEAU écrivait news::
Mais aucun résultat en utilisant des adresses génériques (224.0.0.1 224.0.0.2, ...) ou spécifique Cisco (224.0.1.39, 224.0.1.40 (cisco-rp- discovery)) : personne ne répond.
Il serait sans doute plus judicieux d'essayer l'adresse de broadcast du réseau (genre x.y.z.255). Mais il est assez probable que tous les routeurs/bornes présents ne répondront pas forcément à un ping en broadcast.
Les bornes Cisco répondent (différents modéles avec différents IOS), ainsi que d'autres équipemments. Je peux eventuellement filtrer sur les OUI Cisco des @ mac, mais le probleme est que la table ARP n'est pas mise a jour... (XP SP2). Peut-etre une mesure anti arp cache-poisoning.
L'autre solution, c'est de betement pinguer chacune des adresses du réseau et de voir si ça répond. fping fait ça très bien, par exemple (il doit falloir un *nix pour l'utiliser, mais pas sur), ou un outil de scan type nmap
Sur une classe C, eventuellement. Sur une classe A privée ca fait quand même du traffic. Le but de la manip n'est pas de faire tomber le réseau :-)
Mais aucun résultat en utilisant des adresses génériques (224.0.0.1
224.0.0.2, ...) ou spécifique Cisco (224.0.1.39, 224.0.1.40
(cisco-rp- discovery)) : personne ne répond.
Il serait sans doute plus judicieux d'essayer l'adresse de broadcast
du réseau (genre x.y.z.255).
Mais il est assez probable que tous les routeurs/bornes présents ne
répondront pas forcément à un ping en broadcast.
Les bornes Cisco répondent (différents modéles avec différents IOS), ainsi
que d'autres équipemments.
Je peux eventuellement filtrer sur les OUI Cisco des @ mac, mais le
probleme est que la table ARP n'est pas mise a jour... (XP SP2).
Peut-etre une mesure anti arp cache-poisoning.
L'autre solution, c'est de betement pinguer chacune des adresses du
réseau et de voir si ça répond. fping fait ça très bien, par exemple
(il doit falloir un *nix pour l'utiliser, mais pas sur), ou un outil
de scan type nmap
Sur une classe C, eventuellement. Sur une classe A privée ca fait quand
même du traffic. Le but de la manip n'est pas de faire tomber le réseau :-)
Mais aucun résultat en utilisant des adresses génériques (224.0.0.1 224.0.0.2, ...) ou spécifique Cisco (224.0.1.39, 224.0.1.40 (cisco-rp- discovery)) : personne ne répond.
Il serait sans doute plus judicieux d'essayer l'adresse de broadcast du réseau (genre x.y.z.255). Mais il est assez probable que tous les routeurs/bornes présents ne répondront pas forcément à un ping en broadcast.
Les bornes Cisco répondent (différents modéles avec différents IOS), ainsi que d'autres équipemments. Je peux eventuellement filtrer sur les OUI Cisco des @ mac, mais le probleme est que la table ARP n'est pas mise a jour... (XP SP2). Peut-etre une mesure anti arp cache-poisoning.
L'autre solution, c'est de betement pinguer chacune des adresses du réseau et de voir si ça répond. fping fait ça très bien, par exemple (il doit falloir un *nix pour l'utiliser, mais pas sur), ou un outil de scan type nmap
Sur une classe C, eventuellement. Sur une classe A privée ca fait quand même du traffic. Le but de la manip n'est pas de faire tomber le réseau :-)
