1043 v4 MAC Adressen

Fr Feb 10 08:28:12 CET 2017

Hi

On 09.02.2017 22:09, Tim Niemeyer wrote:
> Hi
> 
> Am Montag, den 06.02.2017, 10:27 +0100 schrieb Christian Dresel:
>> Hi
>>
>> ich hab jetzt grade mal ein nacktes LEDE geflasht, da zeigt sich das
>> ganze so:
>>
>> br-lan, eth0 und eth0.1 sowie ein angelegtes WLAN (wlan0) haben alle die
>> gleiche MAC, nämlich die, die hinten drauf steht, in meinen Fall:
>> 84:16:F9:5B:86:A8
>>
>> eth0.2, also der WAN Port hat dann die MAC +1 am Ende also in meinen Fall:
>> 84:16:F9:5B:86:A9
> 
> Ich hab mir das grad im LEDE angeschaut. Die MAC fürs WAN holt der sich
> aus dem Flash (config Bereich vom Router-Hersteller).

und wie komm ich mit unserer Firmware an die MAC ran? Ich find kein
Script das die bei uns irgendwo überschreibt, sie wird einfach nur
keinen Interface zugewiesen daher hab ich sie auch nicht zur Verfügung.
Da ich jetzt weiß das sie am Ende +1 ist, könnte ich sie daraus
generieren aber ist das schön?

> 
> So wie es aussieht hast du also zwei echte MACs. Bei beiden kann man
> noch das Private Bit Kippen. Also hast du vier! :) Das reicht
> eigentlich, oder?
> - ethmesh (muss im batman und l2 Netz eindeutig sein)
> - adhoc (muss im batman und l2 Netz eindeutig sein)
> - br-mesh (ich glaub die muss auch eindeutig sein, weil l2 Netz?)
> - ethclient (steckt in br-mesh, ansonsten dumm, daher irrelevant)
> - ap (steckt in br-mesh, ansonsten dumm, daher irrelevant)
> - wan (kann doppelt vergeben werden, steckt nur im vpn [ist andere l2
> Netz])
> - vpn (wird gewürfelt)
> - bat (wird gewürfelt)
> 
> Hab ich was vergessen oder verdreht?
> 
> Daraus ergibt sich, dass du drei MACs brauchst:
> - ethmesh
> - adhoc
> - br-mesh

sicher das ich 3 brauche? Aktuell hab ich es mit den 2 Adressen die ich
habe (die wo unten drauf steht und diese mit gekippten Bit) so gelöst:

root at 1043v4test:~# ifconfig | grep 84:16:F9:5B:86:A8
br-mesh   Link encap:Ethernet  HWaddr 84:16:F9:5B:86:A8
eth0      Link encap:Ethernet  HWaddr 84:16:F9:5B:86:A8
eth0.1    Link encap:Ethernet  HWaddr 84:16:F9:5B:86:A8
eth0.2    Link encap:Ethernet  HWaddr 84:16:F9:5B:86:A8
w2mesh    Link encap:Ethernet  HWaddr 84:16:F9:5B:86:A8
root at 1043v4test:~# ifconfig | grep 86:16:F9:5B:86:A8
eth0.3    Link encap:Ethernet  HWaddr 86:16:F9:5B:86:A8
w2ap      Link encap:Ethernet  HWaddr 86:16:F9:5B:86:A8
root at 1043v4test:~#
(was hier fehlt wird sowieso generiert)

ich muss nochmal alles intensiv testen bisher hab ich das ganze nur
recht oberflächig getestet. Aber du hast natürlich recht, wenn ne 2. MAC
zur Verfügung steht, sollte man die nutzen wenn ich weiß wie ich an die
ran komme ;)

mfg

Christian

> 
> Tim
> 
>>
>> Ist das bei den anderen 1043er (v2 und v3) ebenso oder ist der v4 da was
>> "spezielles"? Warum ich frage ist, weil ich LEDE nie auf den 1043 v2/v3
>> gesehen habe. Mir stellt sich nun die Frage, ist der 1043 v4 da anders
>> als der v2/v3 oder wurde mit dem LEDE was an den MACs geändert?
>> Im ersteren Fall muss ich das ganze halt irgendwie anpassen, im 2. Fall
>> sollten wir LEDE dringend mal auf einen v2/v3 testen, nicht das da was
>> dann nicht mehr passt.
>>
>> mfg
>>
>> Christian
>>
>> On 18.01.2017 09:45, Christian Dresel wrote:
>>> Hallo zusammen
>>>
>>> brauch mal kurz Rat in Sachen MACs. Ich bastel grad am 1043 v4 mit LEDE
>>> (Danke @ RedDog fürs RFC und die Arbeit) herum. Anscheinend fehlen mir
>>> hier eine MAC Adresse.
>>>
>>> Wenn ich mir den 1043 v3 angucken hat er anscheinend 2 MACs die jeweils
>>> noch gekippt (privat gemacht?) werden können. Beispiel:
>>>
>>> https://monitoring.freifunk-franken.de/routers/57aefede9369c31f138d7c68
>>>
>>> hat:
>>> a4:2b:b0:ad:a4:4d & a4:2b:b0:ad:a4:4c
>>> bzw. jeweills mit a6 am Anfang gekippt.
>>>
>>> Mein 1043 v4 hat aber anscheinend nur eine Beispiel:
>>>
>>> https://monitoring.freifunk-franken.de/routers/587dd38c9369c3063d5975d2
>>>
>>> hat:
>>> 84:16:f9:5b:86:a8
>>> bzw. mit 86 am Anfang gekippt.
>>>
>>> Es gibt kein a7 oder a9 am ende, es ist einfach nie erschienen. Dadurch
>>> hatte w2mesh und eth0.3 die gleiche MAC (84:16:f9:5b:86:a8) was
>>> natürlich gar nicht funktioniert hat. Ich hab jetzt ETHMESHMAC=w2ap
>>> gesetzt. Somit wurde eth0.3 durch die MAC von w2ap ersetzt (gekippte
>>> MAC) und hat nun eine andere MAC als w2mesh.
>>>
>>> Jetzt hat aber br-mesh und eth0.1 noch die gleiche MAC, dies scheint
>>> aber auch beim 841 v9 der Fall zu sein (Beispiel:
>>> https://monitoring.freifunk-franken.de/routers/5870a7249369c30650c8282b
>>> war auch bei OpenWRT schon so, hab ich vor dem flashen extra
>>> kontrolliert). Ich geh also mal davon aus das dies kein Problem
>>> darstellt oder?
>>> Wie sieht es mit:
>>> w2ap <-> eth0.3 bzw
>>> w2mesh <-> eth0.1 aus? (ist z.b. hier der Fall, daher geh ich davon aus
>>> ist ok?
>>> https://monitoring.freifunk-franken.de/routers/5821d8169369c3370e441cdf )
>>> Die dürfen gleich sein?
>>>
>>> Demnach würde der 1043 v4 jetzt so passen wie er ist oder gibt es Einwände?
>>>
>>> mfg
>>>
>>> Christian
>>>
>>>
>>>
>>
>> -- 
>> franken-dev mailing list
>> franken-dev at freifunk.net
>> http://lists.freifunk.net/mailman/listinfo/franken-dev-freifunk.net
> 

-------------- nächster Teil --------------
Ein Dateianhang mit Binärdaten wurde abgetrennt...
Dateiname   : signature.asc
Dateityp    : application/pgp-signature
Dateigröße  : 819 bytes
Beschreibung: OpenPGP digital signature
URL         : <http://lists.freifunk.net/pipermail/franken-dev-freifunk.net/attachments/20170210/3e7f07c1/attachment.sig>