Hallo zusammen, Ich habe ein My KMU Office M mit 8 fixen IPv4 Adressen über Kupfer. Als Router habe ich den Centro Business im Einsatz. Den Router habe ich mit PPPoE passthrough konfiguriert: Local security gateway on LAN1 - PPPoE passthrough Dahinter steht ein Linux Firewall mit pppd. IPv4 hat so schon immer funktioniert. Neu habe ich nun einen /48 IPv6 Prefix zugeteilt bekommen. Wenn ich PPPoE passthrough deaktiviere wird dem Router die ::1 zugeteilt. Nun möchte ich aber wie bei IPv4 meinen Firewall als Endpunkt einsetzen. Dazu habe ich meine ppp config entsprechend mit +ipv6 ipv6cp-use-ipaddr ergänzt. Mit aktiviertem Debugging sehe ich nun das übers Internet Protocol Control Protocol (IPCP) die mir zugeteilte IPv4 Adresse ausgehandelt wird. Weiter ist auch das IPV6CP Protokoll aktiv und handelt eine IPv6 Adresse aus. Dabei handelt es sich allerdings um eine Link Local Adresse: Apr 21 08:53:21 fw1 pppd\[28287\]: CHAP authentication succeeded Apr 21 08:53:21 fw1 pppd\[28287\]: peer from calling number E8:74:E6:6F:\*\*:\*\* authorized Apr 21 08:53:21 fw1 pppd\[28287\]: sent \[IPCP ConfReq id=0x1 \] Apr 21 08:53:21 fw1 pppd\[28287\]: sent \[IPV6CP ConfReq id=0x1 \] Apr 21 08:53:21 fw1 pppd\[28287\]: rcvd \[IPCP ConfReq id=0x1 \] 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 30 59 ac c4 f0 26 4e 14 00 00 00 02... Apr 21 08:53:21 fw1 pppd\[28287\]: sent \[IPCP ConfAck id=0x1 \] Apr 21 08:53:21 fw1 pppd\[28287\]: rcvd \[IPV6CP ConfReq id=0x1 \] 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 fb 7e 45 ff f0 00 4e 1a 00 00 61 9a 02 00 00 00 Apr 21 08:53:21 fw1 pppd\[28287\]: sent \[IPV6CP ConfAck id=0x1 \] Apr 21 08:53:21 fw1 pppd\[28287\]: rcvd \[IPCP ConfNak id=0x1 \] 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 0f 38 b5 69 13 16 4e 14 00 00 05 dc... Apr 21 08:53:21 fw1 pppd\[28287\]: sent \[IPCP ConfReq id=0x2 \] Apr 21 08:53:21 fw1 pppd\[28287\]: rcvd \[IPV6CP ConfAck id=0x1 \] 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ca 45 7d 17 30 00 4e 10 09 09 09 72 65 74 75 72 Apr 21 08:53:21 fw1 pppd\[28287\]: local LL address fe80::8d15:fe4c:619f:cb6f Apr 21 08:53:21 fw1 pppd\[28287\]: remote LL address fe80::ca4c:75ff:fed9:af00 Apr 21 08:53:21 fw1 pppd\[28287\]: Script /etc/ppp/ipv6-up started (pid 28323) Apr 21 08:53:21 fw1 pppd\[28287\]: Script /etc/ppp/ipv6-up finished (pid 28323), status = 0x0 Apr 21 08:53:21 fw1 pppd\[28287\]: rcvd \[IPCP ConfAck id=0x2 \] 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 6b b0 dd f0 8b 24 e5 a8 00 00 05 dc... Apr 21 08:53:21 fw1 pppd\[28287\]: replacing old default route to eth1.101 \[84.253.\*\*.\*\*\*\] Apr 21 08:53:21 fw1 pppd\[28287\]: local IP address 84.253.\*\*.\*\*\* Apr 21 08:53:21 fw1 pppd\[28287\]: remote IP address 213.3.210.67 Apr 21 08:53:21 fw1 pppd\[28287\]: Script /etc/ppp/ip-up started (pid 28325) Apr 21 08:53:21 fw1 pppd\[28287\]: Script /etc/ppp/ip-up finished (pid 28325), status = 0x0 Soweit so gut. Die Link Local Adresse sehe ich dann auf dem Interface ppp0: \# ip a show dev ppp0 37: ppp0: mtu 1492 qdisc pfifo\_fast state UNKNOWN group default qlen 3 link/ppp inet 84.253.\*\*.\*\*\* peer 213.3.210.67/32 scope global ppp0 valid\_lft forever preferred\_lft forever inet6 fe80::8d15:fe4c:619f:cb6f/10 scope link valid\_lft forever preferred\_lft forever Ein ping6 auf die remote Link Local Adresse ergibt aber keine Antwort: ping6 -I ppp0 fe80::ca4c:75ff:fed9:af00 PING fe80::ca4c:75ff:fed9:af00(fe80::ca4c:75ff:fed9:af00) from fe80::8d15:fe4c:619f:cb6f ppp0: 56 data bytes Ich hätte nun erwartet das ich via SLAAC (Stateless Address Autoconfiguration) Router Advertisement meine globale IPv6 Config bekommen würde. Laut tcpdump kommt da aber nichts daher: \# tcpdump -i ppp0 -n -s 0 -v ip6 and icmp6 tcpdump: listening on ppp0, link-type LINUX\_SLL (Linux cooked), capture size 262144 bytes Weiss jemand wie das technisch gelöst ist? Muss ich DHCPv6 verwenden? Ein kurzer Versuch brachte auch damit keinen Erfolg. @"Tux0ne"#939 Ich bin für alle Tipps dankbar! Merci und Gruss Luke

_Neu habe ich nun einen /48 IPv6 Prefix zugeteilt bekommen. Wenn ich PPPoE passthrough deaktiviere wird dem Router die ::1 zugeteilt. Nun möchte ich aber wie bei IPv4 meinen Firewall als Endpunkt einsetzen. Dazu habe ich meine ppp config entsprechend mit +ipv6 ipv6cp-use-ipaddr ergänz_t Eben und das ist doch falsch? Wenn man den Passthrough aktiviert, so sollte v6 auch auf der Firewall terminiert werden und der CB sollte alles freigeben. Du hast einen Centro Business 1.0 mit ipv6 tauglicher Firmware. Beim Centro Business 2.0, welcher noch nicht v6 tauglich ist, funktioniert das Vorgehen wie du beschreibts aber. Ich habe das der Swisscom gemeldet. Es ist kompliziert. So all Schaltjahr versuchen sie mich anzurufen, erreichen mich aber nie. Der Fall ist immer noch offen. Korrekt wäre bisher: Prefix Bezug über DHCPv6-PD, (WAN nur link-local) LAN stateless oder statisch nach Gusto. Aber auch hier... Es gibt keine Anleitungen wie was überhaupt funktionieren sollte. Auch das habe ich gemeldet... Die einzigste Anleitung ist diese hier: [http://documents.swisscom.com/product/1000260-Connectivity\_Geraete\_/Documents/Spezifikationen/Centro\_Business\_Einstellungen\_der\_IP-Adresseriung\_im\_LAN-de.pdf](http://documents.swisscom.com/product/1000260-Connectivity_Geraete_/Documents/Spezifikationen/Centro_Business_Einstellungen_der_IP-Adresseriung_im_LAN-de.pdf) Aber auch dies entspricht nicht dem Use case. Und zudem auch hier. Wieso kann man nicht das /48 Netz durchgehend so verwalten wie man möchte? Nein die generierten 64 Netze sind vorgegeben. Bereits auch mal hinterfragt bei Swisscom. Noch keine Antwort, aber eben bin auch schlecht erreichbar 🙂

hast du in der Zwischenzeit noch etwas herausbekommen @"fiberguy"#263436?

@"Tux0ne"#939 Ich habe noch einen zweiten Standort mit einem Fiber Anschluss und einem Centro Business 2. Dort kann ich nach der Einwahl mittels ppp die Remote Link Local Adresse pingen. Zudem bekomme ich Router Advertisements was mir dann die IPv6 Default Route konfiguriert. Nach etwas rumprobieren mit dhcpcd5 habe ich dann tatsächlich meinen Prefix erhalten und konnte per IPv6 kommunizieren. Die WAN IP Adresse setzte ich nun per ppp/ip-up.local Script auf was ich will. Am Standort mit dem Kupfer Anschluss und dem Centro Business 1 komme ich nicht weiter. Merci und Gruss Luke

Bezüglich CB 1 habe ich noch folgende Antwort erhalten: _Die unten beschriebene Problematik betreffend Centro Business und IPv6 im Mode PPP-Passthrough konnte ich nun noch einmal testen. Ich habe Ihnen im Anhang einen Draft der Konfigurations-Beschreibung für eine Zywall beigelegt. Generell ist es so dass bei aktiviertem PPP-Passthrough der Centro Business keinen Zugriff auf die PPPoE Session hat. Das funktioniert auch korrekt._ _Dank Ihrer Meldung konnten wir aber noch einen Fehler im Centro finden. Wenn ein CB auf einem Anschluss mit fixen IP Adressen betrieben wird, ist der Prefix im Router-GUI ersichtlich. Wenn nun PPP-Passthrough aktiviert wird darf der Prefix im Router-GUI nicht mehr ersichtlich sein. Auf das Subnet /48 ist selbstverständlich falsch. Bei Anschlüssen mit fixen IP Adressen wird ein /48er Subnet zugeteilt, bei Anschlüssen ohne fixen IP Adressen ein /60 Subnet. Diese Fehler werden mit einem Folgerelease behoben._ _Achtung: Bei Centro Business 2.0 steht IPv6 erst ab der FW 8.02.06 vollumfänglich zur Verfügung._ _Ich hoffe Ihnen mit diesen Angaben dienen zu können._ Habe aber noch Probleme mit pfsense. Da funzt etwas noch nicht wirklich toll.

@"fiberguy"#263436 Funktioniert am Standort mit CB 2.0 der IPv6 Traffic problemlos oder nur icmp? Werden alle Seiten komplett und ohne murren zügig geladen? zB. Google, Youtube und Facebook?

@"fiberguy"#263436@"x"#939 hatte/habe dieselbe Konfiguration am laufen gehabt an einem Kupferanschluss mit CB2. DHCPv6-PD lief einwandfrei, konnte mein /48 nutzen und entsprechend Routen, alles ohne Problem. Seit gestern ist aber dunkel, und ich wüsste nicht, was ich verändert haben sollte. Eine Anleitung seitens Swisscom wäre schon nicht verkehrt, da musste man nun schon so lange darauf warten... Werde mich wohl am Mittwoch telefonisch melden, falls es bis da noch nicht wieder gehen sollte. Ist für mich zum Glück nicht allzu kritisch, IPv4 funktioniert ja noch 🙂

Ja melde dich doch falls es wieder läuft. Welches System hast du verwendet? Ich warte derweilen mal eine Antwort der Swisscom ab ob das alles tatsächlich so läuft wie sie es denken. Gedult ist dabei gefragt 🙂 Bei mir funktioniert es weder mit einem Linux System noch mit pfsense. Ich bekomme zwar schon die korrekten IPv6. Ausser ICMP ist aber keine wirkliche Kommunikation möglich.

@"Tux0ne"#939 @"hosebei"#84986 Hallo zämä, Ich betreibe an meinem CB2 mit Fibre zurzeit nur ein DNS Server über IPv6 und der läuft stabil. Alles andere läuft grösstenteils noch über IPv4. Auf die Frage von Tux0ne habe ich mir das aber nun mal genauer angeschaut. Starte ich ein wget über IPv6 legt er ziemlich gut los: luke@fw1:/tmp$ wget -6 http://mirror.switch.ch/ftp/mirror/debian-cd/current/amd64/iso-cd/debian-8.4.0-amd64-netinst.iso --2016-05-27 08:27:47-- http://mirror.switch.ch/ftp/mirror/debian-cd/current/amd64/iso-cd/debian-8.4.0-amd64-netinst.iso Resolving mirror.switch.ch (mirror.switch.ch)... 2001:620:0:8::20 Connecting to mirror.switch.ch (mirror.switch.ch)|2001:620:0:8::20|:80... connected. HTTP request sent, awaiting response... 200 OK Length: 258998272 (247M) \[application/x-iso9660-image\] Saving to: 'debian-8.4.0-amd64-netinst.iso.1' debian-8.4.0-amd64-netinst.iso.1 17%\[===============> \] 42.17M 14.5MB/s ^ Nach ca. 30-40 MBytes stockt der Download komplett. Starte ich einen neuen Download, stockt der schon früher. Immer so bei 10-15Mbytes. Laut tcpdump passiert in dieser Zeit überhaupt nichts. Mir ist dann aufgefallen, dass wenn ich den Download laufen lasse, dass es nach ziemlich genau 60 Sekunden wieder weiter geht. Allerdings nur für ca. 5 MBytes, dann ist wieder Schluss für 60 Sekunden. Für mich sieht das ein bisschen nach einem Traffic-Shaper verhalten aus. Initial wird ein etwas grösserer Burst zugelassen, dann nur noch 5MBytes alle 60 Sekunden. Kann mir das Verhalten jedenfalls sonst nicht erklären. Werde das bei Gelegenheit noch mit dem Upload testen um zu sehen, ob das Verhalten dort gleich ist. Betreffend DHCPv6-PD muss man mit Packetfiltern wie ip6tables aufpassen damit man nichts in dem Zusammenhang blockt. Sonst geht IPv6 plötzlich nicht mehr und keiner weiss wieso. Habe da auch ein paar Erfahrungen gemacht. Auch die folgende sysctl Werte werden gerne einmal überschrieben wenn sich der Zustand eines Interfaces verändert: root@fw1:/etc/ppp# sysctl net.ipv6.conf.ppp0.accept\_ra net.ipv6.conf.ppp0.accept\_ra = 2 root@fw1:/etc/ppp# sysctl net.ipv6.conf.ppp0.forwarding net.ipv6.conf.ppp0.forwarding = 2 Könnte bei Interesse vielleicht eine kurze Anleitung schreiben wie ich das auf Linux konfiguriert habe. Es bleibt spannend! Merci und Gruss Luke

@"fiberguy"#263436 @"Tux0ne"#939 Hallo zäme, Habe ein Centro Business (der wie ich heute erfahren habe, letzte Woche mit einem Firmware Update beglückt wurde -> 7.10.18), als PPPoE passthrough konfiguriert. hatte bisher pfSense so eingerichtet, dass die WAN Schnittstelle für IPv6 ein DHCPv6 konfiguriert ist, und das Netz via den IPv6 link anfordern soll. Die Konfiguration hat stabil bis letzten Montag so funktioniert. Auf der WAN Schnittstelle habe ich eine fe80 Adresse mit entsprechendem Gateway erhalten. Die LAN Schnitstelle habe ich als "Track Interface" konfiguriert, mit einem Präfix wunsch von "1", und ich erhielt eine entsprechende IPv6 Adresse aus meinem zugewiesenen Range zugeteilt. Diese war nicht konfigurierbar, aber leitete sich von der MAC Adresse ab. Ebendiese LAN IPv6 Adresse habe ich hinter der DMZ dann als Gateway für die Geräte in der DMZ verwendet. Lief alles flott, bis eben auf letzten Montag. Habe nun mit Swisscom Kontakt aufgenommen, und konnte mein Problem schildern. Nun warte ich auf eine entsprechende Rückmeldung, würde mich hier dann auch wieder melden wenn ich mehr weiss. Gruess

@"fiberguy"#263436 Dies deckt sich mit meinen Beobachtungen. Der Download startet und stoppt ziemlich abrupt. Bei Youtube kann man das auch beobachten. Der Clip wird zu einigen Prozent geladen, aber es lädt nicht weiter. Der Clip läuft nun bis er keine Daten mehr hat. Dann startet ein neuer Request und dieser lädt wieder einen Teil. v6 Downloads können auch nicht geladen werden. Speedtest's ziehen an und stoppen nach 1-2 Sekunden. ICMP Request's kannst du aber froh und munter generieren. Da sieht alles i.O aus. @"hosebei"#p439805 Da ich immer aktuellste Firmwares habe, hatte ich mit CB 1 schon seit mir native v6 geschaltet wurde keinen Erfolg. Ich nehme an das bei dir pfsense das Gateway schon gar nicht mehr erreichen kann. Ich habe hier mal eine Anfrage gestartet: [https://forum.pfsense.org/index.php?topic=111908.0](https://forum.pfsense.org/index.php?topic=111908.0) Muss aber wohl melden, dass das Problem eher beim Provider liegt 😉 [upl-image-preview liId=22236i3FFB2E9A050BC0B2 alt=2016-05-27 12_25_54-IPv6 speed test - Test your IPv6 broadband speed - ipv6-speedtest.net.png uuid=5eb652ea-031a-43bb-8a99-3d4598c8d751]

IPv6 mit PPPoE passthrough bei My KMU Office

IPv6swisscom

DHCP-PD funktioniert definitiv nicht, ich habe mir das gestern auch angeschaut. Zwar kann ein Router, welcher ans Centro Business angeschlossen ist, via DHCP-PD ein IPv6 Präfix beziehen. Aber das CB installiert bei sich keine Route dorthin, so dass diese Adressen nicht genutzt werden konnten. Erst als ich dann manuell die Route hinzugefügt habe, hat es funktioniert. Definitiv ein Fehler, ich habe den gemeldet.

Als nächstes gehe ich PPPoE Passthrough auf den Grund, ich melde mich...

Tux0ne

Merci Martin
Kann ich also so oder so wieder auf 1 IP wechseln ohne Subnet. (Ist günstiger...)

IPv6swisscom

Hier ein Beispiel mit OpenWRT, welches via PPPoE Passthrough der Centro Business direkt IPv4 und IPv6 bezieht.

Schritt 1: PPPoE Passthrough auf dem Centro Business einschalten:

Schritt 2: Den zusätzlichen Router, welcher per DHCP-PD ein IPv6-Präfix beziehen soll, an den Port 1 der CB anschliessen.

Schritt 3: OpenWRT

Konfiguration in Datei /etc/config/networks:

config interface 'loopback'
option ifname 'lo'
option proto 'static'
option ipaddr '127.0.0.1'
option netmask '255.0.0.0'

config interface 'lan'
option ifname 'eth1'
option type 'bridge'
option proto 'static'
option ipaddr '192.168.1.1'
option netmask '255.255.255.0'
option ip6assign '64'

config interface 'WAN'
option proto 'pppoe'
option ifname 'eth0'
option username 'username@swisscomsme.ch'

    option password 'passwort'

    option ipv6 1

config interface 'wan6'
option ifname '@WAN'
option _orig_ifname '@WAN'
option _orig_bridge 'false'
option proto 'dhcpv6'

Nach einem Neustart bezieht der OpenWRT Router eine IPv4 Adresse und ein IPv6 Präfix. Für die LAN-Interfaces wählt er sich daraus das unterste /64 Netz aus.

IPv6swisscom

Und hier dasselbe mit einer Zyxel Zywall. Schritte 1 und 2 wie oben (PPPoE passthrough auf Centro Business aktivieren und die Zywall verbinden).

Schritt 3.1: PPPoE Verbindung herstellen:

Dieses ISP-Objekt muss jetzt zu PPP_WAN1 hinzugefügt werden:

Schliesslich kann PPPoE aktiviert und verbunden werden:

Das sollte dann so aussehen:

Schritt 3.2: Nun wird IPv6 global aktiviert:

Für das Interface WAN1_PPP soll jetzt IPv6 Prefix Delegation aktiviert werden. Dazu darauf doppelklicken und "Advanced Settings" auswählen.

Hier muss nun ein "DHCPv6 Request" Objekt erstellt werden:

Dieses Objekt muss vom Typ "Prefix Delegation" sein.

Dieses Objekt speichern. Danach kann IPv6 für das Interface aktiviert werden:

SLAAC muss aktiviert sein:

Hier muss nun auch das zuvor kreiierte DHCPv6 Objekt hinzugefügt werden. Dazu in der Sektion "DHCPv6 Settings" auf "Add" klicken.

Nun sollte, nach einem Disconnect und Reconnect des PPP-Interfaces ein IPv6 Präfix zugewiesen werden.

Nun muss dieses Präfix noch weiter ins LAN verteilt werden, hier LAN1 genannt.

Wiederum zuerst IPv6 aktivieren:

Nun können lokale Subnets bestimmt werden. Swisscom vergibt ein /48, also können wir daraus /64-Netze von <Präfix>:0000::/64 bis <Präfix>:ffff::/64 vergeben.

Optional kann dem WAN-Interface der Zywall eine Adresse zugewiesen werden. Es geht auch ohne. Hier verwende ich das Subnet <Präfix>:1111::/64 und gebe dem Router die erste Adresse daraus. Deshalb muss die Suffix-Adresse::1111:0:0:0:1/64 lauten.

Nun ist das LAN-Interface an der Reihe. IPv6 aktivieren, MTU korrekt setzen (auf denselben Wert wie das WAN), und dann ein Präfix aus dem delegierten Bereich auswählen. Hier habe ich das Subnet <Präfix>:1000::/64 gewählt.

Nun sollten WAN und LAN je ein IPv6 Subnet aus dem delegierten Bereich haben und die Verbindung sollte funktionieren.

Tux0ne

Hallo Martin, danke für die Unterstützung.

Gut ich gehe nach der Prüfung nochmals über die Bücher.

Jetzt sollte ich mich nicht darum kümmern.

Wie du schreibst gibt es bei openwrt in der einfachen Konfiguration nicht viel zu machen...

Das Problem ist auch nicht der Bezug des Präfix, bzw die Verteilung der Netze im LAN.

Das kann ich mit openwrt sowie pfsense.

Auch funktionieren ICMP Meldungen einwandfrei.

Kannst du aber ein paar Inputs oder Tipps geben warum bei mir sowohl mit wrt wie auch pfsense Downloads nach wenigen MB (ca 15MB) unterbrechen?

Dumps zeigen nichts verdächtiges. Die Firewall sperrt nicht und es wurde mittlerweile auch unterschiedliche Hardware verwendet.

Ein Problem im LAN schliesse ich eher aus, da es auch mit direktem Link an den LAN Ausgang der Firewall nicht funktioniert. Probleme haben alle Clients, also Smartphones, Tables mit Android und iOS sowie PC Systeme.

Ein /48 HE Tunnel lässt sich aber einwandfrei nutzen.

Mein Centro Business hat noch einen Aufkleber mit Engineering sample, nicht das hier noch ein Problem wäre.

Nach einigen Stunden der Suche nutze ich nun den HE Tunnel, würde aber schon eigentlich gerne die Native Verbindung von Swisscom brauchen.

Ein paar Stichworte von dir würden mir genügen. Danke

fiberguy

Danke das sich jemand darum kümmert. Habe gerade wieder mittels wget getestet. Der Download legt schnell los und stoppt dann auch schnell wieder. Das ganze Verhalten ist am Anfang dieses Posts gut beschrieben. Wäre schön wenn es dafür auch einmal ein paar Infos von Seite Swisscom geben würde.

Merci und Gruss

Luke

IPv6swisscom

Das schaue ich mir gleich an, respektive gebe den Testern einen Auftrag. Wäre ja eigentlich ihre Arbeit, sicherzustellen, dass die Geräte auch funktionieren...

StefanoC

Hallo zusammen

Vielen Dank für den Hinweis.

Wir haben den Sachverhalt aufgenommen und sind bereits an der Analyse dran. Sobald wir News haben, werden wir euch Informieren.

Freundliche Grüsse

StefanoC

Tux0ne

Ich hoffe wir sprechen nun langsam vom gleichen.

Das Problem dauert nun schon 4 Monate an!

Und wenn es nun bei euch funktioniert, dann liegt es an den Netzelementen hier bei mir in Zürich 😉

IPv6swisscom

Ja, jetzt sprechen wir glaube ich vom gleichen. Es spielt ja nicht einmal eine Rolle, ob PPPoE Passthrough benutzt wird oder nicht! IPv6 Downloads brechen bei der CB2 nach ca. 25 MB Transfervolumen ab. Bei PPPoE Passthrough eher früher, bei etwa 11 MB.

Katastrophe... Der Hersteller ist jetzt aber informiert und arbeitet an der Lösung.

fabian91

Könnte es sich bei meinem Problem (jegliche IPv6 Kommunikation wird nach 2 Stunden abgebrochen: https://community.swisscom.ch/t5/Diskussionen-und-Feedback-zu/Centro-Business-2-0-sendet-nach-2-Stunden-keine-IPv6-RA-mehr/td-p/445881) um Auswirkungen desselben Problems handeln?

hosebei

fabian91

Leider hilft mir das bisher mit meiner pfSense (2.3.2) nicht weiter.

Also so wie ich das verstehe sollte ich die WAN Schnittstelle auf SLAAC stellen, damit ich eine IP erhalte (eine FE80: analog letztem Bild von Beitrag IPv6@swisscom in welchen die Konfiguration mit ZyWall erklärt wird).

Dies klappt soweit:

Wenn ich nun aber den Gateway mit einem Ping ansprechen möchte, erhalte ich bereits keine Antwort.

Selbstredend kann ich keine Konfiguration auf dem LAN Adapter finden, welche mir dann die IPv6 subnetze zuteilen würde.

Wenn jemand einen Hinweis hat, wie eine pfSense zu konfigurieren ist, wäre ich sehr dankbar.

Tux0ne

hosebei

Eben die Firmware hat einen Defekt.

Ein gewisser Herr Rico von Swisscom hat mir bereits eine Trial Firmware gesendet. Die seiht nun zwar hübsch aus, es geht dort aber immer noch nicht. Es ist nun aber bei den Entwicklern.

Die Konfiguration der pfsense ist nicht so ein Problem. Abhängig ob du das Interface automatisch oder statisch Konfiguriert haben möchtest gibt es 2 Wege:

Interfaces automatisch:

WAN 1.png

LAN 1.png

Interfaces statisch:

WAN 2.png

LAN 2.png

Jetzt kannst du bei Services noch den DHCPv6 und RA Deamon aktivieren um die Adressen nach Gusto und oder Stateless zu verteilen.

Es handelt sich hier nur um ein Beispiel. Natürlich kannst du innerhalb des /48 Netzes machen was du willst so zB des Interfaces auch grössere Netze zuordnen.

hosebei

hallo @Tux0ne,

VIelen Dank für Deine Antwort. Also das heisst, wenn die Formware OK wäre, würde eine der beiden Konfigurationen funktionieren?

Aber bis dies im Router/Modem der Swisscom korrigiert ist, klappt es nicht?

Habe ich das nun korrekt verstanden? 🙂

Gruess martin

Tux0ne

Also mit dem Centro Business 2.0 kannst du das so konfigurieren und es wird alles funktionieren, ausgenommen halt, dass Verbindungen jeweils nach wenige MB abbrechen. Somit funktioniert faktisch nichts korrekt --> Seiten werden nich fertig geladen, Downloads kann man knicken.

Mit dem Centro Business 1 muss ich aber sagen, dass der nächste Router schon gar nicht mehr antwortet. Da ist Hopfen und Malz verloren. Wie da der aktuelle Stand ist weiss ich nicht. Habe ehrlich gesagt keine Lust den Router hin und her zu wechseln 😉

hosebei

Aha, ich habe leider einen Centro Business 1 😞

Ich hoffe dass Swisscom somit bald eine Lösung bereithält, oder den Austausch des Modems anbietet.

Vielen Dank für Deine Informationen @Tux0ne!

Tux0ne

Mit RC 08.06.02 funktioniert IPv6 mit PPPoE Modus wieder.

Routing Betrieb CB nicht getestet.

DMZ Betrieb auch nicht getestet aber Verbesserungsvorschlag für DMZ Betrieb gesendet. Meiner Meinung nach so aktuell nicht brauchbar.

neko

@fiberguy @Tux0ne @RicoS IPv6@swisscom Ich habe Probleme beim Konfigurieren von IPv6 über PPPoE Passthrough. Ich folgte diesem Thread sorgfältig, aber ich konnte es nicht schaffen. Wie kann ich eine Linux-Box konfigurieren, um mit meinen festen IPv6-Adressen richtig zu arbeiten bei der Verwendung von PPPoE Passthrough? Vielen Dank!

fiberguy

Ich habe mir mit einem ip-up.local Script geholfen, dass mir meine gewünschte Adresse auf dem ppp0 Interface setzt, ein paar sysctl Einträge schreibt und dann den dhcpcd Daemon startet.

cat /etc/ppp/ip-up.local
#!/bin/sh

2a02:121f:1e::/48

/sbin/ip -6 addr add 2a02:121f:1e::1/48 dev ppp0 >/dev/null 2>&1
/sbin/sysctl -w net.ipv6.conf.ppp0.accept_ra=2 >/dev/null 2>&1
/sbin/sysctl -w net.ipv6.conf.ppp0.forwarding=2 >/dev/null 2>&1

http://vk5tu.livejournal.com/37206.html?nojs=1

start dhcpcd

/bin/systemctl start dhcpcd

exit 0

Die /etc/dhcpcd.conf sieht so aus:

hostname gw.foo.bar

allowinterfaces ppp0

noipv6rs
interface ppp0
ipv6only
ia_pd ppp0

duid

option rapid_commit

option domain_name_servers, domain_name, domain_search, host_name
option classless_static_routes
option ntp_servers

require dhcp_server_identifier

nohook lookup-hostname

Und das ist das Package dhcpcd5 (DHCPv4, IPv6RA and DHCPv6 client with IPv4LL support) und nicht isc-dhcp-client.

neko

Vielen Dank @fiberguy. Jetzt gut funktioniert!😃

« Vorherige Seite Nächste Seite »