CP2200 - promiscuous mode

De ENC28J60 heeft aan 4 lijnen genoeg,

Ik denk dat het moeilijk woord om 'promiscuous mode' te gebruiken op een bedraad netwerk omdat de switch (een Hub niet) bijhoud waar iedere NIC zit, als jij je dan voor gaat doen als alle NIC's denk ik de switch in de war raakt. Het kan ook allemaal fout zijn wat ik denk

Je denkt goed. En daarom zit er in dit stukje ook een switch(je) die je zo kunt configureren dat-ie 'alles' ook naar de poort van de CP2200 brult. Kan overigens in dit verband net zo goed een hub zijn. Zoveel data gaat er niet overheen...

Die ENC28J60... 4 touwtjes... Ongezien: het doet SPI.
Schiet voor mij niet zo op op het moment. De CP2200 hangt address-mapped aan een 8051 kloon. SPI wordt bit-bangen... . Ga toch eens naar het chippie kijken. Wie weet voor later of elders.

Wat voor een type switch(je) is dat dan?
Lijkt me wel handig.

[Bericht gewijzigd door Switching Power op donderdag 16 augustus 2007 17:55:58 (39%)]

Op 2 oktober 2006 17:34:53 schreef Switching Power:
De ENC28J60 heeft aan 4 lijnen genoeg,

Ik denk dat het moeilijk woord om 'promiscuous mode' te gebruiken op een bedraad netwerk omdat de switch (een Hub niet) bijhoud waar iedere NIC zit, als jij je dan voor gaat doen als alle NIC's denk ik de switch in de war raakt. Het kan ook allemaal fout zijn wat ik denk

mis.
promiscuous mode betekent iets heel anders.
als je een ethernet kaart in promiscuous mode switcht dan REAGEERT ze op ALLE mac adressen.
een eternet controller filtert paketten die alleeen voor zijn MAC address bedoeld zijn. je krijgt dan in je RX buffer alleen de paketten die voor jou zijn en alleen een interrupt als er daadwerkelijk iets is voor jou

als je de controller in promiscuous zwiert dan wordt dit mechanisme uitgaschakeld.
je krijgt dan ALLE paketten te zien. je moet dan zelf de matching gaan doen.

het heeft niks te maken met reageren op paketten
dat doe je immers zelf

@Free: Okee dus het tweede gedeelte had ik fout , hoe zit het dan met het eerste deel over de switch.

een switch houdt voor elk van zijn poorten het originiator MAC address bij van paketten die hij daar ziet binnekomen.

dus met andere woorden als op poort 1 een computer hangrt met address ABCDEF
en op poort 2 eene met address FDGHIJK dan weet de switch dat

een hub echo't alle traffic naar alle poorten.
een switch 'filtert' . met andere woordne traffic die
als op poort 3 een pakeket binnekomt voor FDGHIJK dan komt dat allen op poort 2. poort 1 krijgt het genees te zien
als een paket binnekomt wat BROADCASt is gaat het naar alle poorten
paketten met een 'unresolvable' adress ( met andere woorden een mac address wat niet in de switching list staat ) wordt ook gebroadcast naar alle poorten

zo begint een switch na power-on ( zijn lists zijn dan leeg ) alles naar alles te repeaten. aan de paketten die terugkeren bouwt hij dan zijn filterlijsten op.

met andere woorden; direct na poweron is de switch een hub . hoe langer je hem laat draaien hoe efficienter hij wordt.

switchen gaan ook van tijd tot tijd een soort ping paket sturen naar hun poorten om te ontdekken welke devices er waar hangen. dit zorgt ervoor dat als je een deivce verplugt van poort dat de switch hel snel in de gaten krijgt dar er een device van poort is veranderd , een bijgekomen ( stel dat je switches in cascade hangt )

daar zit een gans protocll achter.

dat maakt ook het verschil tussen een 10 euro en een 1000 euro switch ... die van 1000 euro kan de pijpen vol duwen en al het geweld aan.
die van 10 euro pllooit en gaat de boel vertragen.

Dus met een NIC in promiscuous mode die aan een "gewone" switch hangt kan je dus geen unicast paketen ontvangen die niet voor jou bedoelt zijn als ik het goed begrijp.

Voor de rest is het een duidelijke en leerzame uitleg Free.

Oja ik heb hier een switch staan met 8 10/100Mbps poorten die een totale bandbreedte heeft van 1,6Gbps is dit een beetje goede switch of niet.

Op 2 oktober 2006 19:19:58 schreef Switching Power:
Dus met een NIC in promiscuous mode die aan een "gewone" switch hangt kan je dus geen unicast paketen ontvangen die niet voor jou bedoelt zijn als ik het goed begrijp.

Voor de rest is het een duidelijke en leerzame uitleg Free.

Oja ik heb hier een switch staan met 8 10/100Mbps poorten die een totale bandbreedte heeft van 1,6Gbps is dit een beetje goede switch of niet.

klopt. switches zijn wel zo snugger als in dat unicast pakket een mac address zit wat ze nog niet kennen ( nog niet zien voorbijkomen hebben) dat ze het dan wel broadcasten op al hun poorten.

zo kan een netwerk van switches aanleren waar die juist naar toe moet. bij het eerste antwoord pakket op dat unicast pakket resolved het ganse switching network en kennen alle switches 'de weg'.

nog iets.
switches hebben ook 'aging' . als een address opgeslagen is dan heeft dan een levensduur. als er gedurende een tijd niks terugkeert van een voorbijkomend address dan elimineren ze dat uit de switching tabel. bij een volgend e request wordt het dan opnieuw gebroadcast op alle poorten. zo pogen switches dus het vergooien van devices te ontdekken.

stel jij stuurt een pakket naar FGHJIK en de laatste kker stond dat in switching table op poort 3. er komt geen antwoord (de switch bekijkt ook terugkerende paketten : van wie ze komen ) binneen de paar seconden. de switch zal dan de entry in de table wissen. bij het volgende pakket voor dat address zal hij wel repeaten op al zijn poorten.

je kan een switch dus in de war sturen en een netwerk overbelasten door continue paketten te sturen voor devices die er niet zijn. die wordne gebroadcast door alle switches.

er is een switching protocol voorzien in tcp/ip en moderne systemen maken daar ook gebruik van. maar aalleen de dure switches kunnen daarmee overweg ( zij wisselen onderling switching tabellen uit ) die switches hebben grote hoeveelheden ram aan boord om die tabellen te stockeren.

de switch houdt dus een table bij vor elk van zijn poorten
: wat alle MAc addressen zijn van wie de poort een pakket ontvangen heeft ( met een timestamp )
: wat alle mac addressen zijn waar de poort een pakket naartoe heeft gestuurd ( met een timestamp )
een algoritme 'mest' dat dan continue uit.
als ene pakket binnekomt wat nog niet in 1 van de tabellen zit dan wordt dat toegevoegd en gebroadcast op alle poorten. alle outgoing tabellen krijgen een entry en timestamp.
vanzodra er een reply komt op een van de poorten is het schrappen wat niet past. en hopla. de switching route is gekend

daar een device wat je inplugt op het netwerk altijd iets doet ( de ethernet kaart detecteert een 'connect' en verzend meestal (eigenlijk de stack ) een pakket naar zijn eigen , of vraagt een dhcp aan ) weten die switchen ogenblikkelijk dat er iets gebeurt en passen de tabellen zich aan.
een disconnect kan je niet detecteren maar dat hoeft niet : de reconnect zorgt voor het updaten.
de switch ziet immers iets voorbijkomen op een andere poort en herwerkt zijn tables

dat is ok de reden waarom er zo moeilijk gedaan wordt over MAC addressen.
twee machienes met hetzelfde MAC address kunenn gans dat spul in de war schoppen.
vandaar dat er een centraal punt is waar je een MAc address moet aanvragen.

[Bericht gewijzigd door free_electron op maandag 2 oktober 2006 19:39:45 ]

vandaar dat er een centraal punt is waar je een MAc address moet aanvragen.

En vervolgens kun je met elk no-budget routertje eea. zelf instellen, want dat is zo makkelijk met providers als UPC... Daar ga je met je unike MAC address...

Afijn, het lijkt erop dat ervaring met dit chippie beperkt is. Jammer...

Op 2 oktober 2006 19:33:01 schreef free_electron:
[...]dat is ok de reden waarom er zo moeilijk gedaan wordt over MAC addressen.
twee machienes met hetzelfde MAC address kunenn gans dat spul in de war schoppen.
vandaar dat er een centraal punt is waar je een MAc address moet aanvragen.

Voor lokaal gebruik op je eigen netwerk is dat niet nodig, tenslotte is een mac adres een laag 2 adres wat niet buiten je eigen netwerk te zien is.
Als je je aan de regels wilt houden maak je het 2de bitje 1 (LAA bit).

Op 4 oktober 2006 00:10:35 schreef joopv:
[...]
Voor lokaal gebruik op je eigen netwerk is dat niet nodig, tenslotte is een mac adres een laag 2 adres wat niet buiten je eigen netwerk te zien is.
Als je je aan de regels wilt houden maak je het 2de bitje 1 (LAA bit).

juist en niet juist. Elk ethernet pakket heeft een originating mac , destination mac , originating IP en target IP.

als jij op je netwerk 2 machienes hebt met hetzelfde MAC address dan is het prijs. gene enkel pakket zal resolven en je krijgt collisions totdat de boel blokkeert.

een router kan een MAC echo-en. het MAC aan je LAN kant blijft uniek maar de router vertaalt alle uitgaande verkeer naar 1 MAC address wat gekloond kan zijn van een machiene.

de reden daarvoor is om te maskeren dat er meer 1 machiene op de LAN achter de router hangt. ( sommig ISPs checken dat )

een MAC kan je trouwnes ontleden op fabrikant en equipment type ( je kan dan zien wat voor vlees je in de kuip hebt . sommige ISP's detecteren dat ook : tiens die kerel heeft een router in huis ... )

Origineel was het gegeven dat een MAC address GLOBALLy unique moet zijn om dergelijke collisions te verhinderen.

door de komst van routers is dat niet langer zo , maar op jouw segment NA een router is dat wel nog steeds zo. Het ARP pakket zorgt dan voor de link tussen IP en MAC.

om 'zever' te vermijden is er nog steeds een centraal punt waar je blokken MAc addressen moet aanvragen. elke ethernet device dat geproduceerd wordt zit daar in.

Een ethernet mac adres hoeft alleen op je lokale netwerk (broadcast domein) uniek te zijn. Je mag gewoon zelf het mac adres wijzigen (is mogelijk bij iedere netwerk adapter) zolang je maar geen conflicten veroorzaakt binnen het broadcast domein. Om dit te garanderen kun je het LAA (locally assigned address) bit van het mac adres op 1 zetten, zodat je dan geen rekening hoeft te houden met de fabrikant-toegewezen adressen.

Op netwerken die gescheiden zijn door routers mogen dezelfde mac adressen voorkomen, de router heeft *per interface* een arp tabel.

Op een netwerk waar 2 dezelfde mac adressen voorkomen zullen alleen die 2 hosts er last van ondervinden, de rest loopt gewoon door zonder problemen. Je kunt natuurlijk wel gigantische problemen veroorzaken, b.v. als je de ethernet kaart van je werkstationnetje hetzelfde mac adres geeft als een centrale server van het netwerk.

Collisions is een layer 1 (fysieke laag) eigenschap en dat heeft niets met mac adressen te maken.

Een MAC adres kun je wel op fabrikant type ontleden maar binnen het blok wat toegewezen is mag de fabrikant zelf bepalen wat hij er mee doet, je kunt dus niet aan de hand van het mac adres onderscheid maken tussen types van apparaten, alleen de fabrikant.

http://www.mynetwatchman.com/pckidiot/chap04.htm

Op 4 oktober 2006 08:44:54 schreef joopv:
Een ethernet mac adres hoeft alleen op je lokale netwerk (broadcast domein) uniek te zijn.

Op een netwerk waar 2 dezelfde mac adressen voorkomen zullen alleen die 2 hosts er last van ondervinden, de rest loopt gewoon door zonder problemen.

Collisions is een layer 1 (fysieke laag) eigenschap en dat heeft niets met mac adressen te maken.

Een MAC adres kun je wel op fabrikant type ontleden maar binnen het blok wat toegewezen is mag de fabrikant zelf bepalen wat hij er mee doet, je kunt dus niet aan de hand van het mac adres onderscheid maken tussen types van apparaten, alleen de fabrikant.

klopt, dat schreef ik ook

Collisions kunnen ook optreden op software layer ( als 2 recipienten zelfde pakketje ontvangen en beide een antwoord gaan sturen ( en de hardware collisions overkomen ) dan nog krijg je vodden. stel dat de sequence nummers overlappen : de ene gaat de andere zijn datastroom corrupt maken.

MAC addres kan je verder ontleden dan dat.
Het is heel goed bekend welke blokken er van die kleine 'huis tuin en keuken routertjes' zijn. ISP's hebben die blokken in hun 'flaglist' staan.
Sommige ISP's staan niet toe dat je een router hangt achter je DSL of Cable verbinding , of dat je alleen HUN router mag gebruiken. ( om 'sharen' van een abonnement tegen te gaan ). zij detecteren dat heel simpel op die MAC blokken. de DSLAM controle software heeft daar een configuratie voor. das gewoon aanchecken en de blokken doorgeven. : een van de flaglist MAC's gezien ? knip : poort toe.

Uit de response van SiLabs:

...the text indicates that it is possible to capture all packets. This is an error in the dataheet...

En bedankt. Back to the drawing board...