Mac adressen op Cisco netwerk

[CORVETTE]

Ik heb eigenlijk 2 vragen:

vraag 1: Als ik op een Cisco switch kijk, met daarop een access point ( ook Cisco ); dan zie ik in de mac adressen alleen het mac adres van de AP.
Hoe "verpakt" de AP de mac adressen van wireless apparaten die verbonden zijn met hem ?

vraag 2: Ik heb op ons netwerk vrij veel apparaten die wel aan zijn, maar geen verkeer generen op dat moment, wanneer ik de mac adressen wil uitlezen ( middels show mac address table ).
Hoe kan ik nou achterhalen wat er precies achter hangt ? Is er een bepaald commando waardoor de switcht een soort van ping uitstuurd naar al zijn poorten, zodat zijn mac tabellen gevuld kunnen worden ?

[Exhar]

1) Dit heeft te maken (volgens mij) met client-to-client traffic welke niet toegestaan is. Maar dat kan iemand anders je beter uitleggen denk ik.

Ik ben benieuwd waarom je dit wilt weten, nieuwsgierigheid of zit je met een probleem?

2) De enige optie is een ping-sweep (kan makkelijk met nmap), tenzij de end-devices iets als CDP/LLDP supporten..

[ Voor 3% gewijzigd door Exhar op 21-01-2013 19:06 ]

[CORVETTE]

1) puur interesse.

2) Daar zat ik ook aan te denken: maar wij hebben een idioot groot A klasse netwerk. Beetje sweep kost al gauw 3 a 4 uur ..... tegen die tijd zijn alles time-to-lives op mac tabellen al weer foetsie. En ik durf eigenlijk niet met die time-to-live te klooien ( lees: hoger zetten ).

[plizz]

Mag wel hopen de klasse a netwerk is opgedeeld in kleinere netwerken. Anders ben je lang bezig.

[AK47]

Vraag 1: werken jullie met een controller-gebaseerde Cisco WiFi oplossing? Dan zal hoogst waarschijnlijk al het verkeer getunneld (IP/GRE) worden naar de controller en pas vanaf dat punt breken de clients uit naar het LAN.

Het is logisch dat je dan maar 1 MAC adres achter een poort leert waaraan een AP zit verbonden.

Vraag 2: alternatief op andere suggesties is het (tijdelijk) verhogen van de mac-age-timeout. Door dit verhogen zal een switch langer MAC adressen blijven vast houden in zijn mac-table.

[Exhar]

CORVETTE schreef op maandag 21 januari 2013 @ 20:28:
1) puur interesse.

2) Daar zat ik ook aan te denken: maar wij hebben een idioot groot A klasse netwerk. Beetje sweep kost al gauw 3 a 4 uur ..... tegen die tijd zijn alles time-to-lives op mac tabellen al weer foetsie. En ik durf eigenlijk niet met die time-to-live te klooien ( lees: hoger zetten ).

Ah, vroeg me al af wat voor issue je kon hebben dat zoiets relevant is (kan er wel een paar denken, maar die zijn onwaarschijnlijk )

2) mag ace timeout kan je vrij makkelijk omhoog mikken hoor. Alleen bij een faillure in je L2 paden is het onhandig in sommige gevallen. Maar dan kan je het handmatig flushen if needed.

[CORVETTE]

Thnx heren !
Ik weet genoeg.

[joopv]

In principe is het mogelijk dat je AP staat te routeren, in dat geval zie je ook maar 1 mac adres op je AP poort.
Maar het antwoord van AK47 is waarschijnlijker. Je zult dan in het management tool van de controller moeten nakijken welke clients via welke AP's aangemeld zijn.

1 klassa A netwerk? Hoeveel hosts zitten daar dan in?
Veel apparaten gaan tegenwoordig in een low-power mode werken en produceren dan helemaal geen netwerkverkeer vanuit zichzelf (waarom zouden ze ook). Je zult ze dan inderdaad wakker moeten pingen. Ga dit niet structureel doen want dan schop je je de doelstelling van het low-power regime onderuit.

[CyBeR]

Je kunt je pings natuurlijk beperken tot het subnet van het vlan waarin de poort zich bevindt. Of heb je letterlijk één groot /8-netwerk?