KabelBW und statische IPs
-
Hallo zusammen,
wir haben bei uns auch einen KabelBW Business 150 (mit 5 öffentl. IPs) laufen.
Derzeitig läuft dies auf einer APU, welche die 150 MBit (in unserem Falle) könnte - hier scheitert es jedoch bei uns an einer anderen "Baustelle" ;)In der Tat ist es so, das du leider pro Public-IP eine phys. NIC "verbraten" musst.
Wie JeGr schon andeutete, wird bei KabelBW alles via DHCP verteilt und dein Endgerät (pfsense) erhält nur eine IP pro Interface / MAC.
Es wird leider auch in der Leistungsbeschreibung bei KabelBW darauf hingewiesen. :(Ich habe bis dato auch noch keinen anderen Weg gefunden, dies eleganter zu lösen.
Wird schwer werden. Ich würde KabelBW schlicht anfragen, ob da kein Entgegenkommen ist, da das mit deiner Hardware schlicht nicht funktioniert. Punkt.
Das hatte ich auch schon versucht, leider erfolglos. Siehe auch Hinweis wg. Leistungsbeschreibung.
Ich hatte mal vor ca. 10 Monaten die Gelegenheit, mich länger mit einem (fähigen) Techniker zu unterhalten.
Seiner Aussage nach wäre wohl was in Planung, ähnlich wie beim rosa Konkurrenten mit einem ComanyConnect, dies über ein Netz zu routen.
Ob überhaupt und wenn ja, wann dies jedoch kommt bzw. kommen könnte, will keiner und wird dir auch keiner sagen.
Leider …Gruß Sebastian
-
Hmmm, bei CARP werden ja auch mehrere MACs auf einem interface verwendet?
Alternativ wäre es vielleicht möglich, das interface statisch zu konfigurieren. Um den DHCP-Server zu befriedigen, wäre dann allerdings ein modifizierter DHCP-Client notwendig, dem man dann beliebige MAC/IP-Paare beibringen könnte.
-
@sanches:
In der Tat ist es so, das du leider pro Public-IP eine phys. NIC "verbraten" musst.
Wie JeGr schon andeutete, wird bei KabelBW alles via DHCP verteilt und dein Endgerät (pfsense) erhält nur eine IP pro Interface / MAC.
Es wird leider auch in der Leistungsbeschreibung bei KabelBW darauf hingewiesen. :(Ich habe bis dato auch noch keinen anderen Weg gefunden, dies eleganter zu lösen.
Ich habe nun schon zum dritten mal die Info bekommen, dass es angeblich gehen soll, zu einer MAC mehrere IPs zuzuordnen. Leider kann ich das noch nicht ausprobieren, weil der Anschluss noch nicht verlegt wurde.
Sebastian, hast Du schon mal versucht, mehrere IPs unter der der gleichen MAC einzutragen?
Wie hat KabelBW das eigentlich technisch implementiert?
Im Kabelmodem sitzt ja ein DHCP-Server. Aber der hat ja keinen Einfluss darauf, welche IPs zu ihm geroutet werden (oder doch?). Dieser DHCP-Server im Kabelmodem müsste also den DHCP-Verkehr dahin weiterleiten, wo die routing-Entscheidung gefällt werden kann. Und das muss ja am anderen Ende des (Koax-)Kabels sein, oder nicht? Alles in allem wäre das ein sehr übler Hack…
Das Ganze macht doch nur dann Sinn, wenn das andere Ende des Koax meine 5 IPs statisch zu meinem Modem routet. Folglich muss das Modem auf der LAN-Seite ein /29-Netz konfigurieren.
IMHO müsste das Modem tatsächlich ein /29-Netz bekommen. Das erklärt auch, warum es ausgerechnet 5 Adressen sind (8 abzüglich 3 für Modem, Netz und Broadcast, ergibt 5 nutzbare Adressen)
-
Ich habe nun schon zum dritten mal die Info bekommen, dass es angeblich gehen soll, zu einer MAC mehrere IPs zuzuordnen. Leider kann ich das noch nicht ausprobieren, weil der Anschluss noch nicht verlegt wurde.
Zu einer MAC mehrere IPs? Ja natürlich, aber nicht per DHCP. DHCP kann im Protokoll nicht mehrere IPs ausliefern und um es ansonsten dynamisch zu konfigurieren, müssen eben mehrere MACs an den DHCP Server übermittelt werden. Das funktioniert im Protokoll schlicht nicht.Wie hat KabelBW das eigentlich technisch implementiert?
So wie jeder andere handelsübliche DHCP Server mit IP "Reservierungen". MAC Adresse eintragen und IP dazu die ausgeliefert wird, wenn DHCP Packages mit dieser MAC kommen. Also ganz normal.Im Kabelmodem sitzt ja ein DHCP-Server. Aber der hat ja keinen Einfluss darauf, welche IPs zu ihm geroutet werden (oder doch?).
Auf Routing nicht (oder nur indirekt). Er versendet lediglich DHCPDISCOVER Pakete mit seiner MAC und bekommt daraufhin eine IP zugewiesen.Dieser DHCP-Server im Kabelmodem müsste also den DHCP-Verkehr dahin weiterleiten, wo die routing-Entscheidung gefällt werden kann. Und das muss ja am anderen Ende des (Koax-)Kabels sein, oder nicht? Alles in allem wäre das ein sehr übler Hack…
DHCP != RoutingDas Ganze macht doch nur dann Sinn, wenn das andere Ende des Koax meine 5 IPs statisch zu meinem Modem routet. Folglich muss das Modem auf der LAN-Seite ein /29-Netz konfigurieren.
Nein, der DHCP im Modem ist bei diesem Verfahren überhaupt nicht an bzw. nur als DHCP Relay. KabelBW (Unitymedia) geht einfach davon aus, dass du dein Modem an einem Switch hängen hast, und daran deine bis zu 5 Geräte. Da jedes eine eindeutige MAC hat, bekommt jedes brav seine externe IP per DHCP. Nur will das kaum jemand, per Modem direkt am Netz zu hängen. Und da versagt diese "tolle" Idee.IMHO müsste das Modem tatsächlich ein /29-Netz bekommen. Das erklärt auch, warum es ausgerechnet 5 Adressen sind (8 abzüglich 3 für Modem, Netz und Broadcast, ergibt 5 nutzbare Adressen)
Schönes Rechenbeispiel, muss aber wie gesagt nicht der Fall sein und kann auch beliebige Einzeladressen sein. Ob das Sinn macht ist dann was anderes, aber somit hat man keinen Verschnitt durch Netzgrenzen. -
Ich habe nun schon zum dritten mal die Info bekommen, dass es angeblich gehen soll, zu einer MAC mehrere IPs zuzuordnen. Leider kann ich das noch nicht ausprobieren, weil der Anschluss noch nicht verlegt wurde.
Zu einer MAC mehrere IPs? Ja natürlich, aber nicht per DHCP. DHCP kann im Protokoll nicht mehrere IPs ausliefern und um es ansonsten dynamisch zu konfigurieren, müssen eben mehrere MACs an den DHCP Server übermittelt werden. Das funktioniert im Protokoll schlicht nicht.Ich glaube, da reden wir ein wenig aneinander vorbei.
Es geht bei dieser Geschichte ja um drei Punkte:
-
Reservierung der IPs. Diese erfolgt auf der Webseite, auf der man die MAC eingeben soll. Angeblich soll man hier für alle fünf Adressen die gleiche MAC eintragen können. Diese Auskunft habe ich vom Service nun mittlerweile vier mal mitgeteilt bekommen.
-
Verteilung der IPs. Hier ist DHCP vorgesehen, und die von Dir erwähnte Einschränkung (nur eine IP pro MAC) würde greifen. Ich hätte hier aber keinerlei Hemmungen, die IPs statisch an die Interfaces zu binden sobald sie reserviert sind. Mit statischen Eintragungen würde diese Einschränkung nicht mehr bestehen. Auch hätte ich keine Hemmungen, einen modifizierten DHCP-Client zu verwenden, der dem Server Phantasie-MACs (von ausgemusterten ISA-Karten zB) unterschiebt.
-
Routing
Wenn man auf der Webseite mit einer MAC mehrere IPs reservieren kann, sollte das tatsächlich ausreichend sein.
Das wesentliche Problem ist meiner Meinung nach Punkt 3. Und hier sehe ich genau zwei Möglichkeiten:
-
Das Routing wird nach erfolgter Reservierung statisch auf meinen Anschluss gelegt. Dann sollte es reichen, die Adressen statisch auf das Interface zu legen.
-
Der DHCP-Server steuert das Routing irgendwie, nachdem er die Adressvergabe erledingt hat. Das hatte ich weiter unten mit "übler Hack" bezeichnet.
Wie hat KabelBW das eigentlich technisch implementiert?
So wie jeder andere handelsübliche DHCP Server mit IP "Reservierungen". MAC Adresse eintragen und IP dazu die ausgeliefert wird, wenn DHCP Packages mit dieser MAC kommen. Also ganz normal.Damit wäre aber lediglich die IP "reserviert" und meinem Interface mitgeteilt. Das erreicht man auch problemlos mit einer statischen Zuweisung. Das wesentliche, nämlich das Routing ist damit noch lange nicht erledigt. Die wesentliche Frage ist also: wird das Routing statisch (mit der Reservierung auf der Webseite) oder dynamisch (jedesmal wenn der DHCP die Adresse vergibt) eingetragen? Das wollte ich wissen als ich fragte, wie sie das technisch implementiert haben.
-
-
Verteilung der IPs. Hier ist DHCP vorgesehen, und die von Dir erwähnte Einschränkung (nur eine IP pro MAC) würde greifen. Ich hätte hier aber keinerlei Hemmungen, die IPs statisch an die Interfaces zu binden sobald sie reserviert sind. Mit statischen Eintragungen würde diese Einschränkung nicht mehr bestehen. Auch hätte ich keine Hemmungen, einen modifizierten DHCP-Client zu verwenden, der dem Server Phantasie-MACs (von ausgemusterten ISA-Karten zB) unterschiebt.
Richtig, wenn KabelBW hier keinen Mist baut, kannst du das theoretisch machen. Wenn eine MAC für mehrere IPs vergeben werden kann, dann geht auch kein anderes Verfahren als statisch binden, zumindest Router-übergreifend wäre das sonst kaum sinnvoll zu konfigurieren. Allerdings wird an anderer Stelle gerade davon abgeraten bzw. gewarnt. seufz
Das wollte ich wissen als ich fragte, wie sie das technisch implementiert haben.
Das wird dir niemand außer einem KabelBW Netzwerktechniker verraten können, weil man es eben nirgends sieht. Ob das nun Netzweise geroutet, getunnelt oder sonstwie verteilt wird… keine Ahnung. Da es aber bei KabelBW durch ein oder mehrere private Netze geroutet wird, wird es zumindest nicht gerade simpel sein.
-
Hi,
ich hatte vor etwa 2 Jahren genau diese Anforderung und habe mich auch mit dem gebastel mit Bridging, MACs von ausrangierter Hardware und Carp Mac Adressen etc auseinandergesetzt.
Am Ende blieb nur die Erkenntnis das es instabil funktioniert und das die Einstellungen einen Neustart nicht überleben da die Carp-macs neu generiert werden.
An der Tatsache das man für jede IP ein physisches Interface benötigt hat sich leider nichts geändert. Ich erhielt im dem Zusammenhang auch die Aussage das die Funktionalität auch in Zukunft nicht geben wird ein /29 Subnetz zu routen (außer bei den Company Fibre Produkten).
Was funktioniert ist auf Anfrage verschiedene IP-Adressen aus verschiedenen Subnetzen zu bekommen (=verschiedene Gateways).
Sowie das Einrichten des Statischen Routings mit einem Techniker des Netzwerk-Service-Teams. Dafür sind offensichtlich Einstellungen in deren Backend notwendig gewesen da ich mich damals zwischen statisch und dynamisch entscheiden musste.Wenn es um kritische Dienste und hohe Verfügbarkeit geht sind die Office Internet Tarife ohnehin nicht das richtige Produkt. Anderfalls muss man damit leben ein paar 4Port Nics einzubauen damit es zuverlässig funktioniert :)
MfG
-
Wenn es um kritische Dienste und hohe Verfügbarkeit geht sind die Office Internet Tarife ohnehin nicht das richtige Produkt.
Da würde ich sogar zustimmen. Schade ist es trotzdem, dass man es so schwierig macht, mehr als eine statische IP zu bekommen. Allerdings verständlich, wenn man die Lage der v4 Adressen und der Kabelbetreiber kennt (denen massivst die v4 Adressen ausgehen/fehlen)
Anderfalls muss man damit leben ein paar 4Port Nics einzubauen damit es zuverlässig funktioniert :)
Was irgendwie etwas Overkill ist ;) (also zumindest 4x 1GB NIC um dann doch nur 150 MBit in Summe maximal zu bekommen und nur die IPs zu haben :D)
Fies. -
Allerdings verständlich, wenn man die Lage der v4 Adressen und der Kabelbetreiber kennt (denen massivst die v4 Adressen ausgehen/fehlen)
Ich finde das überhaupt nicht verständlich. Ganz im Gegenteil! Eine statisch IP zu reservieren ist sogar extrem simpel. Was hier erschwert wird, ist die Nutzung einer bereits reservierten IP. Sorry, aber hier fehlt mir jedes Verständnis!
Um die IPs nutzen zu können, soll ich meine Endgeräte ohne jeden Schutz direkt ans Netz hängen. Tolle Wurst!
-
Ich finde das überhaupt nicht verständlich. Ganz im Gegenteil! Eine statisch IP zu reservieren ist sogar extrem simpel. Was hier erschwert wird, ist die Nutzung einer bereits reservierten IP. Sorry, aber hier fehlt mir jedes Verständnis!
Nein, du verstehst nicht, was ich mit meiner Aussage mein(t)e. Ich sprach davon, dass ich verstehen kann, warum man bei IP(v4) Adressen so knausrig und wenig entgegenkommend ist. Weil man sich keinen Verschnitt durch Routing etc. mehr leisten kann. Jeder User der ein wenig ohne Plan an seinem Heimrouter herumbaut hat Probleme mit DualStack oder IPv6 und pocht somit auf seine alte IPv4 Adresse. Und gerade die Kabelanbieter sind die jüngsten ISPs im Ring und haben eben nicht den Altersvorteil wie eine Telekom oder Vodafone, die schon aus legacy Gründen damals große Zuteilungen an IP Adressen für ihre Netze bekamen. Dummerweise sind aber die Kabelanbieter diejenigen, die gerade mit das größte Wachstum an Kunden haben, da sie die Anschlüsse entkoppelt von Telefon, Mobilfunk oder sonstigen Knebelverträgen in die Haushalte bekommen haben und das mit Geschwindigkeiten, bei denen die klassischen Telcos erst einmal schwindelig waren und mit technischen Kniffen und Workarounds ankommen mussten um ihr DSL konkurrenzfähig zu halten.
Beispiel Vodafone/KabelDeutschland. Hatten wir erst auf einem IPv6 Tag, dass die Jungs und Mädels dort mit die größte wachsende Userbase haben, ihnen aber massiv IPlegacy Adressen fehlen. Also gibts dort keine Alternative zu IPv6 und Carrier Grade NAT etc. KabelBW hat da ein paar Jahre mehr auf dem Buckel und noch etwas größere IP "Reserven" da auch kleinere Userbasis, somit können sie es sich momentan noch leisten, Adressen rauszuhauen und tun das natürlich gerne, um mehr Kunden anzuziehen. Aber endlos ist das Kapitel eben nicht mehr spielbar. Wenn jeder Geschäftskunde ankäme und 5 IPs will, würde das auch weh tun. Bei den Privatkunden mal ganz zu schweigen. Wenn ich dann noch anfange, das ganze richtig komfortabel einzurichten, dass ich dem Kunden sogar noch ein Subnetz route (und damit 2 Adressen Verschnitt pro Netz habe - Broadcast und Netz), kann ich für jeden 3. Kunden der sowas will schon wieder einen Kunden nicht mehr abdecken (weil ich dann schon 6 Adressen verschnitt habe). Weise ich Adressen einzeln zu und noch dazu unabhängig von Netzen kann ich überall einzelne IPs recyclen und weiternutzen, ohne dass diese als Netz zusammenhängen müssen.
Deshalb: Ich kann die Sicht der ISPs da ganz gut nachvollziehen. Dass es nicht schön ist für den Kunden, ist eine andere Frage und steht auf einem anderen Blatt.
Allerdings: Dass das Konstrukt so ist, wurde immerhin offen kommuniziert (auch wenn ich dabei bleibe und dir zustimme dass es großer Murks ist)Zynisch aber OT: Das wäre alles kein so großes Thema, wenn alle endlich mal ordentlich IPv6 einführen würden. Aber auch da murksen leider die ISP an vorderster Front wieder ganz großen Mist zusammen…
Um die IPs nutzen zu können, soll ich meine Endgeräte ohne jeden Schutz direkt ans Netz hängen. Tolle Wurst!
Nicht zwangsläufig. Du könntest trotzdem eine transparente pfSense im Bridge Modus dazwischenhängen, aber siehe oben: Ich stimme dir vollkommen zu, dass es richtig großer Murks ist. (Ist im übrigen ein ähnlicher Fall wie Hetzners IP Vergabe mit Switch Port MAC Bindung etc.)
Grüße
-
Hallo zusammen,
entschuldigt bitte die späte Antwort.
Sebastian, hast Du schon mal versucht, mehrere IPs unter der der gleichen MAC einzutragen?
(kurz) versucht ja, allerdings ohne Erfolg.
Habe mich damit aber auch nicht lange aufgehalten.
Ich bin der gleichen Meinung wie ihr, das diese Thematik "unschön" gelöst ist seitens KabelBW.
Bevor ich da aber Stunden oder Tage versemmel pack ich auch eher eine 4-Port Karte an.Gruß Sebastian
PS (wenn auch OT):
Zwischenzeitlich ist die Verwaltung der MACs ja vergleichsweise gut gelöst.
Diese lassen sich mittlerweile bequem über eine Weboberfläche vom Kunden selbst verwalten. Änderungen greifen dabei auch innerhalb von Minuten.
Anfangs musste man alles erst beantragen.
Und wehe dem, dein Endgerät macht die Grätsche und dein neues Endgerät kann kein MAC-Spoofing,
dann hast du anfangs auch mal 2-3 Tage ohne Internet auskommen müssen (leider auch persönlich erlebt) … -
dann hast du anfangs auch mal 2-3 Tage ohne Internet auskommen müssen (leider auch persönlich erlebt) …
Dito, kenne ich leider auch aus den Anfangstagen bei KabelBW Business. Das war aber schon ziemlich zu Beginn. Glücklicherweise hatten wir da noch ein Kabelmodem vornedran und konnten die pfSense damals selbst die Verbindung herstellen lassen und dort die MAC eintragen. Wir kamen da aber glücklicherweise mit einer festen IP aus und brauchten nicht mehrere.
-
@sanches:
Bevor ich da aber Stunden oder Tage versemmel pack ich auch eher eine 4-Port Karte an.
Naja, bei mir muss es unbedingt eine kleine und stromsparende HW sein, weil das Ding in eine Medienverteilung soll, wo möglichst keine Abwärme entstehen darf. In solche HW (derzeit ist APU.1d4 angedacht) passt nunmal keine 4port-Karte.
-
Man kann sich jedoch einfach die MACs von alter Hardware nehmen und diese im entsprechenden Interface eintragen.
Nein, das geht m.W. nicht. Das Problem besteht einfach daran, dass die pfSense via DHCP von KabelBW nicht mehr als eine IP zugewiesen bekommen kann. Du bräuchtest quasi 4 virtuelle NICs auf der pfSense mit eigener IP die dann auch noch alle eine andere/definierte MAC haben. Das ist nach meinem Kenntnisstand so nirgends konfigurierbar und wenn dann nur auf der Console und mit bösen Hacks
Wenngleich spät in der Diskussion wollte ich mich doch noch einmal kurz dazu melden.
Natürlich geht das, das ist in der Konfig des Interfaces als eigenes Feld ausgeführt. Und das funktioniert auch für VLANs. Man braucht also auch mit einer APU nicht verzweifeln sondern einfach 5 virtuelle (WAN) Interface anlegen und denen je eine eigene MAC mitgeben.
Ein "böser Hack" sieht IMHO anders aus. :D -
Ein "böser Hack" sieht IMHO anders aus. :D
Wenn dem so ist, wäre das ja wünschenswert :)
Allerdings ist es im Normalfall schon so, wie es vorher gesagt wurde, dass die VLANs auch die MAC Adresse der physikalischen Interfaces annehmen. Hast du das zufällig aktiv mal getestet ob mehrere VLANs auf dem gleichen physikalischen Interface bei der MAC Vergabe sich nicht gegenseitig beeinflussen?Ich grüble zwar noch, wie dann diese 4 VLAN Interfaces mit dem vorgeschalteten Modem reden (das ja im Normalfall keine VLAN Tags kennt)… aber evtl. könnte das klappen.
-
Moin,
…
Ich grüble zwar noch, wie dann diese 4 VLAN Interfaces mit dem vorgeschalteten Modem reden (das ja im Normalfall keine VLAN Tags kennt)... aber evtl. könnte das klappen.kleinen managed Switch und dort die virtuellen Schnittstellen auf physische Port erweitern, also mit 1x VLAN tagged rein und 4x untagged raus? Würde das funktionieren?
-teddy
-
Hast du das zufällig aktiv mal getestet ob mehrere VLANs auf dem gleichen physikalischen Interface bei der MAC Vergabe sich nicht gegenseitig beeinflussen?
Nö, getestet nicht, aber wieso sollte das nicht funktionieren? Kann VMware doch zB auch für die NICs seiner VMs. Und die generieren sogar eigene MAC Adressen pro VM.
kleinen managed Switch und dort die virtuellen Schnittstellen auf physische Port erweitern, also mit 1x VLAN tagged rein und 4x untagged raus? Würde das funktionieren?
anders herum. ;-). Du willst die ja bridgen.
4x tagged VLANs rein und auf einem Port untagged heraus
Ist Quatsch, das kann ja kaum ein Switch. Selbst mit PVIDs hast Du immer nur ein solches.
Also doch 4x raus und dann wieder auf einem Switch/Segment zusammenführen um auf das eine Modem zu gelangen.![Bildschirmfoto 2015-05-21 um 20.32.13.png](/public/imported_attachments/1/Bildschirmfoto 2015-05-21 um 20.32.13.png)
![Bildschirmfoto 2015-05-21 um 20.32.13.png_thumb](/public/imported_attachments/1/Bildschirmfoto 2015-05-21 um 20.32.13.png_thumb)
![Bildschirmfoto 2015-05-21 um 20.32.51.png](/public/imported_attachments/1/Bildschirmfoto 2015-05-21 um 20.32.51.png)
![Bildschirmfoto 2015-05-21 um 20.32.51.png_thumb](/public/imported_attachments/1/Bildschirmfoto 2015-05-21 um 20.32.51.png_thumb) -
Ahoi Chris,
ja die Idee ist schon interessant, du bekommst dann vielleicht auf jedem VLAN Interface eine IP Adresse. Ich bin mir nur nicht schlüssig ob das Modem dann den DHCP von jedem VLAN sauber empfangen und bearbeiten kann weil es selbst kein VLAN spricht. Und wenn es an einem Switchport hängt, der für alle 4 VLANs getaggt ist - schön und gut - aber wer taggt die Pakete dann? Das Modem hat keine Ahnung von VLANs und wenn es dann auf dem Switchport DHCP Antwort Pakete sendet - welche VLAN ID sollen die annehmen? Man kann ja dem Switchport ein Default VLAN mitgeben, aber dann landen alle ungetaggten Pakete im gleichen VLAN -> wieder nichts gewonnen. Das Modem müsste ja dann entsprechend auch an 4 x LAN hängen, damit jeder Port transparent eine Gegenstelle hat.
Vielleicht übersehe ich jetzt vor lauter Wald den Baum aber irgendwie wüsste ich nicht wie ein nicht-VLAN fähiges bzw. non-VLAN-aware Gerät das hinbekommen sollte?
Grüße
Jens -
ja die Idee ist schon interessant, du bekommst dann vielleicht auf jedem VLAN Interface eine IP Adresse. Ich bin mir nur nicht schlüssig ob das Modem dann den DHCP von jedem VLAN sauber empfangen und bearbeiten kann weil es selbst kein VLAN spricht.
Wozu DHCP? Statisch konfigurieren un feddich! IMHO ist DHCP das geringste Problem…
Und wenn es an einem Switchport hängt, der für alle 4 VLANs getaggt ist - schön und gut - aber wer taggt die Pakete dann?
?!?
Dafür hat man doch den VLAN-fähigen switch?
Ideal wäre ein Switch, der auf einen Port mehrere ungetaggte VLANs legen kann. Gibt es sowas?
Alternativ könnte man die fünf Ports des VLAN-Switches mit einem dummen 8-Port-Billig-Switch zusammenfassen, um zum Modem zu gehen.
Angenommen, die Web-Oberfläche würde es tatsächlich zulassen, mehrere IPs auf eine MAC zu konfigurieren. Und ich würde dann zB folgende Adressen bekommen (hier hypothetisches Beispiel):
111.223.149.94
111.222.148.95
111.223.147.96
111.222.146.97
110.222.145.98Dann könnte ich auf diesem Interface einfach 110.0.0.0/7 konfigurieren, und alles wäre gut. Ich sehe nicht, was dagegen sprechen würde.
BTW: Ich habe jetzt mal flüchtig an einem KabelBW-Modem gelauscht und erstaunliches festgestellt: AFAIR ist da ARP-Traffic von 4.x.x.x über 103.x.x.x bis hin zu 2??.x.x.x zu sehen. Da scheinen sogar mehrere Class-A-Netze drauf zu liegen :o Die routen da wohl Kraut und Rüben hin. Wenn ich mal wieder an die Leitung komme, werde ich mal genauer hinschauen, was da alles an Adressen unterwegs ist.
-
Wozu DHCP? Statisch konfigurieren un feddich! IMHO ist DHCP das geringste Problem…
Nicht bei Unitymedia / KabelBW. Da gab es schon häufiger Probleme, wenn die IP statisch konfiguriert ist, weil man etwaige Gateway oder Routing Änderungen dann nicht mitbekommt. Es wird auch explizit davon abgeraten das statisch zu konfigurieren, da es zu genannten Problemen kommen kann. Deshalb - unschön.Dafür hat man doch den VLAN-fähigen switch?
Nein. Der Switch ist konfiguriert auf (bspw.) einen Trunk-Port für die pfS, der dann die 4 VLANs hat. 10,20,30,40 als Beispiel. Schön und gut. In der pfSense werden die dann eingetragen und werden somit eigene Pseudo-Interfaces. Das Kabelmodem hat aber auch nur einen Port, hat aber keine Ahnung von VLANs. Wie soll das Kabelmodem jetzt Antwortpakete in das entsprechende VLAN schicken, wenn es die Pakete nicht taggt? Der Switch kann einen Port per default nur in ein VLAN taggen. Er kann ja auch gar nicht wissen, mit welchem VLAN du reden willst wenn du kein VLAN Tag benutzt, aber auf dem Port mehrere VLANs definiert sind. Das Modem schickt also jetzt ein DHCP-ACK und taggt das Paket nicht - weil es keine Ahnung davon hat - und der Switch weißt es dann seinem Default VLAN zu. Aber eben nicht den 3 anderen.Ideal wäre ein Switch, der auf einen Port mehrere ungetaggte VLANs legen kann. Gibt es sowas?
Nein, zumindest wäre mir nichts dergleichen bekannt, weil er ja keine Ahnung hat in welches der VLANs er das Paket schicken soll. Dazu müsste man den Port "quasi" programmieren und ihm zusätzliche Logik verpassen, damit er das Paket komplett auseinander nimmt und dann ggf. MAC based das VLAN erkennt.Trotzdem erschließt es sich mir noch nicht, ob/wie das sinnvoll funktionieren wird.
Angenommen, die Web-Oberfläche würde es tatsächlich zulassen, mehrere IPs auf eine MAC zu konfigurieren. Und ich würde dann zB folgende Adressen bekommen (hier hypothetisches Beispiel):
Die Oberfläche hat damit ja gar nichts zu tun. Die WebGUI unterstützt das, ebenso wie pfSense nativ. Nennt sich Virtual IP/Alias IP.Dann könnte ich auf diesem Interface einfach 110.0.0.0/7 konfigurieren, und alles wäre gut. Ich sehe nicht, was dagegen sprechen würde.
Nope, geht nicht. Außer du sägst dir mal kurz instant das komplette 110/111.er Netz ab, denn du würdest alle Adressen verlieren. Da deine pfSense dann denkt, dass die Adressen bei ihr direkt auf dem WAN Interface lokal erreicht werden können, würde sie diese nie mehr an den Default-Router weiterreichen. Mag sein, dass dir das an der Stelle egal ist, aber wenn da ggf. wichtige Services drin liegen, die du erreichen musst, bist du aufgeschmissen. Zudem gibt dir KabelBW zu jeder IP Adresse ggf. ein anderes Gateway, so dass du nicht einfach platt 110/7 via Gateway X konfigurieren kannst, weil das bei denen dann überhaupt nicht rausgeroutet wird. So einfach ist es leider nicht.Was das Kraut und Rüben angeht: Du lauschst an einem Modem, was ggf. im Background in einem privaten Netzbereich hängt und bekommst da ggf. Rest-Traffic von anderen Kunden aus dem Segment mit. Wäre zwar unschön, aber vorstellbar. Muss nicht unbedingt was mit dem Routing zu tun haben. Da hab ich bei 1&1 und Co schon anderes gesehen...
Grüße
-
…du bekommst dann vielleicht auf jedem VLAN Interface eine IP Adresse. Ich bin mir nur nicht schlüssig ob das Modem dann den DHCP von jedem VLAN...
Wenn ich Euch richtig verstanden habe, dann bekommt Ihr mehrere (5?) public IP Adressen zugewiesen, für die es jeweils eine eigene MAC benötigt. Diese muss beim Provider hinterlegt werden. Richtig?
Das Modem selbst ist ja dumm (sollte zumindest) und bridged nur das vom Kabel kommende Signal auf ein Ethernet. Dafür müssen alle 5 NICs, deren MACs eine IP zugewiesen bekommen sollen, für dieses Modem direkt "sichtbar" sein.In der pfSense baust Du Dir nun einen Trunk, in dem alle 5 vWAN Interfaces hängen. Diesen verbindest Du mit dem Trunk-Port eines Switches. Der Switch hat 5 untagged Ports konfiguriert, auf denen jeweils ein VLAN herauskommt. Jedes bridgest Du mit einem CAT-Kabel auf 5 Ports eines (unmanaged) Switches, an dem auch der Lan-Port des Modems hängt. (Das kann natürlich auch der gleiche Switch mit einem separierten Segment sein)
Nachvollziehbar oder solch ich eine Skizze machen?Probiert das mal bitte jemand aus! Ich habe zwar Kabel (KDG) aber bekomme nur eine dynamische p-IPv4 zugewiesen. Wenn überhaupt…
-
Ideal wäre ein Switch, der auf einen Port mehrere ungetaggte VLANs legen kann. Gibt es sowas?
Jain.
Eins der VLANs muss immer eine PVID tragen, was bedeutet, dass jeder Traffic zum Interface immer in dieses VLAN verpackt wird.
"Hören" kannst Du alle. -
@Jahonix: Wow, ja mit einer Switchkaskade könnte es dann tatsächlich hinhauen. Trunk mit 4 VLANs auf VLAN Switch, dort dann 4 Einzelstrecken zu nächstem Switch/Hub wo dann final das Modem dranhängt. Könnte wirklich hinhauen, hört sich aber mighty overdosed an für den Erfolg ;) Aber interessant wärs tatsächlich. Der "dumme" Switch und der VLAN Switch müssen dann nur ordentlich ihre MAC State Table im Griff haben, dann könnte das wirklich hinhauen. Das heißt dann aber auch, dass man ein Spinnennetz aus Leitungen am WAN hat (eigentlich gruselig um nur die IP abzugreifen), aber wenns klappt.
Interessant wäre ja noch ein zweiter Test:
Wenn man für alle IPs die gleiche MAC angeben kann, wäre es eine interessante Variante, die zusätzlichen IPs statisch zu konfigurieren (nicht empfohlen, klar) und die primary IP eben per DHCP zu holen.
Grüße Jens
-
Wie kommt ihr eigentlich drauf man könnte bei KabelBW mehrere IPs mit einer identischen MAC reservieren? Das geht schlicht und ergreifend nicht ???
-
mit einer Switchkaskade könnte es dann tatsächlich hinhauen. […] hört sich aber mighty overdosed an für den Erfolg
Wieso?
Der OP hatte IMHO die Einschränkung, aus platz- und thermischen Gründen nur eine ALIX/APU verwenden zu können.
Mit den Kisten habe ich doch kaum eine andere Chance, als es in dieser Form zu konfigurieren.Wenn man für alle IPs die gleiche MAC angeben kann, wäre es eine interessante Variante, die zusätzlichen IPs statisch zu konfigurieren
Warum sollte das funktionieren können, wenn man die MACs in einem Web-Interface des Providers vorher konfigurieren muss?
Dabei hilft es jetzt auch nicht, über die generelle Sinnhaftigkeit dieses Vorgehens zu diskutieren. Nur mal so präventiv. -
@tpf: Das wurde zwischendurch behauptet/in der Raum geworfen, da ich selbst kein Business Kunde bin konnte/kann ich dazu nichts sagen :)
Wieso?
"overdosed", da mit zwei vorgeschalteten Switches wovon einer noch intelligent mit VLANs sein muss und entsprechend wirre Verkabelung. Wenn Platzgründe das Problem des OP sind, könnten zwei Switches und der Kabelsalat ja durchaus ein Argument sein. War aber nicht negativ/abwertend gemeint, nur eben ziemlich aufwändig für "möchte eigentlich nur 4 IPs haben".Warum sollte das funktionieren können, wenn man die MACs in einem Web-Interface des Providers vorher konfigurieren muss?
Da ich zumindest einmal in der Vergangenheit KabelBW Business bei einer Firma hatte, weiß ich, dass man damals zumindest eine Zeit lang das Interface auch statisch konfigurieren konnte, es gab aber in unregelmäßigen Abständen dann immer mal wieder Probleme (Routing o.ä.) so dass das eben nicht empfohlen ist. Die Idee - die ja nicht funktionieren wird, da @tpf ja schon gezeigt hat, dass es nicht möglich ist - war dann lediglich darauf zu vertrauen, dass so lange eine IP wenigstens dynamisch konfiguriert ist, es nicht so problematisch ist die anderen statisch zu konfigurieren, da hoffentlich meist das gleiche Gateway o.ä. definiert wird.Ist aber nun ebenfalls egal, da wir ja nun sehen, dass es überhaupt nicht möglich ist. Hätte mich auch stark gewundert, denn da die IPs per DHCP vergeben werden, würde jeder DHCP Server streiken wenn man ihn mit 4 gleichen MACs für unterschiedliche IPs füttert. :)
Trotzdem eine interessante Diskussion, vor allem die Idee mit dem Switch. :)
-
Servus,
also ich hatte das ja auch versucht, als ich Dual-WAN mittels KabelBW und T-Com aufgebaut habe. Als ich auf der pfS manuell die MAC für das VLAN-Interface geändert habe, wurde gleichzeitig auch die MAC des Partent-Interface geändert. Das kam dann zwar die angedachte IP von KabelBW, funktionierte aber sonst nicht. Das kann zwar auch andere Gründe gehabt haben, ich habe es dann aber nicht weiter untersucht sondern mit der alten MAC einfach weiter gemacht. Ich habe einen 8-Port VLAN-Switch, gebe KabelBW und T-COM jeweils untagged auf einem Port rein und gebe sie tagged auf einem Port an die pfS. -
Wozu DHCP? Statisch konfigurieren un feddich! IMHO ist DHCP das geringste Problem…
Nicht bei Unitymedia / KabelBW. Da gab es schon häufiger Probleme, wenn die IP statisch konfiguriert ist, weil man etwaige Gateway oder Routing Änderungen dann nicht mitbekommt.Stimmt… Daran hatte ich nun nicht gedacht.
Dann könnte ich auf diesem Interface einfach 110.0.0.0/7 konfigurieren, und alles wäre gut. Ich sehe nicht, was dagegen sprechen würde.
Nope, geht nicht. Außer du sägst dir mal kurz instant das komplette 110/111.er Netz ab, denn du würdest alle Adressen verlieren. Da deine pfSense dann denkt, dass die Adressen bei ihr direkt auf dem WAN Interface lokal erreicht werden können, würde sie diese nie mehr an den Default-Router weiterreichen.Arghs! Auch daran hatte ich nicht gedacht…
@Jahonix: Wow, ja mit einer Switchkaskade könnte es dann tatsächlich hinhauen. Trunk mit 4 VLANs auf VLAN Switch, dort dann 4 Einzelstrecken zu nächstem Switch/Hub wo dann final das Modem dranhängt.
Das hatte ich ja schon in #22 vorgeschlagen:
@doejohn:Alternativ könnte man die fünf Ports des VLAN-Switches mit einem dummen 8-Port-Billig-Switch zusammenfassen, um zum Modem zu gehen.
@tpf:
Wie kommt ihr eigentlich drauf man könnte bei KabelBW mehrere IPs mit einer identischen MAC reservieren? Das geht schlicht und ergreifend nicht ???
Jeder Service-Mitarbeiter, mit dem ich bislang telefoniert habe (mittlerweile sieben!) hat behauptet, das würde gehen. :o Und ich bildete mir ein, der Business-Support wäre besser informiert als der Privatkunden-Support :-/
Selbst probieren konnte ich das bislang leider noch nicht…Der OP hatte IMHO die Einschränkung, aus platz- und thermischen Gründen nur eine ALIX/APU verwenden zu können.
Genau. Einen VLAN-Switch benötige ich ja sowieso. Einen zusätzlichen Billig-8-Port-Switch würde ich noch einigermassen unterbringen können. Einen PC, in den ich zwei 4-Port-Karten stecken könnte, würde ich aber auf garkeinen Fall mehr unterbringen können.
@tpf:also, ich hatte das ja auch versucht, als ich Dual-WAN mittels KabelBW und T-Com aufgebaut habe. Als ich auf der pfS manuell die MAC für das VLAN-Interface geändert habe, wurde gleichzeitig auch die MAC des Partent-Interface geändert.
Arghs! Das würde bedeuten, dass die Lösung mit der Switch-Kaskade auch nicht funktionieren würde :-//
-
Einen zusätzlichen Billig-8-Port-Switch würde ich noch einigermassen unterbringen können.
Das muss kein zusätzlicher Switch sein. Nimm einfach 5 oder 6 Ports des vorhandenen, managed Switches und packe die in ein eigenes VLAN mit untagged Ports.
Sieht zwar immer wieder komisch aus, wenn man 2 Ports auf einem Switch mit einem short-link brückt, ist aber völlig ok. -
Einen zusätzlichen Billig-8-Port-Switch würde ich noch einigermassen unterbringen können.
Das muss kein zusätzlicher Switch sein. Nimm einfach 5 oder 6 Ports des vorhandenen, managed Switches und packe die in ein eigenes VLAN mit untagged Ports.
Sieht zwar immer wieder komisch aus, wenn man 2 Ports auf einem Switch mit einem short-link brückt, ist aber völlig ok.Ist mir schon klar… Aber ich fasse mal zusammen, wie viele Ports ich benötige:
1 Tagged port
5 Produktiv-Netze (pro statische IP ein Netz)
5 Interface-Ports
1 DMZMacht in der Summe 12 Ports.
Packe ich den Kaskade-Switch auf den gleichen VLAN-Switch, müssen es schon 18 Ports sein. Switche mit 18 Ports gibt es nicht, also muss es ein 24-Port sein.
Ein 24-Port-Switch ist sowohl von den Abmessungen als auch vom Preis deutlich grösser angesiedelt als 12vlan+8billig.
BTW: wer kann einen VLAN-Switch mit 12 oder 16 Ports (gut+günstig) empfehlen?
-
@tpf:
Wie kommt ihr eigentlich drauf man könnte bei KabelBW mehrere IPs mit einer identischen MAC reservieren? Das geht schlicht und ergreifend nicht ???
Jeder Service-Mitarbeiter, mit dem ich bislang telefoniert habe (mittlerweile sieben!) hat behauptet, das würde gehen. :o Und ich bildete mir ein, der Business-Support wäre besser informiert als der Privatkunden-Support :-/
Selbst probieren konnte ich das bislang leider noch nicht…Nicht mehr, leider. Anfangs war das wirklich fähiger Support, da saßen Fachleute am Telefon. Heut sind das genau dieselben ahnungslosen Quasseltanten wie bei der Privatkundenhotline. Lief gefühlt parallel zur Fusion von Unitymedia. Ich habe gekündigt, mir langts.
Ich würde es mit statischer Konfiguration versuchen. Oder gibt es etwas was dagegen spricht?
Hier mal die mir zugewiesene Konfig. Ist ein kleines /26 Netz und ich hab die IPs 199 - 203
-
Lief gefühlt parallel zur Fusion von Unitymedia. Ich habe gekündigt, mir langts.
Stimmt leider zum Teil, sobald man aber zu Support Level 2/3 weiterkommt, bekommt man durchaus noch fähige Leute ans Rohr, die auch mit Begriffen wie Routing, Latenzen, Lagspikes etc. was anfangen können. Da muss man aber wirklich hartnäckig bleiben und sich meistens durch die Level 1 Checkliste durchmogeln (Sind ihre Geräte direkt am Modem? Können Sie mal eines anschließen? Haben sie schonmal einen Neustart gemacht…)Ich würde es mit statischer Konfiguration versuchen. Oder gibt es etwas was dagegen spricht?
siehe oben. Gab schon häufiger Probleme wenn intern Routen geändert wurden und sich das Default GW bspw. verändert/angepasst wird. Und im dümmsten Fall bekommt man nicht mal IPs aus dem selben Netz. -
Packe ich den Kaskade-Switch auf den gleichen VLAN-Switch, müssen es schon 18 Ports sein. Switche mit 18 Ports gibt es nicht, also muss es ein 24-Port sein.
Nimm doch einen mit 20 Ports.
Ein 24-Port-Switch ist sowohl von den Abmessungen als auch vom Preis deutlich grösser angesiedelt als 12vlan+8billig.
BTW: wer kann einen VLAN-Switch mit 12 oder 16 Ports (gut+günstig) empfehlen?Empfehlung #1: Cisco SG300-20
Budget: TP-Link TL-SG3216 (wenn doch 16 Ports reichen)Aber 19" sind beide, da führt wohl kein Weg herum.
-
Naja, und dann gibt es natürlich noch das Regal mit Industrial Ethernet Switchen, zB:
http://www.cisco.com/c/en/us/products/switches/product-listing.html#IndustrialEthernetSwitches
http://kti.de/produkte/industrialethernet/switche/index.html
http://planet.com.tw/en/product/product_list.php?id=22154
http://de.moxa.com/product/Managed_Ethernet_Switches.htm
… -
Alles ab 16 Ports ist eben 19", und das kriege ich nicht unter.
Der SG300 wäre meine erste Wahl gewesen, aber den gibt es nur mit 10 oder 16 Ports. 10 sind zu wenig und 16 ist dann schon 19".
Hutschiene wäre ideal. Aber da ist die Auswahl sehr übersichtlich, und die Preise recht hoch. Der unmanaged KTI KFS-0840 wäre ja noch erträglich. Aber managed mit 16 Ports ist schon vierstellig…
Alternative wäre zwei 8er managed plus ein 8er unmanaged
Wer kann denn definitiv sagen, ob man den einzelnen VLANs eigene MACs zuweisen kann?
-
Bei den Switches ist das halt wie immer:
Du hast eine sehr spezielle Anforderung und deren Lösung kostet halt mehr Geld als jeder Standard von der Stange.
Es ist lösbar. Wenn's Dir zu teuer ist, dann drehe halt an einer anderen Stellschraube. Kosten wird das immer.Wer kann denn definitiv sagen, ob man den einzelnen VLANs eigene MACs zuweisen kann?
Ausprobiert und hat funktioniert. Siehe Screenshot.
Habe meinen 3 vNICs der APU dedizierte MACs zugewiesen und das LAN gescannt. MAC sowohl von einem Host aus wie auch im ARP table der pfSense sichtbar.
Alles andere hätte mich auch überrascht.![Bildschirmfoto 2015-05-29 um 00.39.15.png](/public/imported_attachments/1/Bildschirmfoto 2015-05-29 um 00.39.15.png)
![Bildschirmfoto 2015-05-29 um 00.39.15.png_thumb](/public/imported_attachments/1/Bildschirmfoto 2015-05-29 um 00.39.15.png_thumb) -
Naja, in den Segmenten melden sich die NICs mit den angegebenen MAC Adressen.
Unter Status | Interfaces steht hingegen die zuletzt eingegebene oder höchste MAC der Reihe bei allen betroffenen Interfaces. Nicht ganz sauber, reicht aber. -
Solange andere Rechner alle MACs sehen und erreichen, sollte die Anzeige unter Interfaces relativ wurscht sein. Und so ich dich verstanden habe, wurde das ja von externem Host so angezeigt, ergo kommen wohl bei dem die unterschiedlichen MACs an?
-
Yepp, ein Scan von meinem MBP mit LanScan zeigte die eingestellte MAC. Allerdings die vom LAN Segment, an dem ich auch hing. Das ist aber auch die MAC, die unter
Status | Interfaces für alle angezeigt wird!?? Der ARP table der pfSense hingegen zeigte das erwartete Ergebnis. Ich werde das noch einmal testen, aber nicht hier in der Firma sondern heute Abend daheim - das ist mir sicherer… ;-) -
Naja, in den Segmenten melden sich die NICs mit den angegebenen MAC Adressen.
Unter Status | Interfaces steht hingegen die zuletzt eingegebene oder höchste MAC der Reihe bei allen betroffenen Interfaces.Das würde ich für einen Bug in der Web-GUI halten.
Was zeigt denn ifconfig?