:strip_icc():strip_exif()/u/1467780/crop5f8473234e1bf_cropped.jpeg?f=community)
Voor zover ik weet (mijn kennis is beperkt) is het zoals @jorikc zei. Als je een domein gekoppeld hebt aan Freedom, dan maak je een MX-record aan met '1 mx.soverin.net' (1 is de prioriteit). Zonder MX-record wordt de mail gestuurd aan '0 domein.nl', en bij meerdere MX-records wordt eerst het record met de hoogste prioriteit (= laagste getal) geprobeerd, en als dat niet lukt de volgende, etc.
:strip_icc():strip_exif()/u/12461/crop65b195553d948.jpg?f=community)
Zucht.
. Probeer het morgen nog maar eens.
.edit: ah succes
Hij stond de eerste keer nog niet aan. Maar ik wacht nu al een half uur
. Probeer het morgen nog maar eens..edit: ah succes
[ Voor 14% gewijzigd door .oisyn op 12-10-2020 23:41 ]
Give a man a game and he'll have fun for a day. Teach a man to make games and he'll never have fun again.
Geen idee... Waar kan ik dat vinden? In mijn Fritzbox?
EDIT: Ik heb het al gevonden! Ook met 1.1.1.1 en 8.8.8.8 werkt petities.com niet.
Ja!:
[...] nu niet meer trouwens. even een mailservertje aangezet en naar postmaster@****.connected.by.freedominter.net de unblock laten mailen
Zat ik ook aan te denken... Als die melding op dnsbl.spfbl.net je echt dwars zit, is dat idd wat je het beste kan doen. Goed om te weten dat dit bij jou gelukt is! Zelf heb ik nog nooit een mailserver op mijn eigen computer gedraaid maar verwacht niet dat zoiets heel erg moeilijk zal zijn.Verder denk ik dat die melding op dnsbl.spfbl.net helemaal niets met de problemen op petities.com te maken heeft. Het ziet echt naar uit dat petities.com zijn huiswerk niet op orde heeft en daarom niet goed werkt voor sommige ip's. Dat is natuurlijk wel jammer maar niet iets waar ik of Freedom nu iets aan kunnen veranderen. De webmaster van die website moet dit zelf gaan nakijken maar ik krijg die dus niet te pakken. Misschien moet ik hier eens een petitie over starten?
@osban: Het is in ieder geval goed om te weten dat ik niet de enige ben met dit probleem(pje). Het sluit weer een hoop andere mogelijke oorzaken uit.
[ Voor 5% gewijzigd door Knoeibuntu op 13-10-2020 00:51 ]
Give a man a game and he'll have fun for a day. Teach a man to make games and he'll never have fun again.
:strip_icc():strip_exif()/u/62859/crop606182b2b99e9_cropped.jpg?f=community)
Marstek Venus 5.12kWh v151, CT002 V118, CT003 V116 DSMR5.5, PV 11xEnphase IQ7+ Z-O, 5xEnphase IQ7+ N-W - ~4,7Wp theoretisch, ~3,5Wp praktijk.
Give a man a game and he'll have fun for a day. Teach a man to make games and he'll never have fun again.
:strip_icc():strip_exif()/u/45000/zardoz3-edit.jpg?f=community)
/u/16609/Infinty.png?f=community)
:strip_icc():strip_exif()/u/49308/crop645cc5dfc148d_cropped.jpg?f=community)
Zojuist een topic aangemaakt: https://community.freedom...-zenders-werkt-niet/719/2
In het kort:
Pauzeren doet wel pauzeren, maar ik kan het niet meer resumen. Dat leidt uiteindelijk naar de foutmelding “(S004) Fout opgetreden - kan zender niet weergeven op dit moment”.
:no_upscale():strip_icc():fill(white):strip_exif()/f/image/k2zEc6aWHsC7NJCUi99yaoVL.jpg?f=user_large)
De enige manier hoe ik uit een gepauzeerde sessie kom is met de "back" knop, dan kan ik weer overschakelen naar de live stream.
[ Voor 21% gewijzigd door EnigmA-X op 16-10-2020 12:26 . Reden: Foto toegevoegd ]
:strip_icc():strip_exif()/u/181066/crop56bfa9a84316f_cropped.jpeg?f=community)
Obsidian 750D,MSI Tomahawk z790, i9 13900K, H150i, 64GB DDR5 6200Mhz, INNO3d RTX4090,AX1200 PS, 4TB NVMe SSD, LG C1 48" 4K OLED, Next Level Racing GT Track, Fanatec DD Wheel&Pedals, KRK Rokit 6 speakers, Corsairt Virtuoso XT headset
:strip_icc():strip_exif()/u/44267/wap11.jpg?f=community)
:strip_exif()/u/525317/crop60aca2eed8393_cropped.gif?f=community)
Give a man a game and he'll have fun for a day. Teach a man to make games and he'll never have fun again.
De Next is cloud only, dan heb je idd last van die restricties 
Give a man a game and he'll have fun for a day. Teach a man to make games and he'll never have fun again.
:strip_icc():strip_exif()/u/17313/_IGP1526kl2.jpg?f=community)
En een update! We hebben Freedom. Helaas was het voor mij niet duidelijk dat VDSL op het tweede aderpaar zat, en niet op het eerste, anders had ik het al een week eerder gehad:
Er is altijd wel een weg
Zelf gebruik ik geen Fritzbox maar een Zyxel als modem. Er zijn ook andere alternatieve apparaten die alleen als dsl modem met bridge werken. Zoals: Vigor 130 en vast nog wel meer.
In jouw situatie waarbij je zelf al WAP hebt etc is dat iets om te overwegen. Je kan dan ook 2,- besparen bij Freedom doordat je de Fritzbox niet af hoeft te nemen. Aan de andere kant wel een eenmalige uitgave voor een modem als hiervoor gelinkt.
Nu wel een vraag inzake mijn eerdere plaatjes: het heeft er alle schijn van dat de USG-3p:8a0a geen PAP ondersteund voor PPPoE, wat wel verwacht wordt door de Fritz!Box...
Ik gebruik fake@freedom.nl:1234 als credentials.
Als ik inlog op de USG, dan zie ik de volgende zaken voorbij komen in /var/log/messages:
code:
1
2
3
4
| Oct 17 16:04:43 ubnt pppd[2788]: CHAP authentication failed Oct 17 16:04:43 ubnt zebra[725]: interface ppp0 mtu changed from 1492 to 1500 Oct 17 16:04:43 ubnt pppd[2788]: Connection terminated: no multilink. Oct 17 16:04:43 ubnt zebra[725]: interface ppp0 index 12 deleted. |
Ik ben niet in staat om op de USG CHAP om te zetten naar PAP.
Dus dan heel concreet: heeft iemand een Unifi USG-3P draaiend gekregen met Freedom en de Fritz!Box als modem?i.
Op dit moment neig ik eerder naar een fixed VDSL modem, zoals @purge al aangegeven had. Dan zal de Fritz terug moeten naar Freedom, maar 'snap' ik wel wat er allemaal gebeurd...
DiedX supports the Roland™, Sound Blaster™ and Ad Lib™ sound cards
Ik heb (met xs4all) gewoon alles geforward naar de usg. Niet helemaal wat je zoekt maar werkt uitstekend. Tv gaat nog via de Fritzbox wat ook de enige reden is om het zo te doen.:
[...]
En een update! We hebben Freedom. Helaas was het voor mij niet duidelijk dat VDSL op het tweede aderpaar zat, en niet op het eerste, anders had ik het al een week eerder gehad
Nu wel een vraag inzake mijn eerdere plaatjes: het heeft er alle schijn van dat de USG-3p:8a0a geen PAP ondersteund voor PPPoE, wat wel verwacht wordt door de Fritz!Box...
Ik gebruik fake@freedom.nl:1234 als credentials.
Als ik inlog op de USG, dan zie ik de volgende zaken voorbij komen in /var/log/messages:
code:
Ik ben niet in staat om op de USG CHAP om te zetten naar PAP.
Dus dan heel concreet: heeft iemand een Unifi USG-3P draaiend gekregen met Freedom en de Fritz!Box als modem?i.
Op dit moment neig ik eerder naar een fixed VDSL modem, zoals @purge al aangegeven had. Dan zal de Fritz terug moeten naar Freedom, maar 'snap' ik wel wat er allemaal gebeurd...
Ik heb nog eens wat geld er tegenaan getimmerd, en de Fritz omgekat naar een DrayTek. De USG pakte alles in één keer op
IPv4 en IPv6 werkt!Nu televisie nog. Ik zie een mevrouw van journaal, maar eens kijken hoe dat allemaal verder afloopt. Tot nu toe ben ik happy
DiedX supports the Roland™, Sound Blaster™ and Ad Lib™ sound cards
/u/99529/crop5db493c811c0d_cropped.png?f=community)
:strip_icc():strip_exif()/u/230241/crop5db74093e7dc1_cropped.jpeg?f=community)
Give a man a game and he'll have fun for a day. Teach a man to make games and he'll never have fun again.
Schoonmaker per ongeluk een UTP kabeltje losgetrokken bij het stofzuigen 
Give a man a game and he'll have fun for a day. Teach a man to make games and he'll never have fun again.
LOL. Lekker als je aan het debuggen bent met IPTV Vandaar dat niets werkte
Vandaar dat niets werkte
DiedX supports the Roland™, Sound Blaster™ and Ad Lib™ sound cards
Yep, ik zit in een P1 verstoring bij een klant, en dan kun je niets meer ineens:
LOL. Lekker als je aan het debuggen bent met IPTV
Maandag 5 oktober zelfde soort verstoring......
[ Voor 8% gewijzigd door GerkeP op 20-10-2020 13:12 ]
GerkeP
/u/9354/imagesmall.png?f=community)
:strip_exif()/u/5722/ocf81_avatar_3.gif?f=community){kind=avatar}
© ocf81 1981-infinity
Live the dream! | Politiek Incorrecte Klootzak uitgerust met The Drive to Survive
Bestrijd de plaag die woke heet! | Servitisatie plaveit de weg naar slavernij. Kies je eigen weg!
/u/380549/crop5c52b6dfcf90b_cropped.png?f=community)
:strip_icc():strip_exif()/u/29353/crop67a4b5b929cc7_cropped.jpg?f=community)
/u/406374/Avatar%2520Barre.PNG?f=community){kind=avatar}
Marstek Venus 5.12kWh v151, CT002 V118, CT003 V116 DSMR5.5, PV 11xEnphase IQ7+ Z-O, 5xEnphase IQ7+ N-W - ~4,7Wp theoretisch, ~3,5Wp praktijk.
Verwijderd
Hebben meer mensen er 'last' van dat in de DHCPv6-lease slechts één van de twee DNS-servers wordt meegegeven?
Niet het einde van de wereld, maar het lijkt erop dat 2001:7b8:650:1::45 toch ook moet worden meegegeven?
/f/image/MuPMlS4CRmkWFXJrYNuo70DV.png?f=fotoalbum_large)
Niet het einde van de wereld, maar het lijkt erop dat 2001:7b8:650:1::45 toch ook moet worden meegegeven?
:fill(white):strip_exif()/f/image/MuPMlS4CRmkWFXJrYNuo70DV.png?f=user_large)
Ik zou er inderdaad niet raar van opkijken als dat de reden is
Overigens wel zuur, dat er een bom is gelegd onder die hele regulering. Want dat houdt potentieel in dat op termijn ook bestaande ODF contracten, als ze aflopen, mogelijk niet verlengd worden. En dan zitten we in het overgrote deel van Nederland straks dus weer gewoon met een KPN / Ziggo duopoly.
Marstek Venus 5.12kWh v151, CT002 V118, CT003 V116 DSMR5.5, PV 11xEnphase IQ7+ Z-O, 5xEnphase IQ7+ N-W - ~4,7Wp theoretisch, ~3,5Wp praktijk.
Tenzij de politiek met nieuwe regelgeving komt. De hele reden dat dit nu zo is, is het vernietigen van het laatste besluit van de ACM door de rechter.:
[...]
Ik zou er inderdaad niet raar van opkijken als dat de reden is
Overigens wel zuur, dat er een bom is gelegd onder die hele regulering. Want dat houdt potentieel in dat op termijn ook bestaande ODF contracten, als ze aflopen, mogelijk niet verlengd worden. En dan zitten we in het overgrote deel van Nederland straks dus weer gewoon met een KPN / Ziggo duopoly.
Rechters toetsen aan wetgeving. Dan is aan de politiek om de keuzes qua wetgeving te maken, als ze dit willen.
Maar met de VVD aan het roer vrees ik ervoor..
Geen ongevraagde verzoeken via DM svp.
:strip_icc():strip_exif()/u/137710/crop6618e572b4a3c_cropped.jpg?f=community)
Marstek Venus 5.12kWh v151, CT002 V118, CT003 V116 DSMR5.5, PV 11xEnphase IQ7+ Z-O, 5xEnphase IQ7+ N-W - ~4,7Wp theoretisch, ~3,5Wp praktijk.
:strip_icc():strip_exif()/u/1162738/crop5ee0defe6692f_cropped.jpeg?f=community)
Heb je geprobeerd contact op te nemen met de helpdesk? Ze bijten niet hoor! Mogelijk handig om je configuratie te delen, kunnen we je wat beter helpen hier
Marstek Venus 5.12kWh v151, CT002 V118, CT003 V116 DSMR5.5, PV 11xEnphase IQ7+ Z-O, 5xEnphase IQ7+ N-W - ~4,7Wp theoretisch, ~3,5Wp praktijk.
@YWatchman Het in de wacht staan zelf vind ik totaal geen probleem. Maar dat ik, toen ik bijna aan de beurt was, eruit werd geknald vond ik wat minder .
En inderdaad: Ik ben me ervan bewust met wat voor een klein team ze zijn, dus in deze neem ik ze dit ook niet direct kwalijk.
Maar goed: Inmiddels een aardige gozer aan de lijn gekregen, die even met mij mee heeft gekeken. Hij kon in de systemen van Cambrium wel de gegevens van mijn lijn zien. Zo constateerde hij dat de demping op mijn lijn abnormaal hoog is, dus hij vroeg zich af of ik zelf wat op de vezel heb gezet. Dat is niet het geval, de Genexis Gigabit NT die er gewoon nog op zit hangt er al een jaar of 2-3.
Wat me in ieder geval al heel erg mee valt is dat je iemand aan de lijn krijgt die niet meteen zegt "Oh, eigen apparatuur. Doei!" . Hij ging meteen kijken of ze toevallig al een OPNSense VM hebben om mee te kijken, en stelde ook voor om anders mss alvast even een ander routertje dat PPPoE kan uit de kast te trekken, mocht ik die hebben.
Maar goed, ik gaf aan dat OPNSense wel degelijk 'iets' van communicatie met de PPPoE server had. Alleen kon hij aan hun kant geen loginpoging op Radius zien.
Terwijl het telefoongesprek voortduurde heeft hij toen op IRC iemand van Cambrium geprobeerd te benaderen. En terwijl hij daar respons van kreeg begon alles ineens te lopen en had ik ineens een IP adres!
Bij Cambrium in de PoP bleek op mijn poort op de switch de "PPPoE agent" uit te staan. Toen de engineer bij Cambrium de configuratie had gewijzigd was alles meteen opgelost.
Moraal van het verhaal: Toch goed dat ik nog een keer via de bel-route ben gegaan! En op deze manier snap ik ook nog meer (en accepteer ik nog meer) dat wachten soms even kan duren. Je wordt namelijk wel gewoon direct adequaat te woord gestaan!
En inderdaad: Ik ben me ervan bewust met wat voor een klein team ze zijn, dus in deze neem ik ze dit ook niet direct kwalijk.
Maar goed: Inmiddels een aardige gozer aan de lijn gekregen, die even met mij mee heeft gekeken. Hij kon in de systemen van Cambrium wel de gegevens van mijn lijn zien. Zo constateerde hij dat de demping op mijn lijn abnormaal hoog is, dus hij vroeg zich af of ik zelf wat op de vezel heb gezet. Dat is niet het geval, de Genexis Gigabit NT die er gewoon nog op zit hangt er al een jaar of 2-3
. Wat me in ieder geval al heel erg mee valt is dat je iemand aan de lijn krijgt die niet meteen zegt "Oh, eigen apparatuur. Doei!" . Hij ging meteen kijken of ze toevallig al een OPNSense VM hebben om mee te kijken, en stelde ook voor om anders mss alvast even een ander routertje dat PPPoE kan uit de kast te trekken, mocht ik die hebben.
Maar goed, ik gaf aan dat OPNSense wel degelijk 'iets' van communicatie met de PPPoE server had. Alleen kon hij aan hun kant geen loginpoging op Radius zien.
Terwijl het telefoongesprek voortduurde heeft hij toen op IRC iemand van Cambrium geprobeerd te benaderen. En terwijl hij daar respons van kreeg begon alles ineens te lopen en had ik ineens een IP adres!
Bij Cambrium in de PoP bleek op mijn poort op de switch de "PPPoE agent" uit te staan. Toen de engineer bij Cambrium de configuratie had gewijzigd was alles meteen opgelost.
Moraal van het verhaal: Toch goed dat ik nog een keer via de bel-route ben gegaan! En op deze manier snap ik ook nog meer (en accepteer ik nog meer) dat wachten soms even kan duren. Je wordt namelijk wel gewoon direct adequaat te woord gestaan!
Marstek Venus 5.12kWh v151, CT002 V118, CT003 V116 DSMR5.5, PV 11xEnphase IQ7+ Z-O, 5xEnphase IQ7+ N-W - ~4,7Wp theoretisch, ~3,5Wp praktijk.
Altijd weer diep respect voor Freedom. Hoe zij met een kleine ploeg zo'n ontzettende bulk werk weten te verzetten
Marstek Venus 5.12kWh v151, CT002 V118, CT003 V116 DSMR5.5, PV 11xEnphase IQ7+ Z-O, 5xEnphase IQ7+ N-W - ~4,7Wp theoretisch, ~3,5Wp praktijk.
Verwijderd
Je kunt het in je logs terugzoeken wellicht, maar ik vermoed van niet. IPv6 gaat doormiddel van DHCPv6-PD op de bestaande PPPoE-link. Dus zodra de DHCPv6-client op je router begint te vragen om een lease, zou hij die moeten krijgen zonder dat daarvoor de PPPoE-sessie onderbroken hoeft te worden.
Maar het kan natuurlijk wel dat de implementatie op je router bij het wijzigen van de config alle links herstart. Dat doet OpenWrt namelijk, en daardoor onderbreek ik nog wel eens handmatig mijn PPPoE-sessie. En dan is het erg vervelend dat het zo lang duurt voordat je weer een nieuwe tunnel opgezet krijgt.
De makkelijkste manier om het te testen is om gewoon je WAN-interface te stoppen en te starten en dan je log te volgen en te kijken wat pppd print. Bij XS4ALL was het altijd binnen een paar seconden weer terug (eerste PADI kreeg meteen respons), maar bij Freedom is het echt een heel ander verhaal.
Ik ben het met je eens dat PPPoE niet ideaal is, om allerlei redenen. Het zorgt bijvoorbeeld ook voor extra CPU-belasting (en ik heb een vrij trage oude router die ik beslist niet wil vervangen), en het zorgt voor 8 bytes aan overhead waardoor je MTU standaard maar 1492 is, tenzij je RFC4638 gebruikt. Maar dat moet je modem ook maar net kunnen. Mijn Vigor 165 laat zelfs in full bridge mode bijvoorbeeld geen pakketten met een MTU van 1508 door.
Dat neemt niet weg dat het verschil in goodput tussen MTU 1492 en 1500 eigenlijk verwaarloosbaar is, dus het ook weer niet het einde van de wereld is. Ik vind de CPU-belasting persoonlijk vervelender, maar ik ben zo iemand die per se een blob-vrije Atheros AR9344-router wil. Ik heb ook alleen maar Lenovo-laptops uit 2008 met coreboot. En een PinePhone.
's/zal blijven/gaat worden/'
Mijn ervaring met Freedom is vooralsnog positief, maar ik zie hun PPPoE-implementatie momenteel wel als achilleshiel. Die is echt stukken minder robuust dan die van XS4ALL. Ik hoop dus ook echt dat ze daar werk van gaan maken, want dit is best wel een zeer cruciale factor binnen het hele internetverbindingengebeuren.
Ik heb ook aangeboden om te helpen met oplossen en testen overigens. Nu maar wachten op een reactie..
[ Voor 6% gewijzigd door Verwijderd op 22-10-2020 09:57 ]
8 bytes bedoel je.
Vergeet trouwens ook de VLAN niet, dat kost nog eens 4 bytes.Ik heb mijn EdgeRouter zo geconfigureerd dat de fysieke link een MTU van 1512 (edit: 1508) heeft, de VLAN interface 1508, en de PPPoE interface 1500. Werkt prima, en 1500 byte packets komen ongefragmenteerd door
Verwijderd
De VLAN-tag heb ik dan weer nooit problemen mee gehad. Die zit in het ethernet frame dacht ik, en dat wordt anders afgehandeld dan de PPPoE-headers. Ik heb geen MTU van 1488 bijvoorbeeld, maar 1492.:
[...]
Ik heb mijn EdgeRouter zo geconfigureerd dat de fysieke link een MTU van 1512 heeft, de VLAN interface 1508, en de PPPoE interface 1500. Werkt prima, en 1500 byte packets komen ongefragmenteerd door
Jij hebt glas neem ik aan? Want dan zou dat moeten werken inderdaad. Bij VDSL ligt het ook nog aan je modem; of die wel zulke grote pakketten aankan. Ik heb het met m'n Vigor 130 en 165 nooit aan de praat gekregen.
Hm, daar zit wat in. De MTU geldt op IP niveau, dat is exclusief de 18 bytes van het ethernet frame (of 22 met de VLAN).
Heb de MTU op de fysieke link teruggebracht naar 1508; 1500 byte packets blijven ongefragmenteerd.
Glas inderdaad. Ik heb nooit DSL gehad.
[ Voor 16% gewijzigd door Zr40 op 22-10-2020 10:12 ]
Ik heb iemand van Cambrium gesproken en die is het op dit moment aan het bekijken
Mocht je toevallig een pcap hebben dan waarderen ze dat Ik heb zojuist om 10:35 mijn verbinding verbroken eens kijken hoelang het duurt
code:
1
2
3
4
5
| Disabled: 10:35 Status: connecting Status: disconnected Status: connecting Status: Connected 10:38 |
Hierna nog twee keer geprobeerd maar dan komt de verbinding gelijk weer online
Marstek Venus 5.12kWh v151, CT002 V118, CT003 V116 DSMR5.5, PV 11xEnphase IQ7+ Z-O, 5xEnphase IQ7+ N-W - ~4,7Wp theoretisch, ~3,5Wp praktijk.
@eymey Ik zit op WBA (max 512 Mbit/s, postcodechecker noemt het "KPN gebied") maar pppd praat met iets met cambrium in de hostname
Gek genoeg kon ik het gister meermaals repliceren, maar nu na 1 authentication error gaat het direct goed, en dat twee keer achter elkaar. Zal het eens op een later moment nog eens proberen..:
[...]
Ik heb iemand van Cambrium gesproken en die is het op dit moment aan het bekijken
Ik heb zojuist om 10:35 mijn verbinding verbroken eens kijken hoelang het duurt
code:
Hierna nog twee keer geprobeerd maar dan komt de verbinding gelijk weer online
Ah.... dat is dan wel typisch:
@eymey Ik zit op WBA (max 512 Mbit/s, postcodechecker noemt het "KPN gebied") maar pppd praat met iets met cambrium in de hostname
. Of niet helemaal, want naast dat Freedom in Coanet gebieden over de apparatuur van Cambrium levert, liften ze geloof ik ook mee op de WBA overeenkomst tussen Cambrium en KPN.Dat was gisteren dus ook bij mij het probleem. MPD (FreeBSD PPP daemon) ontving zogenaamd een authorisatieprobleem na het hebben doorgegeven van de credentials, terwijl het dus uiteindelijk een switch setting op mijn aansluiting bij Cambrium was.
Marstek Venus 5.12kWh v151, CT002 V118, CT003 V116 DSMR5.5, PV 11xEnphase IQ7+ Z-O, 5xEnphase IQ7+ N-W - ~4,7Wp theoretisch, ~3,5Wp praktijk.
Verwijderd
Ja, ik wil alleen het bridged modem als mogelijke oorzaak uitsluiten.
Wij hebben allebei een Vigor 165 inderdaad, maar genoeg anderen met deze problemen niet. En mensen op glas hebben er natuurlijk helemaal geen modem tussen zitten. Verder zijn er hier ook al allerlei routers voorbij gekomen, van Mikrotik tot Ubiquiti en van OpenWrt op MIPS tot OpenBSD op x86.
Ik heb wel het idee dat de situatie tussen die RB600 en RB1200 verschilt. Op de RB600 zie ik helemaal geen reply op mijn PADI's terugkomen, maar van mensen die op de RB1200 uitkomen lees ik juist dat ze wel een reply krijgen maar dat de authenticatie faalt.
Heb je ondertussen al een update van de Cambrium-devs?
Marstek Venus 5.12kWh v151, CT002 V118, CT003 V116 DSMR5.5, PV 11xEnphase IQ7+ Z-O, 5xEnphase IQ7+ N-W - ~4,7Wp theoretisch, ~3,5Wp praktijk.
Verwijderd
Foei, cat pipen naar grep..
Maar zo te zien kom jij op rb1200.nikhef.cambrium.net. Ik heb het idee dat die wat minder problemen geeft dan de rb600.sara.cambrium.net.
Probeer het nog eens een paar keer, zou ik zeggen. Als het goed blijft gaan, is dat hoopgevend. Wellicht hebben ze bij Cambrium dan toch iets kunnen aanpassen aan de hand van hun tests met @raymonvdm.
Maar zo te zien kom jij op rb1200.nikhef.cambrium.net. Ik heb het idee dat die wat minder problemen geeft dan de rb600.sara.cambrium.net.
Probeer het nog eens een paar keer, zou ik zeggen. Als het goed blijft gaan, is dat hoopgevend. Wellicht hebben ze bij Cambrium dan toch iets kunnen aanpassen aan de hand van hun tests met @raymonvdm.
[ Voor 16% gewijzigd door Verwijderd op 22-10-2020 22:02 ]
Ghehehe, guilty as charged. Eigenlijk macht der gewoonte (aangezien er ook genoeg situaties zijn waarin ik output op stdout moet pipen naar bv. grep:
Foei, cat pipen naar grep..
Ik zal het eerdaags nog een paar keer proberen
Dan het MTU verhaal:
Ik heb geprobeerd om in de OPNSense interface de MTU van de netwerk-interface voor WAN op "1508" te zetten. De OPNSense web interface geeft dan ook automatisch aan dat hij de MTU van de tunnel berekent op 1500 (normaal is dat dus 1492 PPPoE, 1500 Ethernet)
Dit lijkt niet geheel te lukken (maar misschien had ik ook even een reboot van OPNSense moeten proberen tussendoor):
De PPPoE-interface wordt netjes op 1500 geconfigureerd. En de PPPoE sessie wordt ook netjes met een max payload van 1500 uit-onderhandeld. Echter, de "igbe" interface (Intel Gigabit interface in FreeBSD) en het 'virtuele interface' voor VLAN 6 blijven op 1500 staan.
In deze situatie gaat het soms dus ook verkeerd met het internetverkeer (té grote pakketten komen gewoon niet door omdat er ook niet bij de juiste grootte besloten wordt om te fragmenteren). Maar goed, na het handmatig veranderen van de MTU op de commandline is dat gefixt.
Maar dan komt het volgende: Als ik nu naar een host 'buiten' probeer te pingen en ik geef een "Don't Fragment" mee, dan worden pakketten groter dan 1472 niet doorgestuurd....
code:
1
2
3
4
| $ ping -M do -s 1473 87.251.42.7 PING 87.251.42.7 (87.251.42.7) 1473(1501) bytes of data. ping: sendmsg: Message too long ping: sendmsg: Message too long |
Marstek Venus 5.12kWh v151, CT002 V118, CT003 V116 DSMR5.5, PV 11xEnphase IQ7+ Z-O, 5xEnphase IQ7+ N-W - ~4,7Wp theoretisch, ~3,5Wp praktijk.
Dat is juist:
[...]
Maar dan komt het volgende: Als ik nu naar een host 'buiten' probeer te pingen en ik geef een "Don't Fragment" mee, dan worden pakketten groter dan 1472 niet doorgestuurd....
code:
1501 bytes is net te groot. 1500 bytes (dus met -s 1472) zou wel moeten werken als alles juist is geconfigureerd.Voor IPv6 ping is dat -s 1452.
Waarom? -s bepaalt hoeveel bytes aan data binnen het ICMP packet verstuurd wordt. De IPv4 en ICMP headers (resp. 20 en 8 bytes) komen daar nog bij, en dat moet passen binnen de MTU. 40+8 voor IPv6.
[ Voor 80% gewijzigd door Zr40 op 22-10-2020 22:23 ]
Mja, daar heb je inderdaad wel een punt:
Stuurt precies 1500 uit
Ik vergeet inderdaad steeds dat de payload ook nog weer verpakt moet worden in een ICMP en IP(v4/6) pakket.
Dat werkt dus eigenlijk ook als designed.
Dus ook via Cambrium Coanet is een PPPoE MTU van 1500 geen probleem
code:
1
2
3
4
5
6
7
8
| $ ping -M do -s 1472 87.251.42.7 PING 87.251.42.7 (87.251.42.7) 1472(1500) bytes of data. 1480 bytes from 87.251.42.7: icmp_seq=1 ttl=59 time=3.72 ms 1480 bytes from 87.251.42.7: icmp_seq=2 ttl=59 time=3.59 ms 1480 bytes from 87.251.42.7: icmp_seq=3 ttl=59 time=3.39 ms 1480 bytes from 87.251.42.7: icmp_seq=4 ttl=59 time=3.15 ms 1480 bytes from 87.251.42.7: icmp_seq=5 ttl=59 time=3.04 ms 1480 bytes from 87.251.42.7: icmp_seq=6 ttl=59 time=2.89 ms |
Stuurt precies 1500 uit
Ik vergeet inderdaad steeds dat de payload ook nog weer verpakt moet worden in een ICMP en IP(v4/6) pakket
. Dat werkt dus eigenlijk ook als designed
. Dus ook via Cambrium Coanet is een PPPoE MTU van 1500 geen probleem
[ Voor 11% gewijzigd door eymey op 22-10-2020 22:26 ]
Marstek Venus 5.12kWh v151, CT002 V118, CT003 V116 DSMR5.5, PV 11xEnphase IQ7+ Z-O, 5xEnphase IQ7+ N-W - ~4,7Wp theoretisch, ~3,5Wp praktijk.
Hebben ze nou aangepast dat je met omhoog en omlaag niet meer snel door de kanalenlijst kan gaan? Ik krijg nu het menu 
[ Voor 9% gewijzigd door .oisyn op 23-10-2020 00:00 ]
Give a man a game and he'll have fun for a day. Teach a man to make games and he'll never have fun again.
Geen verandering gezien. Hier werkt het nog zoals het hoort.:
Hebben ze nou aangepast dat je met omhoog en omlaag niet meer snel door de kanalenlijst kan gaan? Ik krijg nu het menu
Give a man a game and he'll have fun for a day. Teach a man to make games and he'll never have fun again.