[Freedom] Ervaringen & Discussie

[cat_byte]

Ja, dit topic ontbrak inderdaad!

@ocf81: de url in je OP mist een ]

Heeft iemand al een kijkje genomen naar de encryptie-opties?

Ik probeer een PGP-sleutelpaar te maken, maar krijg helaas een foutmelding. Dat hoort niet denk ik?:


Ik zie dat het RoundCube is, maar kan niet veel extra information vinden over de volgende opties:


Ik vond wel dit, wat me enigszins op weg helpt. Weet iemand nog een betere bron?

Een uitleg in het Nederlands in Jip-en-Janneke-taal zou Freedom als provider die privacy en veiligheid hoog in het vaandel heeft, niet misstaan. Op de site van Soverin vind ik het ook niet, maar misschien zijn dit zaken waar de gewone man of vrouw zich sowieso beter niet aan waagt Ik hoop Dat ze in de nabije toekomst aan dit soort dingen aandacht kunnen besteden. Niet dat het hun taak is, maar een beetje gedegen digitale opvoeding kunnen we best gebruiken. Ik schrik me af en toe de apenootjes van hoe bleu sommige mensen zijn die zich op het internet begeven.

[ Voor 89% gewijzigd door cat_byte op 11-11-2019 20:41 ]

[voorstad]

Maandag 11:54 gelukt om founding member te worden Nadat de server gereboot was, liep het aanmelden vlot door.

Bij het linken van mijn domein kwam ik niet verder dan het MX record. Ik zie nu dat ze de servernaam hebben aangepast naar mx.freedom.nl, dus hoop dat het nu wel gaat werken.

[R_Lee]

ollie1965 schreef op vrijdag 15 november 2019 @ 09:48:
[...]


Ik was het gisterenmiddag aan het instellen en had een [e-mail] identiteit aangemaakt in het webportaal. 2x een testgedaan en daarna niks meer.
Vanuit andere mailbox naartoe mailen lukt wel (geen bounce) maar zie op de webmail niks binnen komen.
Dacht net aan een eigen fout om te onderzoeken. Bij een mailclient krijg ik een error, maar gisteren geen tijd meer gehad om het uit te zoeken

Denk dat ik hem gevonden heb.
Het mx-record moet eindigen met een puntje.
In de mail die ik van Freedom kreeg, stond dit puntje er niet. (waarschijnlijk gisteren uit eigen initiatief wel er achter gezet, toen werkte het. Vervolgens nog eens alle records herzien en het MX-record gekopieerd uit de mail, waar deze regel dus zonder puntje staat).

Nu komt alle mail van afgelopen uren (en gisteren) alsnog druppeld binnen.


Hier ontbreekt het puntje dus:

[ Voor 4% gewijzigd door R_Lee op 15-11-2019 09:54 . Reden: Plaatje toegevoegd. ]

[cat_byte]

efox schreef op dinsdag 26 november 2019 @ 19:36:
Voor mij werkte het ook niet via het eigen domein, dat wil zeggen, ik ontvang wel berichten maar kan ze niet verzenden (Thunderbird). Geen foutmelding, er gebeurt gewoon niets. Ik heb dit gemeld aan de klantenservice, en kreeg na ruim een week als antwoord:

"Sorry voor de vertraging. Ik heb aardig wat getest en het lukt mij ook niet op de manier die ik zou verwachten. Ik ga daarom uit van een bug en heb dit derhalve geescaleerd. Gezien de gigantische toeloop en bijbehorende drukte kan ik helaas geen uitspraken doen wanneer dit opgelost wordt."

Voor wat betreft de agenda, ik kreeg deze met behulp van de tip van @hp-got wel aan de praat (mijn dank daarvoor), maar synchronisatie is erg traag.

Heel vreemd, ik heb geen enkel probleem met het verzenden van mail via Thunderbird (60.8). Vandaag wat mijndomein-mails verzonden, waarvan er ook een aantal beantwoord zijn door verschillende mensen. Zou het probleem al opgelost zijn of ligt het aan de versie van TB of toch de instellingen?

Hier de SMTP-settings die ik gebruik:


Voor de volledigheid ook die van de inkomende mail, voor de eigen domeinnaam:

Verwijderd schreef op dinsdag 26 november 2019 @ 20:00:
Apart dat jij het ook via zo'n omweg moest doen, ik dacht juist dat TB hier wat makkelijker mee was (zie bericht van @cat_byte van gisteravond).

Het verbaast mij ook inderdaad. Ik weet nog dat ik na het instellen iets had van "huh, werkt het al?". Ik hoefde weinig te tweaken zeg maar. Nu ik toch bezig ben: dit zijn mijn settings voor caldav en carddav (met TBsync en carddav/caldav service provider):



Ik ben het overigens wel eens met trage synchronisatie: het duurt - wanneer ik handmatig sync - en seconde of 3. Ik ga er vanuit dat het in de nabije toekomst wel wordt aangepakt.

[ollie1965]

Ondanks dat ik als laatste gereageerd heb de volgende vraag.
Merken jullie ook vreemde dingen op zoals: Thundbird openen en vervolgens worden er tig nieuwe mappen aangemaakt allemaal gerelateerd aan de "Deleted Items" folder.
Ik heb mijn verbinding met de mailserver maar verbroken nadat ineens iets van 150 extra deleted items mappen erbij had. Ook in de webmail zie ik nu heel veel mappen erbij.

Thundbird standaard ingesteld en geen dingen als "archiveren" aangezet.

Enig idee wat deze explosie veroorzaakt?
Iets bij Freedom, sync/jitter (whatever) probleem

[gjtm]

Barre73 schreef op dinsdag 11 februari 2020 @ 20:14:
Onzinnig maar ja... Doe er maar eens wat aan.

[MatHack]

[EnigmA-X]

Persoonlijk vind ik dat een mobiel abonnement wel meegenomen moet worden in de prijs, omdat de meeste mensen die naar alle waarschijnlijkheid niet van het werk krijgen. Daarnaast door de focus van de aanbiedende partijen hierop.

Voor wat het waard is in dit topic, heb ik een vergelijking tussen verschillende providers gemaakt en een poging gedaan een overzicht te creeeren specifiek voor mijn gewenste situatie:

• 500mbit verbinding (of meer)
• 10GB data mobiel (of meer)
• Geen vaste telefonie
• IPTV met 2 STB's (ontvangers)
• Ziggo Sport pakket
• Spotify family

• In de berekening is uitgegaan van jaarkorting/vooruitbetaling bij Freedom (1 maand gratis).
• Ziggo is buiten beschouwing, omdat ik geen COAX bekabeling heb in ons huis (weggehaald met verbouwing).
• Ik woon in KPN/ODF gebied, maar geen andere aanbieders.

Het verschil is in bovenstaand geval "significant" te noemen qua prijs lijkt mij.

[ Voor 13% gewijzigd door EnigmA-X op 07-04-2020 12:16 . Reden: Update prijzen in overzicht. ]

[EnigmA-X]

Ik heb mijn overzicht iets groter gemaakt en geprobeerd iets meer nadruk op het vergelijk te leggen.

ehtweak schreef op maandag 13 april 2020 @ 12:26:
[...]

Is dat zo?

Want volgens mij IS het Xs4all product, nu, op dit moment, zeer zeker niet exact dezelfde dienst...

Zaken als IPv6, een totaal ander modem, VoIP settings, andere AMS-IX routering en nog wat zaken.

En dat is dan nou juist het lastigste; je kunt niet goed vergelijken, omdat het niet precies dezelfde diensten/producten zijn.

IPv6 wordt door KPN ook uitgerold, of is al uitgerold: https://forum.kpn.com/internet-9/ipv6-uitrol-478514

Modemkeuze is tegenwoordig vrij, dus dan is het goedkoper om zelf een Fritzbox te kopen dan abonnee te blijven bij XS4ALL (meestal al in het eerste jaar).

VOIP zal gewoon samen gaan: https://blog.xs4all.nl/xs4all-blijft-bestaan/

Hoe zit het met de technische samenvoeging?
Op technisch vlak gaat de samenvoeging door. We maken al jaren gebruik van het KPN-netwerk. Onderdelen waar we onze eigen techniek voor gebruiken, worden geïntegreerd in KPN. Onze unieke diensten zoals het malwarefilter en DNSSEC worden ook overgenomen.

AMS-IX routering: zie technische samenvoeging. Verder betwijfel ik hoe relevant dit is, zelfs voor de gemiddelde XS4ALL klant.

Andere zaken: zie technische samenvoeging

Het enige dat overblijft zijn de contracten, het logo en het modem dat je initieel geleverd krijgt.

[ Voor 15% gewijzigd door EnigmA-X op 13-04-2020 13:00 . Reden: Foutje in plaatje gefixt ]

[Zr40]

Wat is dat toch met het slopen van NTUs om de glasvezelkabel te pakken te krijgen? Ik heb zo'n ding, die klik ik op de FTU en er komt netjes een glasvezelkabel uit.



Ook heel eenvoudig (en goedkoop) te vervangen bij eventuele beschadiging.

[ Voor 10% gewijzigd door Zr40 op 08-05-2020 21:47 ]

[willemb2]

Geen track & trace code ontvangen, klein minpuntje, maar ik was thuis toen PostNL vanavond laat met een pretpakket kwam:



4 minuten later was ik online:



Morgen even verder testen, poort 25 en dat soort dingen...

[Vyps]

Barre73 schreef op vrijdag 8 mei 2020 @ 22:37:
[...]


Maar dan zal je ook wel weten dat deze alleen gemaakt is voor de nieuwe FTU TK01. Er is er ook eentje voor de TY01 maar voor de Genesis FTU's is er echt niks. Dan is het inderdaad een kwestie van openmaken, netjes koppelen en proberen je patchkabeltje netjes weg te leiden via de lege kap.

idd, het is zo'n soort apparaat:

[ Voor 30% gewijzigd door Vyps op 08-05-2020 23:16 ]

[Vyps]

Mooi weer dit, mail van Telfort een maand geleden:



Mail van gisteren:


En zo gaat het ieder jaar . Nou maakt de prijs me niet zo heel erg veel uit, maar stuur die eerste mail dan niet

[slijkie]

Zr40 schreef op woensdag 13 mei 2020 @ 17:31:
[...]

Nouja, dat zijn 65,536 /64. Klein verschil met 65,536 adressen

Een /48 is uitstekend

Je hebt gelijk

[Basje]

Wij zijn pas verhuisd naar een nieuwbouwhuis en daar hebben we zo'n KPN-glasvezelaansluitpunt. Hoe moeilijk is het om daarop zelf Freedom Internet aan te sluiten? Ik neem aan dat er nog een kastje komt tussen de FritzBox en dat KPN-kastje, toch?

[odo966]

Ik heb bij XS4ALL nog dit type NT, waarbij er dus gewoon een Ethernet-kabel naar de FritzBox gaat. Vind ik eigenlijk wel fijn, want dan kan ik de FritzBox meer centraal in huis plaatsen ipv in de meterkast. Kan ik deze setup dus gewoon houden, als ik naar Freedom zou gaan? De NT hoort niet bij wat ik in principe aan XS4ALL terug in moet leveren?

[xebeche4you]

Vanmorgen is ook mijn Vplus Dsl lijn opgeleverd zonder problemen. Vooraf opgegeven Freedom IP adressen komen overeen met mijn eerste test.

Tot gisteren had ik met de FRITZ!box 7590 -> 50,42 Mbps down / 30,47 Mbps up / Ping 5 ms via XS4all Compact. De maximale snelheid op mijn adres is 101 Mbps down / 33 Mbps up



Ik kan met dit resultaat prima leven, ook gezien de toekomstige prijsverhogingen bij KPN / Ziggo vanaf 1 juli a.s. . Wie had ooit gedacht dat Freedom nog goedkoper zou zijn (in mijn geval dan).

Succes met de volgende 256 aansluitingen !

[ Voor 62% gewijzigd door xebeche4you op 15-05-2020 09:05 . Reden: Snelheidstest toegevoegd / Info maximale snelheid adres ]

[Vyps]

Barre73 schreef op vrijdag 8 mei 2020 @ 22:37:
[...]


Maar dan zal je ook wel weten dat deze alleen gemaakt is voor de nieuwe FTU TK01. Er is er ook eentje voor de TY01 maar voor de Genesis FTU's is er echt niks. Dan is het inderdaad een kwestie van openmaken, netjes koppelen en proberen je patchkabeltje netjes weg te leiden via de lege kap.

Jup, gelukt. Ik moest alleen wel het hele binnenwerk van de Genexis er uit halen en apart leggen.
Ik neem aan dat als er een monteur komt dat alles weer even terug naar de originele staat moet.
Ik kon het koppelstukje van Freedom uit de TK01 patch cover halen en boven op de binnenkomende vezel klikken zodat ik de patch kabel tussen de vezel en de Fritbox kon hangen.
Daarna kun je al het plastic van de Genexis weer terug klikken en heb je in principe gewoon een hol plastic ding.

Zonder patch kabel had ook gekund maar dan moet je allerlei zegels los gaan halen en de vezel zit opgerold zonder mantel in de Genexis. Dat wil je zo houden want dat is erg fragiel en verzegeld.

[slijkie]

Zo, na flink wat gerommel aan de praat gekregen. Had ik maar XS4ALL, weinig moeite! ha!

Maargoed, ipv6 nog niet in orde, maar dat komt later vandaag wel. (vrouw moet thuis werken, die is al erg 'vrolijk' hierdoor :-))

Dussss, 500/500 lijn, KPN WBA;

Speedtest #1: (31173 Services AB)


Speedtest #2: (NForce Entertainment)


Speedtest #3: (KPN)


Muah, valt op dit moment tegen, zat bij T-Mobile in principe altijd rond de 490/490. Maargoed, zal het de komende tijd even aankijken.

NEVERMIND, mijn fout, USG staat aan in IDS mode. Oftewel dan zakt de boel flink. Even uit gezet.

Speedtest #1 - NForce Entertainment:


Speedtest #2 - KPN:


Speedtest # - XS4ALL


Dus, geen idee wat er met de Upload aan de hand is. Die knalt eerst naar 800 en zakt dan langzaam naar 610-620.

[ Voor 30% gewijzigd door slijkie op 20-05-2020 09:42 ]

[slijkie]

Zr40 schreef op woensdag 20 mei 2020 @ 10:02:
[...]

Dat komt door de manier waarop deze speedtest upload meet. Hij meet wat de browser verstuurt, niet met welke snelheid de server jouw data ontvangt. Uiteindelijk komt dit wel overeen maar in het begin geeft dit een enorme afwijking naar boven.

De speedtest van dslreports.com is wat accurater

Dat de upload iets hoger is dan de afgesproken snelheid is voor zover ik weet 'normaal' voor glasvezel (althans, van Reggefiber).

Bij deze:

[slijkie]

Xantis schreef op woensdag 20 mei 2020 @ 16:57:
[...]

Ik was zeker niet van plan om alle domeintjes over te gooien naar Freedom, eens met het scheiden van ISP en domeintjes. Maar je kunt er 1 gratis registreren, dus 1 wou ik er overzetten.

Maar....kun je DNS records aanmaken via een admin panel bij Freedom (a la TransIP) of niet?

Jep...

[Zr40]

Ondertussen heeft XS4ALL ook door dat er iets gaat gebeuren

[mgroen81]

Doei

[Xantis]

JiMiHeNdRiX schreef op dinsdag 2 juni 2020 @ 13:08:
Hoeveel kosten rekent XS4ALL als je het bruikleenmodem niet retourneert? Want het kan nog wel eens interessant zijn om mijn huidige FB7590 te houden, omdat me dat het opnieuw moeten instellen van mijn VPN en Voip e.d. scheelt en me bovendien 2 Euro abonnementskosten per maand bespaart.

Bij XS4ALL: 99 euro.

[oliveroms]

Nieuwe pagina duurt gewoon 2 minuten om in te vullen (Begon om 12:00:05 met typen). De machtiging mail duurde zo'n 2 uur, krijg nu wel dit voor 'https://freedom.nl/bedankt', moest er beetje om lachen.

[ Voor 3% gewijzigd door oliveroms op 04-06-2020 15:56 . Reden: url toegeovegd, ander zegt de pagina ook zo weinig ... ]

[Vyps]

jacques1971 schreef op vrijdag 5 juni 2020 @ 23:19:
[...]


Ik heb de GN02 van Genexis, daar past de geleverde kap van Freedom niet op.

Klopt de geleverde kap past niet overal op. Zoals @Barre73 al aangeeft is de Genexis niet echt gemaakt voor het aansluiten van een glas patchkabel. Bij mij ziet het er nu zo uit maar als je je er niet comfortabel bij voelt om de Genexis uit elkaar te trekken en het koppelstukje uit de geleverde kap te wippen kun je beter de bestaande utp aansluiting gebruiken.

[ Voor 39% gewijzigd door Vyps op 07-06-2020 20:39 ]

[Zr40]

Er komt geen kabel uit de TK01 (de FTU). De FTU is alleen een koppelstuk voor de NT of de patch cover die je er aan bevestigt. De NT is een media converter (die precies past op je FTU) en daar kan je met een Ethernetkabel je router op aansluiten. De patch cover daarentegen geeft je een losse glasvezelkabel die je in de Fritz!Box 5490 of eigen router met glasvezelpoort prikt.

Zie de eerdergenoemde post, daar staan een aantal duidelijke foto's in van de FTU, NT en patch cover. En hierboven de eerste foto van @Vyps, daar zie je de 5490 waarop de glasvezelkabel uit een patch cover zit aangesloten

En voor de volledigheid, een foto van een NT op mijn TK01:

[ Voor 66% gewijzigd door Zr40 op 07-06-2020 21:37 ]

[novastorm76]

don spike schreef op maandag 8 juni 2020 @ 12:47:
[...]


Als ik nu kijk, wat @Barre73 net ook al zei, zie ik voor KPN 500/500 € 55 p/m staan.

Als je het eerlijk wilt vergelijken, komt daar € 7,49 p/m bij voor de Fritzbox.
De tech Desk kost nog eens € 5 p/m bij (maar maandelijks aan/uit te zetten?), niet meegenomen in mijn voorbeeld.

ik zie jouw € 47,50 nergens staan, ook lopen er momenteel geen korting acties bij KPN.

Hier een screenshot van de prijs die ik zie. beetje vreemd dan

[mlohnen]

Freedom here we come!

[.oisyn]

woutertje schreef op dinsdag 9 juni 2020 @ 08:47:
Dat is ook mijn config. Ik ben net over, en zowel IPv4 als IPv6 werkt zonder dat ik iets hoefde te doen :-).

Hier ook alles koek en ei

.edit:


Béétje jammer, volgens mij haalde ik bij xs4all altijd wel de max.
Zo, via de app gaat het iets beter.

[ Voor 31% gewijzigd door .oisyn op 09-06-2020 09:54 ]

[woutertje]

.oisyn schreef op dinsdag 9 juni 2020 @ 09:24:
[...]

Hier ook alles koek en ei

.edit:
[Afbeelding]

Béétje jammer, volgens mij haalde ik bij xs4all altijd wel de max.
Zo, via de app gaat het iets beter.

Heb hier voor 1000/500 gekozen. Dat haal ik niet helemaal, meestal flink er onder, dit is ongeveer het beste resultaat:



Een vriend van mij bij Tweak haalt met wget van een vps bij Vultr strak 110 MB/s, daar haal ik ~40 MB/s. Tweak loopt daar via AMSIX, en bij Freedom via Telia (Transit). Een download van zijn server bij Tweak (via zijn thuisverbinding dus, gigabit) gaat sneller, ~93 MB/s, dat gaat via NTT (ook transit dus).

[.oisyn]

Mumsel schreef op dinsdag 9 juni 2020 @ 11:27:
@woutertje Check het eens met een snelheids test zoals die van Serverius: https://speedtest.serverius.net/

iperf3: error - the server is busy running a test. try again later

Zr40 schreef op dinsdag 9 juni 2020 @ 11:38:
DSLreports heeft ook wel een goede test: http://www.dslreports.com/speedtest

Word ik ook niet echt vrolijk van

[ Voor 35% gewijzigd door .oisyn op 09-06-2020 12:31 ]

[EnigmA-X]

500/500 via WBA hier.

Dslreports heeft wel een betere wijze van testen, maar ik haal daar ook steevast (flink) lagere resultaten:





Bovenstaand 2 minuten na elkaar. RoutIT zit wel in Ede, net als BIT. Bij de speedtest van XS4ALL en Ziggo haal ik bijna identieke waarden zoals bij de speedtest hierboven.

[ Voor 5% gewijzigd door EnigmA-X op 09-06-2020 18:12 ]

[HSL]

jacques1971 schreef op woensdag 10 juni 2020 @ 18:07:
[...]


Pas na dat Freedom de lijn heeft over genomen.

In het geval van XS4ALL hoef je behalve aan pack niks te doen.

Dat is dus niet wat er bij de Freedom bevestigings mail staat. Daar staat letterlijk dit:

[jacques1971]

[URL=https://www.speedtest.net/result/9586865624][/U

[woutertje]

ANdrode schreef op donderdag 11 juni 2020 @ 11:09:
[...]


Bij dit soort RTT's maakt de fysieke route nog relatief veel uit. 0.8ms is maximaal 120km retour aan afstand (en in glas minder).

Ik heb weer even een traceroute gemaakt: https://atlas.ripe.net/measurements/25706024/ . Target van de probe is het eerste IP in de range van freedom dat op mijn pings reageerde .

• Ook binnen Nederland via transit
• NTT, Telia
• Ook vanaf Cambrium via NTT
• SurfNet (VU/probe 10020) -> Nordu -> PCCW -> Fusix

Er staan natuurlijk weinig Atlas probes bij content netwerken dus de routes die je als klant gebruikt kan je niet via de "reverse traceroute naar een Freedom IP" testen.

Heb een smokeping draaien naar 130.89.1.1 (een router op de Universiteit Twente, die is qua latency altijd wel een beetje funky, volgens mij heeft ICMP op die router een hele lage prio, niet echt handig gekozen door mij). Je ziet vanaf dat ik over ben naar Freedom daar wel een zeer duidelijk (negatief) verschil. Dus die verbinding naar Surfnet is echt niet top.

[EnigmA-X]

Ik heb net ook eens even zitten kijken naar mijn smokeping.

Ben op 8 juni overgegaan van XS4ALL --> Freedom via WBA

Dit is linuxserver.io:



Dit is facebook:



Gelukkig heb ik al jaren geen facebook account meer, dus niets ergs aan

[Zr40]

Twee dagen na de daadwerkelijke lijnovername

Zoek de dubbele HTML escaping

[.oisyn]

Iemand al succesvol gepauzeerd of begin gemist? Kom niet verder dan het laadicoontje. TV gemist werkt wel.

.edit: eerste echte praktijktest. Steam download

[ Voor 63% gewijzigd door .oisyn op 14-06-2020 00:59 ]

[OlivierF]

@.oisyn Goeie tip! Ik las daar iets over een advanced mode en dan komen er wat extra opties naar voren :-)







En dan in de Mikrotik een PPPoE client interface toevoegen:




De rest is "gewoon" mikrotik ik neem aan dat de tweakers daar wel uit komen.


EDIT: hoewel dit in eerste instantie werkte heb ik het niet stabiel gekregen. Het werkt alleen als de Fritzbox eerst de PPPoE sessie opbouwt, en daarna overdraagt aan de router. Maar als er iets herstart dan loopt dat dus fout. Ik heb nu een Draytek Vigor 165 gekocht en die kan in 'Full Bridge' modus, daarmee werkt het perfect met mijn Mikrotik router.

[ Voor 9% gewijzigd door OlivierF op 25-06-2020 19:43 ]

[Zr40]

stormfly schreef op maandag 15 juni 2020 @ 07:41:
[...]


Ja het flushen van je flow tabel (sudo conntrack -F) is onnodig vervelend.

conntrack is toch alleen relevant voor NAT, en dus IPv4?

Wat ik mij wel afvraag; waarom ontstaat dit gedrag. Heb je een screenshot van de RA waarop hij flushed, heeft FREEDOM daar een verkeerd bitje in actief gezet? Ik neem aan dat je over de WAN zijde spreekt?

De specifieke melding (Flushing IPv6 cache) is afkomstig uit de cavium-ip-offload kernel module. Van wat ik er van begrepen heb is dit relevant voor de hardware offload - binnenkomende packets (op iedere interface) kunnen alleen door hardware gerouteerd worden als de betreffende flow in de cache aanwezig is, anders worden ze door de Linux kernel gerouteerd. Die vervolgens de cache weer vult. Deze cache is te bekijken in /proc/cavium/ipv6/flows.

Maar inderdaad, wat triggert het precies.

Ja, het komt binnen over de PPPoE interface. Dit is zo'n RA:

[ Voor 41% gewijzigd door Zr40 op 15-06-2020 08:36 ]

[Mount]

Je zou hem als WAN2 kunnen configureren, echter als je reboot zonder iets in je RJ45 wan poort dan gaat de configuratie niet lekker. Ik heb bij Devices -> UDM -> Ports -> WAN de 1e WAN poort gedisabled en de 2e gekoppeld aan 'WAN' met de 1000 FDX

[voorstad]

Ascension schreef op donderdag 25 juni 2020 @ 09:04:
[...]
NLziet werkt goed, hebben ook een goed werkende AppleTV-app alleen zenderaanbod is wat mager (alleen NL-zenders). Canaldigitaal heeft ook een interessant aanbod met smart tv apps en een breder zenderaanbod. Helaas (voor mij) nog geen AppleTV app.

Volgens mij ziet het landschap er momenteel ongeveer zo uit:

*aangepast 25-6-2020 11:25

[ Voor 58% gewijzigd door voorstad op 25-06-2020 11:25 ]

[don spike]

edit:
Graag wil ik een aanvulling plaatsen op deze post.

In reacties op deze post was namelijk de vraag ontstaan of je wel of niet zelf NTU mag uitnemen en een Patchcover mag plaatsen.

Nu wil ik als eerste duidelijk zijn dat je alleen zelf de NTU uitneemt en een Patchcover plaatst als je weet waarmee je bezig bent. Ten zeerste raad ik af om aan de pigtail van de hoofdaansluiting te zitten in de FTU.

Nu was ik in de veronderstelling dat je zelf de NTU mag uitnemen en een Patchcover mag plaatsen, mede door mijn eigen ervaringen met XS4ALL, zie hieronder;

offtopic:
Nu wist ik zelf al zeker dat ik minimaal een keer de NTU zelf had vervangen nadat XS4ALL zónder monteur deze had opgestuurd na aanleiding van een storing. Na dieper in de archieven te hebben gedoken, kan ik nu met zekerheid ook zeggen dat in ons toen nieuwe appartement de FTU is vervangen (GN01 / FXP-10 door een UFTU / TY-01) door Guidion, zónder NTU medio maart 2015. De NTU zelf is pas veel later door XS4ALL verstuurd zónder monteur toen onze nieuwe glasvezellijn werd geactiveerd medio mei 2015.

Daarnaast heb ik een andere kennis medio september 2019 ook geholpen met het plaatsen van de NTU op een TK01. Hij had bij het bestellen van zijn nieuwe XS4ALL glasvezel direct aangeven een NTU te willen, in verband met gebruik van een eigen modem. Ook zijn NTU werd pas verstuurd nadat Guidion de FTU al had vervangen voor een TK01.

Deze ervaringen, en dat Freedom Internet met zijn glasvezel internet een Fritz!Box 5490 met een Patchcover verstuurd, zonder monteur (mede vanwege Corona, maar ik denk dat de optie zonder monteur blijft?) was ik in de veronderstelling dat het toegestaan en zelfs gebruikelijk is om zelf de NTU of Patchcover te plaatsen en/of te vervangen.

Echter als ik nu op de website zoek van XS4ALL of KPN is daar wat onduidelijkheid over. De XS4ALL installatie handleiding staat dat de monteur altijd de NTU plaatst. De fora op XS4ALL en KPN zijn ook niet eenduidig, maar die reactie is meestal dat het systeem bepaald of een monteur noodzakelijk is of niet, en soms komt deze alleen controleren of alles nog up-to-date is.

Misschien is het wel mede afhankelijk wie je vorige provider was en/of Guidion onlangs al is langsgeweest.

De website van XS4ALL zegt wel 'Het wordt ten sterkste afgeraden om de NTU los te maken en een eigen router aan te sluiten', echter geven ze vervolgens wel aan hoe je dit moet doen; zie FTTH (Glasvezel)

Ook vind ik het raar dat je wel zelf een Patchcover kan vragen en meestal ook krijgt (XS4ALL) of kan bestellen in de KPN webshop. En anderzijds willen ze niet dat je daar zelf aan zit.

---

Vandaag hebben we de NTU ertussenuit gehaald, en de glasvezel direct in de eigen router. Dit stond al langer op de planning, maar door de verhuizing van XS4ALL naar Freedom Internet leek ons dit een mooi moment om dit project ook direct op te pakken.

Voor mij was glasvezel een nieuw medium waarvan ik nog weinig tot geen kennis had. Vandaar dat ik mijn ervaring hieronder even deel, zodat andere daar mogelijk ook wat aan hebben. Mocht iets van mijn verhaal niet kloppen, dan hoor ik dat graag, dan pas ik mijn post hierop aan.

---

Wij hadden nog een wat oudere TY01 / UFTU met een ZTE ZXHN F3100 NTU.
(zie hier voor een mooi overzicht van alle soorten FTU met bijbehorende Patchcovers)

Nu hebben wij géén Patchcover ontvangen, en als je wel een Patchcover ontvangt bij Freedom Internet (alleen i.c.m. Fritz!Box 5490 ?) is deze ook alléén geschrikt voor de laatste generatie FTU, namelijk de TK01 van TKF.
Indien gewenst kan je een Patchcover bestellen in de KPN zakelijk webshop; AT01, TY01 of TK01. (let op, afbeeldingen wijken af).

Wel hadden wij de lege (bescherm) cover bewaard welke met de TY01 ooit was geleverd door XS4ALL, toen onze GN01 is vervangen door de TY01 medio mei 2015.
Deze lege cover voor de TY01 blijkt gewoon hetzelfde als een Patchcover, maar dan zonder de glasvezel adapter en zonder de glasvezel patchkabel erin. Wel moet je zelf de opening voor de glasvezelkabel naar buiten toe uitbreken in de plastic kap. Dit gaat heel makkelijk, en de plek hiervoor is extra dun.
Dus hebben wij zelf een glasvezel adapter en glasvezelkabel besteld. Gezien onze patchkast met router niet in de meterkast bevind waar ook de glasvezel bij ons binnenkomt, heb ik direct ook de juiste lengte glasvezelkabel kunnen bestellen.

---

Voor wat ik begrijp zijn er verschillende soorten glasvezel pigtails;
Zoals verschillende soorten maten, bijvoorbeeld;
• SC-connector (Subsciber Connector) en
• LC-connector (Lucent Connector)
en daarbij verschillende soorten manieren hoe deze contact maken, zoals bijvoorbeeld;
• APC (Angled Physical Contact) (groen) en
• PC (Physical Contact) (blauw).

Nu heb je een SC-Connector (en een koppelblokje) nodig aan de zijde van de FTU, in de uitvoering;
• SC/PC (blauw) of
• SC/APC (groen)
Afhankelijk van jouw situatie. Kijk gewoon naar welke kleur glasvezeladapter nu in de NTU zit.

Aan de zijde van een Fritz!box 5490 heb je een ook een SC-connector nodig, en in de PC-uitvoering;
• SC/PC (blauw).

Met een SPF module met een eigen router heb je waarschijnlijk een LC-connector nodig, in de PC-uitvoering;
• LC/PC (blauw).

---

In onze NTU zit een blauwe glasvezel adapter. Bij de wat nieuwere generatie (TK01) is dit een groene glasvezel adapter (wat ik begrijp).

Nu zie ik hier op Tweakers veel links naar fs.com voor glasvezelkabels, adapters en SFP-modules, maar die hebben wat langere levertijden, daarnaast wilde ik graag bij een Nederlandse webshop bestellen. Wij zijn uitgekomen bij Simac, welke ook netjes en goed verpakt alles de volgende dag heeft geleverd.

---

Een glasvezelkabel moet de volgende specificaties hebben volgens Freedom Internet;
• Singlemode Fiber
• 9/125 µm glasvezel
• SC/PC connector (blauw) of SC/APC (groen)
Nu begrijp ik dat APC standaard een hoek heeft van 8º, en dus APC8 gebruikt kan worden.

Daarmee kom ik dan zelf uit op een patchkabel met de volgende specificaties;
• Singlemode OS1 of OS2
• Simplex
• 9/125 µm glasvezel
• SC/PC connector (blauw) of SC/APC(8) (groen), zijde FTU
Nu kon ik niet veel vinden over OS1 of OS2 maar diverse reacties in het XS4ALL forum hier op Tweakers zeggen dat je gewoon een OS1 of OS2 kan gebruiken..

---

De glasvezeladapter/koppelblokje voor in de ('zelfgemaakte') Patchcover of direct op je FTU is een;
• SC/PC (blauw), of
• SC/APC (groen).
Afhankelijk van jouw situatie. Kijk gewoon naar welke kleur glasvezeladapter nu in de NTU zit.
Nog een pro-tip, het koppelblokje heeft aan één zijde een opening, plaats het koppelblokje met deze opening aan dezelfde zijde in je Patchcover of direct op de FTU, zoals deze ook in de NTU zit.

Vervolgens een glasvezel patchkabel van FTU naar de eigen router met SFP-module met LC-connector;
• LC/PC - SC/PC, (bij blauwe glasvezeladapter zijde FTU), of
• SC/APC8 - LC/PC, (bij groene glasvezeladapter zijde FTU).

Van de FTU naar een Fritz!Box 5490 heb je andere glasvezel patchkabel nodig, namelijk;
• SC/PC - SC/PC (bij blauwe glasvezeladapter zijde FTU), of
• SC/APC8 - SC/PC (bij groene glasvezeladapter zijde FTU).
Deze kabel kan je ook gebruiken als je een SFP-Module hebt met SC-connector.

---

Wij hebben dus een eigen router met SFP-Module gebruikt.

Om weer terug naar de specificaties te gaan, heeft deze de volgende eigenschappen nodig;
• 1Gbit (1000Base-BX-10-U)
• TX 1310 nm
• RX 1490/1550 nm
• Singlemode Fiber

Zelf gebruiken wij momenteel een Ubiquiti USG-PRO-4, hiervoor zijn wij uitgekomen bij de
Ubiquiti UF-SM-1G-S SFP-Module. Deze word wel geleverd in een set van twee, waarvan je alléén de blauwe variant nodig hebt. Deze SFP-Module heeft de volgende specificaties; TX 1310 nm, RX 1550 nm, met een LC-connector.

We hebben voor deze veilige optie gekozen omdat we dan zeker weten dat deze goed samenwerkt met onze Ubiquiti apparatuur.

Daarnaast hoefde wij niets te wijzigen met de instellingen in de UniFI Controller. De NTU eraf geklikt, de 'zelfgemaakte' Patchcover op de FTU geklikt. Vervolgens de WAN Ethernetkabel uit de USG gehaald, SPF-Module erin, glasvezelkabel in de SFP-Module, en binnen enkele seconden was alles weer normaal.

Ter extra informatie, bij ons ging de glasvezelkabel met LC-connector goed door een 16mm flexbuis van ongeveer 4,5 meter lengte. Ik heb deze heel voorzichtig met een trekveer door de buis getrokken, met een elastiek tussen de glasvezel connector en de trekveer.

---

Een algemene opmerking;
Indien je een TK01 FTU hebt in combinatie met een zwart vierkant kastje, een zogenaamde ONT, dat zit je in een KPN GPON gebied, en dan kan je helaas je glasvezel niet direct op de router aansluiten.

---

edit:
Ook in deze post de foto's toegevoegd

[ Voor 143% gewijzigd door don spike op 28-06-2020 21:58 ]

[Zr40]

don spike schreef op zaterdag 27 juni 2020 @ 20:06:
We hebben voor deze veilige optie gekozen omdat we dan zeker weten dat deze goed samenwerkt met onze Ubiquiti apparatuur.

Alle SFP modules werken goed samen met Ubiquiti. In tegenstelling tot bepaalde andere merken is Ubiquiti hardware niet kieskeurig op het merk SFP module. (Zolang je niet een SFP+ module in een SFP slot steekt.)

Ik heb zelf een Draytek SFP module in mijn ER4 zitten. Ooit nog gered uit een router van T-Mobile bij een andere aansluiting, die T-Mobile niet terug hoefde

Wij hadden nog een wat oudere TY01 / UFTU met een ZTE ZXHN F3100 NTU.

Grappig. Mijn ZTE ZXHN F3100 past op de TK01 en heeft een groene glasvezelconnector. Zouden ze het typenummer gelijk hebben gehouden voor de verschillende form factors?

[ Voor 31% gewijzigd door Zr40 op 27-06-2020 20:35 ]

[don spike]

EnigmA-X schreef op zondag 28 juni 2020 @ 11:11:
Dit is niet helemaal correct. Ik heb van Freedom een leen Fritzbox ontvangen om de ppp connectie te troubleshooten, hier hadden ze netjes een TY01 patchcover bij gedaan.

Kennelijk is het dus wel leverbaar door Freedom, misschien even specifiek om vragen

Dit is natuurlijk een andere situatie, jij hebt een leen Fritzbox ontvangen waarbij pas de Patchcover bij werd geleverd, omdat je problemen had, zo begrijp ik uit je verhaal. En het is natuurlijk niet standaard dat je een leen Fritzbox krijgt als je kiest voor gebruik van een eigen modem, tegen 2 euro korting per maand.

Daarnaast hebben wij er later ook niet om gevraagd, omdat ten eerste de Patchcover een erg korte glasvezelkabel heeft (wat ik begrijp) en ik minimaal 5 meter nodig had. Ten tweede heb ik voor mijn SFP-Module een LC-connector nodig, in plaats van een SC-connector.

En nog een derde reden is dat de huidige NTU prima was, en alles daarmee al enkele weken prima werkte, met een vlekkeloze overgang van XS4ALL naar Freedom Internet. Maar dit was dan ook een fun-project, en het scheelt weer een actief apparaat in de meterkast. Nu zit alle netwerk apparatuur bij elkaar in de Patchkast, achter eenzelfde UPS. De Access Points zijn ook alle direct PoE gevoed uit de switch.

Voor wat betreft het verschil tussen OS1 en OS2: https://community.fs.com/blog/os1-vs-os2-smf-cables.html

Bedankt voor de link, ik zal er eens induiken.

EDIT

Ik zie dat je je post heb uitgebreid, dat je nu ook 'direct' op glasvezel zit zonder NTU.

Nu klinkt die 8 euro voor je SFP-module leuk, maar daar komt nog eens verzendkosten bij, waardoor het totaal bijna de 20 euro aan tikt. Ja okay, je kunt dan direct ook het juiste kabeltje laten meesturen voor een paar euro extra. Maar mijn voorkeur ging uit naar een Nederlandse webshop vanwege meerdere algemene redenen.

Wat je zelf ook al aangeeft is dat je ook een andere kabeltje nodig had, zoals ik in mijn eerdere post ook al met exact dezelfde type connectors aangeef. Dus aan die Patchcover van Freedom had jij direct ook niet veel, of heb je daarin zelf de glasvezelkabel vervangen, en dus de plastic cover en adapter hergebruikt..?

Wij hadden nog een lege cover liggen, wat exact hetzelfde is als een Patchcover, maar dan zonder de glasvezel adapter en zonder de glasvezel patchkabel erin. (Ik neem aan dat elke FTU met een beschermcover word geleverd?) Dus het zou volledig zonde zijn geweest van alle kosten en inspanning als wij een Patchcover aan Freedom Internet hadden gevraagd, als wij die toch niet gingen gebruiken. Want wat ik begrijp word de Patchcover standaard alleen geleverd samen met een Fritz!Box 5490.

Ik zal eens kijken of ik later wat foto's kan toevoegen van onze 'zelfgemaakte' Patchcover.

EDIT 2

Hieronder foto's van mijn 'zelfgemaakte' patchcover, van de lege cover (TY01).

[ Voor 81% gewijzigd door don spike op 28-06-2020 14:18 ]

[woutertje]

De link met Telia lijkt wel vaak congested te zijn. Daar moet serieus wel wat aan gebeuren. Zie dit bij meerdere endpoints, hieronder een voorbeeld naar de Universiteit Twente (AS1133):



Datzelfde systeem (de RIPE Atlas Anchor in AS1133) heeft ook een IPv6 adres, die loopt via NTT en heeft wel een fatsoenlijke latency. (Alhoewel ik daar geen monitoring op heb, dus op basis van ad hoc metingen).

[ Voor 22% gewijzigd door woutertje op 03-07-2020 12:50 ]

[Xantis]

woutertje schreef op vrijdag 3 juli 2020 @ 11:53:
De link met Telia lijkt wel vaak congested te zijn. Daar moet serieus wel wat aan gebeuren. Zie dit bij meerdere endpoints, hieronder een voorbeeld naar de Universiteit Twente (AS1133):

[Afbeelding]

Datzelfde systeem (de RIPE Atlas Anchor in AS1133) heeft ook een IPv6 adres, die loopt via NTT en heeft wel een fatsoenlijke latency. (Alhoewel ik daar geen monitoring op heb, dus op basis van ad hoc metingen).

Idem

[EnigmA-X]

HiddenWolf schreef op vrijdag 3 juli 2020 @ 16:40:
[...]


Ik heb vorige week een mailtje gestuurd nadat ik merkte dat ik zeer variabele resultaten op speedtesten kreeg. Het antwoord ws dat men nog werkt aan de peering, en dat ik mijn volledige snelheid zou moeten halen als ik een testbestand download bij TransIP. Wellicht dat jij een iets inhoudelijkere reactie kunt uitlokken.

Dit heb ik ook gemerkt. Een 10GB.bin van http://speedtest.tele2.net/ gaat volle bak (500Mbps), maar van http://speed.transip.nl/ krijg ik max 300-380Mbps, afhankelijk van het tijdstip.

Ik zag in mijn smokeping ook dat de latency van Facebook van ~4ms naar bijna 25ms ging. (Die enorme stijging is het moment dat ik aangesloten werd op Freedom).




Afgelopen week is dat ineens weer teruggegaan naar ongeveer 12ms.



Kortom, het lijkt er wel op dat eraan gewerkt wordt.

[woutertje]

BHQ schreef op vrijdag 3 juli 2020 @ 23:35:
[...]


En hoe trek je de conclusie dat de link met Telia congested zou zijn Dat kan evengoed verder liggen zoals bij b.v. GTT.

Zonder te weten waar congestie begint weet je eigenlijk alsnog niets. Dat kan net zo goed tussen partijen onderling liggen.

Dat zou kunnen. Dat is aan Freedom om uit te zoeken :-). Het viel mij vooral op dat in die gevallen dat er zulke spikes te zien zijn Telia in het pad zit. Edit: lijkt er trouwens bij nader onderzoek op dat jij gelijk hebt, ik zie het gebeuren bij zowel NTT als Telia, nog even verder kijken.

Zr40 schreef op vrijdag 3 juli 2020 @ 13:13:
Ik heb zelf een RIPE Atlas probe, daar zou ik dit vast ook moeten kunnen zien. Alleen lijkt RIPE op dit moment een storing te hebben met het weergeven van de statistieken. Vanavond kijk ik weer.

edit: de built-in measurement 1011 naar c.root-servers.net loopt hier via Telia. Ik zie in de grafiek over de afgelopen week niets wat op bovenstaande observatie lijkt.

Route:
AS206238: Freedom
AS57866: Fusix
AS1299: Telia
AS174: Cogent
AS2149: Cogent

Kunnen jullie eens de output van "mtr -rwbz" naar die endpoint delen?

Momenteel loopt de route via NTT en niet via Telia. Ik zie overigens wel hetzelfde in Atlas als wat ik in smokeping zie. Weet niet of je er bekend mee bent maar bij de UDMs lopen ook measurements naar alle anchors.



Je kunt ook goed de overstap van XS4ALL naar Freedom zien.

[ Voor 61% gewijzigd door woutertje op 04-07-2020 10:55 ]

[Clifmeister]

Ik had de mazzel dat ik nog een 4G abbo had voor mn ouders die ik ff een paar dagen mocht gebruiken, die liep wel langzaam leeg maar heb het gered, mijn overgang was 3 dagen. Dit was niet de schuld van freedom maar meer van cambrium qua patch. Support was altijd erg aardig en behulpzaam. Ben nu lekker over en mag niet klagen.



Alles is voor mij totaal automatisch verlopen XS4ALL opzegging etc. Maar hou er dus rekening mee dat een switch naar cambrium een paar dagen vertraging kan opleveren, je kan natuurlijk ook mazzel hebben en een rabbit patcher tegen het lijf lopen.

[Emperor_]

jurry schreef op dinsdag 14 juli 2020 @ 08:46:
[...]


Af en toe komt de PPPoE verbinding hier ook niet op als de BVVDSL lijnen opnieuw ingetraind worden. Op advies van de Freedom Internet helpdesk heb ik de FRITZ!Box 7583 opnieuw geconfigureerd door terug te gaan naar de fabrieksinstellingen. Toen leek het probleem weg te zijn maar een week geleden gebeurde het weer op een avond. De verbinding kwam pas terug nadat ik de FRITZ!Box opnieuw gestart heb via de web gebruikersinterface. Nu heb ik een ticket aangemeld bij AVM. Ook voor het gegeven dat de FRITZ!Box 7583 op zo'n 15% lagere snelheden intraint dan de FRITZ!Box 7581 op dezelfde lijnen.

Interessant. Ik heb zelf een Draytek Vigor 165 welke ik in bridge modus gebruik. Pfsense zet de PPPoE verbinding op en dit werkt eigenlijk prima. De laatste keer kreeg hij steeds een time-out, mij is onbekend waarom.

De snelheid waarmee het modem in traint is eigenlijk altijd constant 200mbit/30mbit ongeveer. Zie ook hier de speedtest.




Nu is volgens de KPN monteur wel mijn lijn verhuisd naar een 'buiten ring' wellicht, dat deze niet helemaal stabiel nog is.

Van wie is de PPPoE server eigenlijk? Zit dat in de DSLAM van KPN of Freedom?

[anonimoes]

Volgende week wordt bij ons freedom internet opgeleverd en dus kreeg ik vandaag de hardware in huis. Ik wil de 5490 direct op glasvezel aansluiten (en dus niet via LAN op de NTU), echter levert Freedom helaas geen informatie over hoe de patchcover intern aangesloten moet zijn alvorens ik deze op de FTU schuif. Ik heb nu de beide verbindingsblokjes vanaf de 'binnenkant' van de Patchcover naar buiten in de openingen geklikt (of anders gezegd: van boven naar beneden) en de korte patchkabel gebruikt om deze intern te verbinden. Zie foto. Volgens mij zou dit de beste uitlijning geven met de FTU. In elk geval heb ik hiermee volgens mij de minste kans op het beschadigen van de FTU omdat het verbindingsblokje tussen FTU en patchcover nu iets hoger uitkomt dan wanneer ik deze er van buiten naar binnen had ingezet. Kan iemand hier bevestigen of dit correct is?

Edit: Ik kan helaas nergens een duidelijke handleiding vinden over de interne aansluiting van de patchcover, vandaar mijn vraag hier in het forum. /Edit.

[ Voor 5% gewijzigd door anonimoes op 14-07-2020 13:33 ]

[Barre73]

anonimoes schreef op dinsdag 14 juli 2020 @ 15:29:
[...]


Hmm, en toch zie ik op de A lijn duidelijk een blauwe, en op de B lijn een groene connector. Ook aan de binnenkant van de NTU die er nu op zit is de connector blauw.

Als jij deze FTU hebt komt je lijn binnen op de blauwe connector die links zit. 100 procent zeker.



@HoleinOne Dit is een oudere FTU. Bij de nieuwe (sinds 2016) wordt alleen groene SC/APC gebruikt. Daar zal jij dan mee gewerkt hebben.

[ Voor 9% gewijzigd door Barre73 op 14-07-2020 15:56 ]

[woutertje]

BHQ schreef op vrijdag 24 juli 2020 @ 15:05:
De route naar Surfnet is een stuk beter nu. Geen detour meer op het retourpad.


[...]

Inderdaad, lijkt sinds de 24e een verbetering te zijn doorgevoerd .



Speedtest laat ook goede resultaten zien naar de Universiteit Twente:

[ Voor 17% gewijzigd door woutertje op 26-07-2020 13:58 ]

[GerkeP]

Zr40 schreef op dinsdag 28 juli 2020 @ 13:09:
Die werkt hier wel.

Wat krijg je precies te zien?

Al gevraagd of ik bij hen blacklisted ben of dat ze geo blocking gebruiken oid.
Nog geen antwoord, duurt meestal een dag bij ze.

[ Voor 14% gewijzigd door GerkeP op 28-07-2020 13:27 ]

[Zr40]

Vreemd. Misschien gebruiken ze een geolocation service met sterk verouderde gegevens. Even contact opnemen met de beheerder van die site?

[ Voor 41% gewijzigd door Zr40 op 28-07-2020 13:29 ]

[GerkeP]

Zr40 schreef op dinsdag 28 juli 2020 @ 13:27:
Vreemd. Misschien gebruiken ze een geolocation service met sterk verouderde gegevens. Even contact opnemen met de beheerder van die site?

Zoiets zal het wel zijn denk ik.
Ik wacht wel even af

Nu is het maar 1 website waar ik zelf niet zoveel te zoeken heb (kids wel). Maar moeten er niet meer worden :-P

[ Voor 31% gewijzigd door GerkeP op 28-07-2020 13:38 ]

[mindcrimemike]

Freedom pakket binnen. NTU vervangen -de huidige doet Fiber to LAN- is een fluitje van een cent, en er zit een twee meter lange fiber patch kabel in het Freedom pakket.
Maar dit ging helaas niet vliegen. Wellicht doet de huidige NTU nog wat met VLANs, geen idee. Mijn kennis reikt te kort. Maar geen internet connectie.
Nu is het zo dat de fiber lijn pas over een week van XS4ALL naar Freedom gaat. Ik wil echter zoveel mogelijk klaar zijn voor die tijd.
Dus oude NTU terug en de Freedom Fritzbox aansluiten via LAN1. Dit werkte feilloos.
DHCP ranges overgenomen idem voor SSID en WiFi passwords. De 7581 van XS4ALL is nu vervangen door de 5490 van Freedom.
De firmware op de 5490 was trouwens 7.01. Dus maar even geüpdatet.

Iemand ervaring met het aansluiten van fiber direct op de 5490? Lukt dat voor de overschakeling? Gelukt na de overschakeling? Weet iemand of het idd logisch is dat 5490->LAN1->Bestaande-NTU-UTP wel werkt maar 5490->Fiber->NTU-fiber-direct niet of pas na de overschakeling?

[mindcrimemike]

grave176 schreef op zaterdag 1 augustus 2020 @ 19:10:
Misschien eens xs4all fiber selecteren om te proberen ? Lijkt alsof het profiel van freedom iets verkeerd doet. Normaal moet je ook onder “internet>fiber” een connectie zien, aangezien LAN1 wel een PPPOE opzet lijkt me dat de fiber poort niet aangesproken word maar de LAN1.

XS4All fiber profiel geselecteerd en deze werkte ook niet. Reboot van de fritzbox gedaan voor een clean log. Dit is het resultaat. Ik heb overigens een 500/500 abo.
Maar goed, het profiel selecteren deed dus wel de fiber porrt selecteren.
Ik denk dat er voor nu niet veel anders op zit dat door the gaan met de Fiber-UTP NTU en het Freedom Fiber profiel met direct fiber te proberen na de cut-over. En als het dan nog niet werkt de helpdesk te vragen wat hier aan de hand kan zijn.
Nogmaals, het is geen ramp. Maar ja, een beetje techneut wil het dan toch in ieder geval berijpen nietwaar?

[GerkeP]

Dat met die ip handel geeft wel wat rare resultaten

Amazon denkt dat ik ergens in de buurt van het Midden Oosten ben :-P



En voor de complotdenkers, ik was het zelf, gewoon via Freedom verbinding ;-)

[ Voor 10% gewijzigd door GerkeP op 03-08-2020 10:26 ]

[HSL]

Heeft iemand hier toevallig glasvezel rechtstreeks op een UDM-PRO aangesloten?

Zo ziet mijn aansluitpunt er uit:


Wat voor kabel en SFP adapter kan ik het beste gebruiken?

[HoleinOne]

FTU TK01 patchcover heb je nodig. En klepje dichtdoen voordat jde patchcover plaatst. 1 van de 2 covers van de foto.

[GerkeP]

Wel irritant, ook Twitter vindt dat ik in de Arabische Emiraten zit met mijn ip 😔

[ Voor 134% gewijzigd door GerkeP op 21-08-2020 22:21 ]

[HSL]

Daar heb je niet zo heel veel invloed op

[grave176]

De udm-pro selecteren in de devices en dan onder ' poorten > wan ' kun je ze omdraaien

[HSL]

Helaas het werkt niet,.. Deze situaties getest:
- WAN1 niet aangesloten
- WAN1 aangesloten op ZTE die eerst op 't glasvezel aansluitpunt zat.

grave176 schreef op zaterdag 22 augustus 2020 @ 22:28:
Ik weet niet of je een ( UniFi ) switch met sfp poorten hebt want die zou je de vlan tag eraf kunnen laten halen en dan via RJ45 naar de udm pro kunnen laten lopen.

Die heb ik wel, 2 stuks, maar die hangen ook aan elkaar met SFP, en normaal hangt de 24p pro switch via SFP+ aan de UDM-Pro, nu even via ethernet omdat aan het testen was wanneer de fans aan gingen (blijkt de ventilator voor de disk te zijn)

Ik begin bijna te twijfelen of ik wel de goede module heb, maar als ik dit zie:

Dan moet het toch de juiste module zijn? Want hij maakt gewoon verbinding.

[HSL]

Barre73 schreef op woensdag 26 augustus 2020 @ 20:01:
[...]


De TK01 in Reggefiber gebied (nu dan KPN Netwerk NL) is altijd afgelast met de groene SC-APC connector. Altijd, geen uitzondering.
Over wat voor ZTE heb jij het?

Deze:

[Barre73]

HSL schreef op donderdag 27 augustus 2020 @ 12:55:
[...]

Deze:
[Afbeelding]

Die behoor je over je FTU heen te schuiven. Niet met een losse kabel aan te sluiten. En juist daarom weer ik zeker dat er een SC-APC connector in zit. Die koppelt direct op de pigtail die in de FTU zit. Deze is ontworpen op de TK01 FTU

[ Voor 38% gewijzigd door Barre73 op 27-08-2020 14:24 ]

[voorstad]

Vandaag is het dan zover, er is glasvezel in huis:


Helaas KPN WBA, dus wel even schrikken als je van Ziggo 250 down, 25 up naar iets van Freedom wil, en een alternatief moet zoeken voor TV.

KPN, T-Mobile enzo weten al dat ik glasvezel heb, de Freedom check denkt dat ik nog ADSL heb.

[krakendmodem]

voorstad schreef op donderdag 10 september 2020 @ 12:07:
[...]


Waar kan ik dat zien?

https://xs4all-fpi-info.fourstack.nl/ zegt:

Beschikbaar: ✔
Wat: FttH
Technologie: Fiber
Internet Snelheid: 1000 Mbit/s

GPON is een nieuwe techniek die KPN gebruikt. Daarvoor komt er dus een zwart kastje aan dat glasvezelaansluitpunt. Bij ons is die er op geplakt, normaal schroeft men die aan de muur vast.



Dat zwarte nokia kastje krijg je als je je diensten via GPON glasvezel geleverd krijgt. Je moet die dan gebruiken. Omdat GPON relatief "nieuw" is kan/wil T-Mobile hier nog niet op leveren. Althans, niet op de verschillende adressen / woonplaatsen die ik heb geprobeerd.

Vandaar de vraag of je weet of je GPON hebt. Als er een compleet nieuw glasvezelnetwerk in de grond is gelegd in het afgelopen jaar, dan is de kans groot dat het GPON is.

Maar verder weet ik er ook niet alles van . Alleen vind ik het raar dat je T-Mobile bij jou wel kan leveren en bij ons weer niet. We hebben namelijk dezelfde patchcover.

https://www.kpnwebshop.co...on-ont-indoor-1ge-scapc/2

[ Voor 8% gewijzigd door krakendmodem op 10-09-2020 13:03 ]

[ollie1965]

Euh zijn de scriptkiddies weer aan het spelen?
Krijg mijn mail niet de deur uit.

[.oisyn]

YWatchman schreef op maandag 14 september 2020 @ 12:56:
[...]


https://art19.com/shows/m...e6-4c10-bd01-c9436d18872c voor als je niet sarcastisch was :-)

Thanks, nee

[AgamemnonZ]

Doet DNSSEC het bij anderen? Als ik de 'test your connection' scan van https://internet.nl/ draai dan staat er bij mij dat DNSSEC niet werkt.

[raymonvdm]

Soundwork schreef op woensdag 16 september 2020 @ 23:10:
[...]


Ik snap deze post niet.... met point to point (AON) kan je de NT vervangen omdat het een mediaconverter is.
Bij GPON is de ONT geen mediaconverter, maar een de-multiplexer. Je zit samen met 47 andere klanten op dezelfde "feed" (dus 1 passive port). Dat zit een versleuteling op, en KPN wil dat niet vrijgeven. Vendors zoals Ubiquiti hebben ONT's op basis van SFP maar die zullen nooit toepasbaar worden op KPN netwerken.

Volgens mij is er nog geen mix and match tussen GPON vendors mogelijk, dus ik vraag me af of KPN dit bewust tegenhoud. Ze zullen er wellicht niet actief aan trekken om dit wel mogelijk te maken maar de tijd zal het leren. Vandaar ook mijn opmerking om eigen apparatuur op de ONT aan te sluiten, dan ben je in iedergeval niet gebonden aan het provider modem.

En wellicht kan dit nog iets worden


Een NT en Mediaconvert zijn overigens twee verschillende type devices. De vroegere NT`s waren meerpoorts switches die ook VLAN tagging en eventueel VOIP en DVB-C ondersteunde ze waren onder beheer van de netwerk operator. Inmiddels worden deze vervangen door MediaConverters met minder intelligentie en minder functies. De ONT`s lijken wat dat betreft meer op NT`s alleen hadden die laatste een 1op1 vezel naar de switch en werkt de ONT met time sloten op een shared medium ( de glasvezel tot de splitter in de straatkast) Ik weet niet of KPN 48 poorts splitters gebruikt. Ik weet wel dat andere netwerken 16 of 32 poorts splitters gebruiken afhankelijk van de daadwerkelijke vezel lengtes van OLT naar splitter en van splitter naar ONT

Het voordeel van GPON is dat er alleen een vezel gegraven hoeft te worden tot de wijkkast en niet meer tot een area pop. En dat er in de wijkkast geen actieve apparatuur meer hoeft. (deze kunnen dus kleiner worden)


Hier staat een stukje over een glasvezel netwerk met NT`s (1 op 1 fiber)

En dit is dan een de GPON versie

[ Voor 15% gewijzigd door raymonvdm op 16-09-2020 23:29 ]

[KoenWa]

Sakura_nl schreef op vrijdag 18 september 2020 @ 22:18:
[...]


Klinkt goed. Zou je voor de aardigheid een fototje van het menu kunnen plaatsen, ben razend benieuwd.

Het is in ieder geval wachten tot de omruilaktie van Freedom in gang gezet gaat worden.

Hierbij enkele, helaas scheve, foto's

[Sup4rdurt]

Sup4rdurt schreef op vrijdag 25 september 2020 @ 11:52:
Er is inderdaad een melding gemaakt richting Cambrium. Operator aan de telefoon gaf aan dat het doorgaans binnen dezelfde dag nog wordt opgepakt. Ik wacht wel af. Voor het thuiswerken is het lastig maar andere zaken doe ik wel via 4G. Paar dagen geen vaste internet verbinding overleef ik wel (hopelijk).

5 dagen verder en nog geen internet...

Er is dus iemand van Tweak langsgeweest om het glasgedeelte te fixen. M'n NTU geeft nu ook 3 groene LEDjes; Power, Glas en LAN. Tot zover alles goed dus.

Heb m'n Fritz!Box 7581 nu al op meerdere manieren geconfigureerd, verschillende kabel getest maar krijg de verbinding maar niet werkend.


Dit is de configuratie zoals deze volgens mij moet zijn. LAN vanuit de NTU gaat naar WAN op de Fritz!Box

Doe ik nou iets verkeerd of zit er gewoon iets anders niet goed?

[RenePetty]

Vannacht overgegaan van XS4ALL naar freedom. Alles vlekkeloos gegaan, kreeg welkomst mail van Freedom, en stond al over naar Freedom.
Download stream iptv van 8000 kbit/sec bij XSALL naar 12000 kbit/sec bij Freedom gegaan. 👍

[ Voor 121% gewijzigd door RenePetty op 30-09-2020 13:34 ]

[DiedX]

Mensen,

Toch maar eens praten over een nieuw netwerk. Op dit moment heb ik Ziggo, met de modem in bridge functie naar een Ubiquiti USG.
In het netwerk 3 AP's, VLAN's en alle switches zijn ook van Ubiquiti. On top een Cloud Key, dus ik ben Unifi-f#cked ;P

Huidig:



Gister met Freedom aan de lijn gehangen, en de Fritz!Box 7590 ondersteund geen bridging. Die staat ondertussen mooi te wezen, maar ik vraag mij wel af hoe ik de zaak aan ga sluiten.


Ik wil eigenlijk de VLAN's wel houden. Ik kan zo de zonnepanelen en Vera Edge in hun eigen hok schoppen. Wel zo netjes. Ook wil ik de IPv4 en IPv6 kunnen gebruiken. Behalve het ethische stukje, vind ik het ook wel fijn om dual-stacked te wezen

Wie heeft er voorstellen? Ik neig er nu naar om te kijken of de USG in routing-mode kan werken, en daarmee firewalling af te dwingen op de FB, en op de USG. Ik weet niet hoe de USG de IPv6 subnetten gaat verdelen.

Of is het beste alternatief om te kijken naar een ADSL-modem die ik in bridge-status kan zetten naar de USG, maar hoe zit het dan met de TV-Ontvanger?

Wie heeft goede tips?

[slijkie]

xebeche4you schreef op maandag 5 oktober 2020 @ 08:53:
De creditfactuur voor de geldteruggave voor Founding Members die Freedom Internet gebruiken komt net in mijn postvakje binnen. Als beta-tester van de 128 groep was ik er vroeg bij en dat betaald zich nu mooi uit. Dus duimen ophoog voor Freedom

Hier ook.

Was 1 dag voor de 128-groep applicatie lid geworden. Wel domein geclaimed.

Nu €21,92 terug gekregen, aldus de factuur.

Netjes.



Valt mij wel op, de kosten ervan gaan terug naar de rekening waarmee je de maand/jaar kosten betaald.

Heb heel jaar vooruit betaald met ING, aangezien bunq niet ging met automatische incasso (toen, in de 128 groep).

Heb met iDeal toen de fouding member fee wel betaald met die bunq rekening. Viel mij dus op.

[ Voor 42% gewijzigd door slijkie op 05-10-2020 23:02 ]

[slijkie]

Verwijderd schreef op maandag 12 oktober 2020 @ 12:51:
[...]


.oisyn en jorikc, bedankt voor jullie feedback!

Mijn Freedom-ip begint met: 45.148.141.xxx. Van Freedom heb ik begrepen dat dit IP-nummer in een range zit die voorheen was toebedeeld aan de Verenigde Arabische Emiraten. Freedom heeft ze netjes omgezet in alle geo-ip databases maar helaas zijn er toch websites die zelf blocklists hanteren op basis van verouderde informatie. Het zou kunnen dat mijn probleem daar mee te maken heeft. Als ik petities.com via een VPN benader, werkt deze in ieder geval wel goed. Overigens, wanneer ik zoek op die foutmelding "Internal error 912! Please try again soon." zie ik veel hits naar sites die allemaal gelieerd zijn aan het bedrijf dat petities.com runt. Een sterke indicatie dat het probleem dan echt daar ligt. Als ik een blacklist-check op mijn ip uitvoer, levert dat enkel 1 melding op dnsbl.spfbl.net op. Maar voor zover ik het begrijp, zou dat alleen gevolgen hebben wanneer je zelf een mailserver zou willen hosten.

Als iemand nog tips heeft hoor ik het graag!

Welke DNS gebruik je? Werkt het met 1.1.1.1 of 8.8.8.8 wel of ook niet?

Plus op die blacklist link en mijn IP invoer, zie ik ook een rood uitroeptekentje bij ‘dnsbl.spfbl.net’ zit zelf ook in de range van @.oisyn en @jorikc en petities ding werkt hier ook gewoon.

EDIT:

nu niet meer trouwens. even een mailservertje aangezet en naar postmaster@****.connected.by.freedominter.net de unblock laten mailen

[ Voor 20% gewijzigd door slijkie op 12-10-2020 18:24 ]

[EnigmA-X]

YWatchman schreef op zondag 11 oktober 2020 @ 11:44:
[...]


Foto'tje? Weet niet of jij 't ook weet maar er is een community server waar een hoop topics staan en misschien kan jij er eentje maken https://community.freedom.nl/c/Amino/67

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”.



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 ]

[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?

[AgamemnonZ]

AgamemnonZ schreef op maandag 14 september 2020 @ 14:06:
Doet DNSSEC het bij anderen? Als ik de 'test your connection' scan van https://internet.nl/ draai dan staat er bij mij dat DNSSEC niet werkt.

[Afbeelding]

Vorige week deed DNSSEC het nog steeds niet. Inmiddels blijkbaar weer wel (getest via 'Test your connection' op internet.nl). Mooi!

[ik222]

raymonvdm schreef op donderdag 29 oktober 2020 @ 10:20:
Ik denk dat je dit probleem bij andere providers ook zal hebben, volgens mij doen ze namelijk allemaal uitzending gemist / uitgesteld kijken via RTSP (unicast)

In dat geval zou ik dus eerder m`n geld op Mikrotik zetten en misschien RouterOS v7

Dat is wel interessant, bij KPN werkt dat allemaal namelijk wel gewoon op Mikrotik routers. En ja die gebruiken ook RTSP.

Net dus eens even ingedoken en het blijkt dat KPN STUN gebruikt daarvoor. De KPN settopboxen doen dus als je een unicast stream start een STUN request naar dezelfde server waar daarna de stream vandaan komt. Krijgen dan dus terug hoe de server hen ziet (dus met het adres + source poort van de ITV WAN poort van mijn router erin) en sturen daarna een nieuwe RTSP SETUP message met daarin dus dat adres + poortnummer. Hierdoor werken daar de RTSP streams dus zonder dat er een helper voor RTSP actief is.

Screenshot waarin je het kunt zien, onderin de details van de 2 belangrijkste pakketjes.



Conclusie die hieruit dat dus volgt is dat Freedom / Canal Digitaal geen STUN gebruikt blijkbaar voor de RTSP streams. En dan heb je dus inderdaad een helper nodig in je NAT router.

[ Voor 6% gewijzigd door ik222 op 29-10-2020 11:02 ]

[ollie1965]

Nog een paar dagen Ollie, nog een paar dagen.

[mlohnen]

Hmm XS4ALL zegt nog steeds dat Freedom geen diensten heeft zoals Internet, bellen of televisie..

[jacques1971]

Helaas loopt wederom vanavond de snelheid terug en de ping gaat omhoog.
Ik ben niet blij. normaal = 2 ms

Pinging www.freedom.nl [2001:7b8:650:1::33] with 32 bytes of data:
Reply from 2001:7b8:650:1::33: time=7ms
Reply from 2001:7b8:650:1::33: time=5ms
Reply from 2001:7b8:650:1::33: time=7ms
Reply from 2001:7b8:650:1::33: time=7ms



Inmiddels bekend;

Actuele storingen
08 december - Hogere latency en mogelijk packetloss

In verband met drukte op het netwerk kan er op de piektijden wat hogere latency en mogelijk packetloss worden gemerkt.

We zijn op de hoogte en werken aan een oplossing. Excuses voor het eventuele ongemak.

[ Voor 35% gewijzigd door jacques1971 op 09-12-2020 07:09 ]

[.oisyn]

jacques1971 schreef op dinsdag 8 december 2020 @ 21:06:
Helaas loopt wederom vanavond de snelheid terug en de ping gaat omhoog.
Ik ben niet blij. normaal = 2 ms

Pinging www.freedom.nl [2001:7b8:650:1::33] with 32 bytes of data:
Reply from 2001:7b8:650:1::33: time=7ms
Reply from 2001:7b8:650:1::33: time=5ms
Reply from 2001:7b8:650:1::33: time=7ms
Reply from 2001:7b8:650:1::33: time=7ms

[Afbeelding]

Inmiddels bekend;

Actuele storingen
08 december - Hogere latency en mogelijk packetloss

In verband met drukte op het netwerk kan er op de piektijden wat hogere latency en mogelijk packetloss worden gemerkt.

We zijn op de hoogte en werken aan een oplossing. Excuses voor het eventuele ongemak.

Same here


Ik kan nu gewoon niet fatsoenlijk remote werken.

[thelightning]

.oisyn schreef op woensdag 9 december 2020 @ 22:00:
[...]


Same here
[Afbeelding]

Ik kan nu gewoon niet fatsoenlijk remote werken.

Blij om dit te lezen. Same here! (regio Gooi)
Net de paar uurtjes dat mijn verbinding het belangrijkste is (en meeste throughput heeft)
Vanmiddag een mail gestuurd naar Freedom met de nodige informatie maar nu weet ik iig wat voor antwoord ik kan verwachten.
Het probleem zit hem in de local tail of in het Freedom netwerk in Amsterdam zelf. Naar mijn servers bij Fusix zie ik het namelijk ook al.

[ Voor 9% gewijzigd door thelightning op 10-12-2020 16:02 ]

[Zr40]

eymey schreef op donderdag 10 december 2020 @ 16:38:
edit: Ik zie bij Atlas eigenlijk wel uptime grafieken en snelheidsmetingen, maar geen pingmetingen.....

Die staan onder het tabje Built-ins. Dit zijn die van mij: https://atlas.ripe.net/frames/probes/28740/#tab-builtins

Je kan het het beste zien bij de laatste grafiek (#2, second hop to ping.ripe.net, dat is de eerste hop na de router), en daar op de vergroot knop klikt, en dan 2x uitzoomt.

Als ik uitzoom en dan inzoom op de periode oktober-november, dan lijkt het voor het eerst te zijn verschenen op 15 oktober.

[ Voor 16% gewijzigd door Zr40 op 10-12-2020 16:57 ]

[jacques1971]

Helaas ondervind ik nog steeds hogere latency en lage snelheid in de avond.
Op de site van Freedom staat dat het is opgelost, maar dat is niet het geval.

[ Voor 41% gewijzigd door jacques1971 op 15-12-2020 22:11 ]

[thelightning]

Ik ben er ondertussen bijhoorlijk klaar mee. Sinds ik bij Freedom zit is het niks anders dan ellende met de internet verbinding.

Tussen ~19:00 en en ~22:00 is de verbinding bijna niet meer werkbaar. Ik kan geen RDP sessie in de lucht houden en het streamen van een filmpje of serie is ook een groot buffer feest.
Ook vandaag ben ik al 4x uit mijn RDP sessie geknikkert.
In alle gevallen gaat dit om verbindingen naar Fusix (achterliggende ISP van Freedom) Het probleem zit het dus duidelijk in het Freedom netwerk of de carrier van locatie naar Freedom netwerk.

Gelukkig erkent Freedom de problemen wel en zou er, quote 16 december, "binnen enkele dagen een oplossing verwacht worden"
Ik zit sinds 17 november bij Freedom en tot de dag van vandaag, dik een maand later is het nog geen cent beter. Hier betaal ik geen premium prijs voor!

Ze krijgen van mij tot het eind van het jaar om een oplossing te realiseren. Zoniet ben ik weg bij ze, wat waarschijnlijk rechtsgang gaat worden i.v.m. contractduur en ga ik de publiciteit op zoeken.

[woutertje]

Dat lijkt inderdaad nog wel hetzelfde helaas:


De snelheid is vanavond ook wel om te huilen (WBA 1000/500):


Enerzijds heb ik zoiets van, ik gun het ze want mooi idee etc, aan de andere kant betaal ik gewoon de hoofdprijs en mag ik ook wel wat verwachten.

[YWatchman]

GerjanT schreef op donderdag 24 december 2020 @ 11:42:
[...]


Sorry, bedoel inderdaad KPN WBA. Maar verwacht heel eerlijk gezegd niet dat het op PoP-niveau zit. Probeerde alleen te snappen wat @YWatchman bedoelde met 50. Zit het tussen WBA en Freedom (is dat gescheiden van bv Tweak of niet, ik kan het niet zien). Ik zag wel ergens iemand die op het Coanet zit en die laat dezelfde latency zien (Atlas die ergens in Almere staat). Dan zou het de uplink naar buiten zijn die de bottle-neck is.

Nu mis je ping.freedom.nl wel

Ik heb op mijn COA lijn eigenlijk enkel last van een beetje demping waardoor ik wat packetloss heb, maar dat had ik bij de vorige provider (Telfort...) ookal. Dus dat is niks nieuws.



Verder heb ik vernomen dat ze volgens mij bezig zijn met iets om je ping te meten enzo...

[EnigmA-X]

HoleinOne schreef op maandag 28 december 2020 @ 10:34:
[...]


Tv is bedraad. Het gaat om live tv via de decoder van canal digitaal. Rechtstreeks op de Fritz box. Dus geen switch ertussen. Ik heb 2 decoders. Op beide hetzelfde probleem.

Heb je helemaal geen andere switches aangesloten op je Fritzbox?

Verder, gisteravond lijkt het verkeer wel erg rommelig geweest te zijn:



(Ping naar 8.8.8.8 - Gemeten vanaf een 500/500 glasvezel aansluiting op WBA)

[GerjanT]

HoleinOne schreef op maandag 28 december 2020 @ 10:16:
De laatste tijd heb ik 2 verschijnselen die ik soms als hinderlijk ervaar. Het gaat om een glasvezelaansluiting via Cambrium in Almere.
1. Mijn ip telefoonclient geeft aan dat er af en toe packetloss is. Met soms tot gevolg dat gesprekken mislukken. One way audio soms.
2. Op tv regelmatig een beeldfreeze van ongeveer 1 a 2 seconden (niet precies getimed). Geluid loopt wel door gelukkig.
Ervaren meer mensen deze problemen?

Ik heb IGMP aanstaan op de switch + router (Edgerouter) maar herken de problemen. Beeld staat een seconde stil en geluid loopt door. Dacht dat er nog een optimalisatie nodig was in de setup totdat ik las dat jij het met de Fritzbox direct aangesloten ook hebt.

Heb geen metingen lopen naar het VLAN4 qua performance, kan weleens kijken of ik dat kan doen.

EnigmA-X schreef op maandag 28 december 2020 @ 11:25:
[...]

Verder, gisteravond lijkt het verkeer wel erg rommelig geweest te zijn:

Ik meet hieronder de eerste hop bij Freedom (lo0.cmbr.nikhef-1.connected.by.freedom.nl). Wat me opvalt is het verschil in latency tussen ons.



Ik heb overigens een 200/200 WBA-lijntje

[MooiWeb]

Vannacht probleemloos overgestapt van XS4ALL naar Freedom.
Nu probeer ik IPv6 aan te zetten op mijn USGpro4

Vanaf mijn USG kan ik via ping6 google.com met ipv6 pingen.
Maar via de test site https://ip6.nl/ krijg ik vervolgens dit:

Wat doe ik fout?

[EnigmA-X]

GerjanT schreef op maandag 28 december 2020 @ 13:42:
[...]
Eigenlijk laten zulke cijfers ook wel zien dat het wel goed zit met het "achterliggende" netwerk maar dat de bottleneck de eerste hop is.

Eens. Daarbij vind ik een wat hogere latency dan eigenlijk nog minder zorgwekkend dat de gemeten packetloss van 5% tot soms wel 10%(!!) in die piek.

Hoewel het 'maar' ICMP verkeer is, zie ik dezelfde hoeveelheid packetloss naar alle andere targets die ik meet (en door de lo0 gaan).



Dat wijst toch echt wel op een vrij serieus issue, vooral omdat ik in jouw grafiek exact hetzelfde zie.

[esky]

Dennis-L schreef op vrijdag 25 december 2020 @ 14:09:
[...]


Dan zouden Tweak klanten via WBA dus ook last moeten hebben van deze congestie toch?
Ook die komen via WBA op het Cambrium netwerk, dat is dezelfde uitkoppeling.

Hebben we ook

(dit is een dsl lijn, maar die loopt ook via de eerder genoemde asd-itxams9-rtr2-lag2-wba-subs.cambrium.net)