Layer2-Address Translation and VLAN-manipulation (System on a Chip with 2xGMII?)

I was wondering if there exists any small devices (preferably the size of a case holding a System-on-a-Chip, two RJ-45-contacts and a PSU/Battery) that do Layer2-Address Translation and VLAN-manipulation.

E.g:
Net A <--- (Device: Strip VLAN-info, change L2-Source Address and recalculate CRC) <--- Net B
Net A ---> (Device: Add original VLAN-info, change L2-Destination Address and recalculate CRC) ---> Net B

Obviously this means that the device needs to remember the original MAC/VLAN-info to reconstruct frames heading back to Net B. It also means that the device will have to either (depending on setup/preference):
A) Forward all Net A L2-broadcasts to all possible VLANs (sending out 4096 L2-broadcasts on Net B).
B) Drop all Net A L2-broadcasts until the device has learnt MAC/VLAN-info on Net B-side to forward the broadcasts to.

All this should preferably be done at Full-Duplex Gbit-speeds.

If no such device exists, I am temped to create one. Unfortunately I know more or less nothing of System-on-a-Chip-solutions. I assume I'd need some guidance in this matter, where could I turn?

Also, have I forgotten to take anything into account? As in why this wouldn’t work.

Thanks in advance!
Tanel

Ursprungligen inskrivet av milkacid
Jag har funderat lite och jag tror inte ens det är möjligt att bygga en sådan låda!

Säg att du ska skicka ett paket från ip a/mac a/vlan a till ip b/mac b/otaggat, din "mystery box" kommer då behöva snappa upp ramen, plocka bort vlan id:et, ändra src macen till mac c och sedan skicka det vidare till ip b/mac b/otaggat. Hur blir det när paketet skall tillbaka? För att första sträckan ska funka krävs att burken måste jobba helt transparent på lager 2!

Nu när ip b/mac b skall skicka tillbaka paketet till ip a så kommer den att använda ip a/mac c, det är här det kommer gå åt skogen, nu helt plötsligt så får din "mystery box" INTE jobba helt transparent utan den måste ha mac c samt låtsas att den har ip a för att din ip<->mac mappning skall vara korrekt med ip a/mac c.

Hoppas att du förstår vad jag menar, det är ju inte det lättaste att förklara.

mvh
milkacid

Ursprungligen inskrivet av shenjin
Låter för mig som om du skulle vilja ha en switch med stöd för VLAN.
Switchar arbetar (iaf vanliga) enbart på lager 2 och är "helt" transparenta för datorerna då deras enda uppgift är att skyffla trafik hit och dit.
Det jag tror du vill åt är en switch som har VLAN och sen en trunkport som gör så att du kan skicka vidare informationen utan VLAN inkapsling eller med.

Det ska nog gå bara du skaffar en lite mer påkostad switch, typ billigare corporate varianter från netgear, linksys eller även d-link borde fungera.

Ursprungligen inskrivet av milkacid
Anledningen till att du måste ha mac a och inte mac c är för att datan skickas ju till rätt burk på lanet mha just mac-adressen, så har du kopplingen ip a/mac c så kommer ramen aldrig att skickas till datorn som egentligen har konfigurationen ip a/mac a. Därför kan du inte ha transparans.

mvh
milkacid

Ursprungligen inskrivet av zlobb
För att kunna använda funktionen för att kunna översätta och samtidigt komma ihåg tidigare mappningar så krävs det flera parametrar (IP, port osv), det är vad jag tror milk försöker säga (Om exempelvis flera hostar på nät B försöker att prata med en host på nät A). Detta är nog baserat på din "Nät A - Nät B" förklaring.

Det känns som att miljön är mera avancerad än så. Det vore därför förmodligen bättre med en beskrivning hur miljön ser ut. (Hur din Juniper är kopplad till övriga switchar/nät osv).

Ursprungligen inskrivet av zlobb
Du funkar bra när det är en på varje sida. Ifall jag inte tänker galet så blir det problem om det exempelvis finns en till dator (dator D) på samma segment (vlan) som dator A.

Ifall då "boxen" översätter dator D till mac C också, hur skall den kunna bestämma vart svaret ifrån dator B skall levereras. Till dator A eller D ?

I min tanke förutsätter jag att "boxen" mappar flera till samma mac (C). Det kanske inte var din tanke, det var därför jag ville se en mera översiktlig bild över miljön för att eventuellt förstå lite bättre. Jag förstår fortfarande kanske inte, så jag borde kanske strunta i att skriva.

Ursprungligen inskrivet av zlobb
Nu är det kanske inte så att det blir enklare med en bild men det fanns givetvis en möjlighet. Jag kan inte vet hur miljön ser ut sedan innan och vilka problem/möjligheter som finns.

Jag kanske skulle frågat efter en lite mera detaljerad beskrivning istället, hur det är tänkt att det skall funka och vad det är som går snett. Sen att det blev olyckligt att jag bad om en överskådlig bild får jag väl erkänna att det var korkat. Jag kanske antog lite för mycket när jag skrev svaret i så fall så har jag klantat mig igen.

Ursprungligen inskrivet av zlobb
Aha, då hänger jag med. För att återgå till original frågan så tror jag inte att det finns någon sådan grunka. Inget jag har hört talas om i alla fall. Finns switchar som kan manipulera vlan i lite olika kombinationer. Fast det är inte direkt billiga. Sedan så hjälper de inte tillräckligt i detta fallet.

Huruvida du kan skapa en egen enhet låter jag vara osagt då jag inte har någon koll på sådant. Alternativt är väl att ändra på "hela" lösningen fast det är väl förmodligen komplicerat och kanske inte en möjlighet överhuvudtaget.