:strip_icc():strip_exif()/u/1155483/crop671e85e7e618d_cropped.jpg?f=community)
Ja het flushen van je flow tabel (sudo conntrack -F) is onnodig vervelend. 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?:
tcpdump
Het gebeurt bij een binnenkomende router advertisement. ...binnenkomende?! * Zr40 doet wat meer tcpdump...
edit: ik zie niets raars in de RA. Ook geen prefix. En DHCPv6-PD met een RA zonder prefix schijnt normaal te zijn. Dan laat ik dat disable-flow-flushing-on-fib-changes lekker ingeschakeld
Aha ja het is een bijzondere markt, een van de weinige spelers welke TV onafhankelijk kan aanbieden is Canal Digital. Als dat product zo matig is als, bijna iedereen, schrijft dan zou het slim zijn daar iets aan te doen voordat er een andere aanbieder opstaat.
Als we dat wat breeder trekken, het is een bijzondere markt. KPN tobt wat met de proposities en de winstgevendheid, Ziggo loopt volgens mij wel OK maar die hebben de glasmarkt in hun nek hijgen. Mijn gevoel is dat het er over 3 jaar heel anders uit ziet op de markt.
Wat je bij Ziggo ziet is dat ze echt vol, maar dan ook echt vol, inzetten op het perfectioneren van het NEXT tv kastje. Veel usergroup interactie, met veel feedback wordt ook echt wat gedaan. Ik vraag mij wel af wat hun langetermijnvisie is mbt tot de glasuitrol en het verlies van klanten op het internet segment. Volgens mij zitten ze nu vol op de TV beleving. De NEXT pauze/replay streams zijn 10-11Mbit dat is geen magere kwaliteit. Waarbij de NEXT ultiem integreert met replay/pauze, super snel en je merkt geen kwaliteitsafname qua beeld
Mijn ultieme combinatie zou zijn; glas internet + NEXT coax TV. Nu is de NEXT om bepaalde, logistieke, redenen alleen bij het duurste abonnement beschikbaar. Stel dat ze de NEXT los zouden verkopen als TV product naast glas internet van concurrenten, ik denk dat ze dan een leegloop op hun internet segment zien. Zullen ze misschien niet zo snel doen...Dat vult wel de gap op de markt die Canal Digital nu heeft in TV beleving.
KPN heb ik ook even getest (maandabonnement) en het TV kastje is goed, maar het verschil met de NEXT was erg groot mbt gebruikerservaring. Ben daarom toch maar niet overgestapt, ook ivm QUAD-play. Heb er nu een VDSL lijntje van BudgetThuis naast zodat ik een beetje "glas gevoel low latency" heb
(er zit slechts 192m koper tussen)KPN gaat hier verglazen de komende jaren, maar die zijn zo verrekte duur op mobiel dat je daar bijna niet met gezond verstand voor QUAD play kunt kiezen. Uitgaande dat je een zakelijk mobiel hebt en je privé mobiel er voor "extra" bij hebt, en daar niet de hoofdprijs voor wil betalen.
[ Voor 4% gewijzigd door stormfly op 15-06-2020 07:50 ]
/u/9354/imagesmall.png?f=community)
conntrack is toch alleen relevant voor NAT, en dus IPv4?
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 ]
Die heb ik inderdaad niet ingeschakeld. Zou ook redelijk zinloos zijn, het schakelt forwarding uit 
ethernet eth3 {
duplex full
mtu 1508
speed 1000
vif 6 {
mtu 1508
pppoe 0 {
default-route auto
dhcpv6-pd {
no-dns
pd 0 {
prefix-length 48
}
prefix-only
rapid-commit enable
}
firewall {
in {
ipv6-name internet-in
}
}
ipv6 {
dup-addr-detect-transmits 1
enable {
}
}
mtu 1500
name-server none
password x
}
}
}
Heb je geen IPv4 firewall ingeschakeld?:
Die heb ik inderdaad niet ingeschakeld. Zou ook redelijk zinloos zijn, het schakelt forwarding uit
ethernet eth3 { duplex full mtu 1512 speed 1000 vif 6 { mtu 1508 pppoe 0 { default-route auto dhcpv6-pd { no-dns pd 0 { prefix-length 48 } prefix-only rapid-commit enable } firewall { in { ipv6-name internet-in } } ipv6 { dup-addr-detect-transmits 1 enable { } } mtu 1500 name-server none password x } } }
code:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
| [edit interfaces ethernet eth2 vif 34]
address dhcp
address dhcpv6
description KPN
dhcp-options {
default-route update
default-route-distance 200
name-server no-update
}
egress-qos 0:1
firewall {
in {
ipv6-name WANv6_IN
name WAN_IN
}
local {
ipv6-name WANv6_LOCAL
name WAN_LOCAL
}
}
ipv6 {
address {
autoconf
}
} |
Wat mij opvalt is dat jij geen autoconf hebt staan, en het daarmee bewust uitgeschakeld hebt? En toch werkt je forwarding nog?
KPN Telfort config, maar ik heb geen IPv6 actief, zowel Ziggo als Telfort leveren dat niet. Ik zal hem eerdaags eens ombouwen naar DHCPv6-PD mochten ze het ineens wel inschakelen
Correct.
Nee, je redeneert verkeerd om. Als je autoconf inschakelt wordt forwarding uitgeschakeld. Met autoconf doe je aan SLAAC op deze interface en daarmee zou je één /128 adres krijgen. Daar valt natuurlijk niets aan te routeren. NAT over IPv6 doen we uiteraard niet aan
Daarnaast is DHCPv6-PD de enige manier om bij Freedom (en bij XS4ALL) IPv6 toegewezen te krijgen. De RA die ik ontvang bevat geen prefix en is dus niet bruikbaar voor SLAAC.
Tnx voor de toelichting, gewaardeerde interactie.:
[...]
Correct.
[...]
Nee, je redeneert verkeerd om. Als je autoconf inschakelt wordt forwarding uitgeschakeld. Met autoconf doe je aan SLAAC op deze interface en daarmee zou je één adres krijgen. Daar valt natuurlijk niets aan te routen. NAT over IPv6 doen we uiteraard niet aan
Daarnaast is DHCPv6-PD de enige manier om bij Freedom (en bij XS4ALL) IPv6 toegewezen te krijgen. De RA die ik ontvang bevat geen prefix en is dus niet bruikbaar voor SLAAC.
code:
1
2
3
4
5
6
7
| dhcpv6-pd {
no-dns
pd 0 {
prefix-length 48
}
rapid-commit enable
} |
KPN voorbeeld van hun forum:
code:
1
2
3
4
5
6
7
8
9
10
11
12
| dhcpv6-pd {
no-dns
pd 0 {
interface eth1 {
host-address ::1
no-dns
prefix-id :1
service slaac
}
prefix-length /48
}
rapid-commit enable |
Heb je hier nog een mening over wat wel/niet inclusief 1 regel onderbouwing? Kan geen kwaad omdat FREEDOM toch een van de weinige IPv6 providers is, het hier te benoemen. In die template fixeren ze PD LAN naar eth1 only, klinkt ook wel als logisch.
Jij gebruikt prefix-only, klinkt logisch voor een mooie clean config. Toch de controle vraag, hij is dan nog wel in staat om te routeren zonder WAN adres?
code:
1
2
3
4
5
6
7
| set dhcpv6-pd Possible completions: duid DUID to use for DHCPv6 PD no-dns Option to not locally use the DNS server from the DHCPv6-pd server pd PD number prefix-only Option to not request an WAN address (no ia-na) from the DHCPv6-pd server rapid-commit Policy for using rapid-commit |
Aha helder, in de KPN template geven ze de DNS servers nog wel los mee, wat ook schijnt te werken. Clients krijgen dat IP adres, hun forum had een post waarin iemand dat ook niet wilde ivm pi-hole/domain etc.
Ik zou wat minder fan zijn van statische routes, zeker bij Ziggo wisselt de IPv6 range regelmatig als je het topic daarover doorzoekt.
Goed; de config staat klaar nu de provider nog
ethernet eth1 {
address 192.168.2.254/24
description Thuis
duplex auto
ipv6 {
dup-addr-detect-transmits 1
router-advert {
cur-hop-limit 64
link-mtu 0
managed-flag false
max-interval 600
name-server 2a02:a47f:e000::53
name-server 2a02:a47f:e000::54
other-config-flag false
prefix ::/64 {
autonomous-flag true
on-link-flag true
valid-lifetime 2592000
}
radvd-options "RDNSS 2a02:a47f:e000::53 2a02:a47f:e000::54 {};"
reachable-time 0
retrans-timer 0
send-advert true
}
}
speed auto
}
[ Voor 4% gewijzigd door stormfly op 15-06-2020 10:19 ]
/u/189557/crop5817118eac8cf.png?f=community)
Dat flushing is volgens mij een bug in de er4 firmware.:
Is het echt bagger, of ontbreekt er misschien iets qua configuratie ten opzichte van de Fritz!Box? Je zou denken dat alle CD klanten inmiddels gillend zijn weggerend...
Ik zou het zelf niet weten, ik heb geen TV en geen Fritz!Box
[...]
Dit viel mij ook op, en ik legde ook een link met IPv6. Maar nu merk ik het niet meer (of valt het niet meer op).
In de eerste dagen kwam ik er achter dat ik nog wat fouten had met mijn netwerkconfiguratie. Zoals interfaces die nog een IPv6 adres hadden uit de XS4ALL range met een lifetime van een week. Dat is nu weg. Misschien lag het daar aan.
Op mijn ER4 zie ik dit nog verschijnen in dmesg:
[Sun Jun 14 21:32:11 2020] Flushing IPv6 cache [Sun Jun 14 21:32:12 2020] Flushing IPv6 cache [Sun Jun 14 21:35:03 2020] Flushing IPv6 cache [Sun Jun 14 21:35:04 2020] Flushing IPv6 cache [Sun Jun 14 21:38:18 2020] Flushing IPv6 cache [Sun Jun 14 21:38:19 2020] Flushing IPv6 cache [Sun Jun 14 21:41:10 2020] Flushing IPv6 cache [Sun Jun 14 21:41:11 2020] Flushing IPv6 cache
En dat herken ik niet van bij XS4ALL. Ben er ook nog niet achter wat het triggert. Ik zal eens kijken of een reboot helpt. (edit: nee, verschijnt nog steeds iedere 3 minuten)
edit: als ik de setting "system offload ipv6 disable-flow-flushing-on-fib-changes" inschakel verdwijnt de melding. Ik ben er vrij zeker van dat mijn routing table niet iedere 3 minuten hoort te veranderen. Misschien heb ik ergens een brakke kabel? * Zr40 gaat de leds even in de gaten houden...
Ik heb het vaker gelezen in de ubnt-fora.
Freedom FttH - EdgeRouter 4 SFP - OnePlus 8T - Debian - Home Assistant
/u/233707/crop5bae4196d07a7_cropped.png?f=community)
:strip_icc():strip_exif()/u/379581/jacques1.jpeg?f=community)
:strip_icc():strip_exif()/u/12461/crop65b195553d948.jpg?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.
Oh ja dat is wel een hindernis dan
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/72351/Toon_en_Len%25202015-02-02%252070x69.jpg?f=community)
Kleintje maar:
[...]
Oh ja dat is wel een hindernis dan
The problem with common sense is that sense never ain't common - From the notebooks of Lazarus Long
GoT voor Behoud der Nederlandschen Taal [GvBdNT
Active PPPoE client sessions: User Time Proto Iface Remote IP TX pkt/byte RX pkt/byte ---------- --------- ----- ----- --------------- ------ ------ ------ ------ a 07d18h02m PPPoE pppoe0 xxx.xxx.xxx.xxx 131.1M 77.0G 197.8M 153.6G
Up sinds ik het heb, dus
.edit: jezus, 77GB upstream in een week? Hoe krijg ik dat voor elkaar
* .oisyn slingert traffic analysis maar even aan, dit is vaag...
.edit: oooh, videomeetings, duh.
[ Voor 25% gewijzigd door .oisyn op 17-06-2020 00:09 ]
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.
Ik moet zeggen dat sinds ik dit ook heb ingeschakeld ik er totaal geen last meer van heb.:
Dan laat ik dat disable-flow-flushing-on-fib-changes lekker ingeschakeld
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.
Even een vraagje voor de mensen die al televisie hebben via Freedom.
Momenteel heb ik nog XS4ALL via mijn unify USG met mijn televisie op VLAN4. Dit werkt redelijk goed. Soms moet ik even van kanaal veranderen omdat hij vast loopt. maar goed, dat is niet mijn vraag
Nu heb ik het Canal Digitaal kastje binnen en zo enthousiast als ik ben, heb ik het kastje al een keer aangesloten. Kreeg de "no such box" melding. Helemaal zoals verwacht. Maar ik zag dat mijn kastje een IP adres in VLAN 4 gekregen had.
Nu mijn vraag. voor de mensen die het kastje al wel aan de praat hebben, krijgen jullie ook een IP adres uit je VLAN4 range? of heb ik een issue in mijn configuratie?
Momenteel heb ik nog XS4ALL via mijn unify USG met mijn televisie op VLAN4. Dit werkt redelijk goed. Soms moet ik even van kanaal veranderen omdat hij vast loopt. maar goed, dat is niet mijn vraag
Nu heb ik het Canal Digitaal kastje binnen en zo enthousiast als ik ben, heb ik het kastje al een keer aangesloten. Kreeg de "no such box" melding. Helemaal zoals verwacht. Maar ik zag dat mijn kastje een IP adres in VLAN 4 gekregen had.
Nu mijn vraag. voor de mensen die het kastje al wel aan de praat hebben, krijgen jullie ook een IP adres uit je VLAN4 range? of heb ik een issue in mijn configuratie?
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/49308/crop645cc5dfc148d_cropped.jpg?f=community)
:strip_icc():strip_exif()/u/137710/crop6618e572b4a3c_cropped.jpg?f=community)
:strip_icc():strip_exif()/u/84878/vladstudio_lion_60x60.jpg?f=community)
The problem with common sense is that sense never ain't common - From the notebooks of Lazarus Long
GoT voor Behoud der Nederlandschen Taal [GvBdNT
2 weken geleden op de eerste beta-512 dag in de eerste minuten aangemeld, vandaag opgeleverd. van XS4all 500/500 Glas naar 500/1000 WBA, verbding lag er volgens mij nog geen 30 seconden uit volgens pppd
Heel netjes, jammer genoeg lijkt me verbinding op het moment geknepen op 100/100 volgens verschillende speedtests, hopelijk een foutje ergens en lost de helpdesk dit snel op!
Heel netjes, jammer genoeg lijkt me verbinding op het moment geknepen op 100/100 volgens verschillende speedtests, hopelijk een foutje ergens en lost de helpdesk dit snel op!
Doorlopende incasso's en latere verrekening is uiteraard wel normaal, maar als je een maand opzegtermijn hebt en je wordt binnen die maand afgesloten ivm lijn-overname, dan kan ik me voorstellen dat een provider daar geen coulance laat zien.
Aan de andere kant, als je de klant ooit nog terug wilt zien, is de manier van opzeggen de laatste kans om een goede beurt te maken, dus er zijn wel meer (commerciele) bedrijven die dit toch gewoon heel netjes afhandelen en dat is dan juist beleid voor de langere termijn.
Aan de andere kant, als je de klant ooit nog terug wilt zien, is de manier van opzeggen de laatste kans om een goede beurt te maken, dus er zijn wel meer (commerciele) bedrijven die dit toch gewoon heel netjes afhandelen en dat is dan juist beleid voor de langere termijn.
/u/376581/crop5f12b7dc19843_cropped.png?f=community)
:strip_exif()/u/51994/radiaton.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.
/u/1098549/crop5db2cc0261bbf.png?f=community)
Voor de Nederlandse TV zenders heb ik NLZiet in gebruik. Dat bevalt me beter dan voorheen Canal Digitaal via de satelliet en een stuk voordeliger.
⛔ Trackers of betalen ⛔
Ja ik kijk ook al een tijdje tv via NLZiet op m’n Apple TV, werkt hier inmiddels prima. Ik kan me voorstellen dat het niet voor iedereen een alternatief is, aangezien er alleen Nederlandse zenders op beschikbaar zijn. Maar voor mij is dit met Netflix voldoende keuze voor op de TV thuis.
ah cool om te horen. ik wacht nog op de inlogcodes voor canal digitaal en dan kan ik ook via mijn android tv gaan kijken. kan het canal digitaal kastje de kast in
Ik kijk hier tv van caiway via (jaj coax. Totaal nooit problemen. Als ontvanger een humax 5200. Pauseren, opnemen, en terugkijken wanneer je wilt.
:strip_icc():strip_exif()/u/377872/crop5a15dc57ae2ed.jpeg?f=community)
:strip_icc():strip_exif()/u/44941/crop6207962b57aa3_cropped.jpg?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.
@grave176 Hier met een ER4 moest ik expliciet de interface instellen op 1000 Mbit full duplex, ipv autodetect, anders zag mijn SFP module geen link.
Verder werkt alles rechtstreeks op de ER4. Vroeger gebruikte ik ook de omweg via een managed switch om de vlan eraf te halen, maar dat bleek niet nodig. En het verhoogde de latency met 0.7 ms
Verder werkt alles rechtstreeks op de ER4. Vroeger gebruikte ik ook de omweg via een managed switch om de vlan eraf te halen, maar dat bleek niet nodig. En het verhoogde de latency met 0.7 ms
[ Voor 39% gewijzigd door Zr40 op 24-06-2020 23:22 ]
De SFP van autosensing afhalen en op 1gbit zetten, en vervolgens gewoon de WAN configureren zoals op de freedom site staat (https://www.freedom.nl/he...net/algemene-instellingen)
Spuit 11 op @Zr40 zie ik net..
[ Voor 3% gewijzigd door Mount op 24-06-2020 23:24 ]
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
Ja, afgelopen weekend veel getest en met wat hulp van Freedom (leen Fritzbox en patchcover voor mijn FTU) heb ik uiteindelijk de NTU kunnen aanwijzen als boosdoener. De Fritzbox had nog meer last van de brakke NTU dan mijn mikrotik
Mijn mikrotik hangt nu direct (via een SFP) aan het glas en connected sinds afgelopen zaterdag zonder verdere verbrekingen.
Jouw melding is anders, heb ik wel eerder gezien, ook melding van gemaakt bij Freedom. Hier hadden ze wel interesse in, want "in den beginne" gebeurde dit vaker en zijn ze niet blij mee. Kortom, misschien wel even doormelden aan Freedom met de tijdstippen en andere details.
Kwa speedtest deed ik gisteravond 940/720 met de IPS feature uit, met de IPS feature aan is het (conform ubiquiti documentatie) 850 mbit max down. Ik heb alleen geen vergelijkingsmateriaal: Ik ben net een nieuwbouwwoning betrokken en dit is de eerste ISP hier .
.
:strip_icc():strip_exif()/u/202392/crop62972d4aa974a_cropped.jpg?f=community)
Volgens mij ziet het landschap er momenteel ongeveer zo uit:
:fill(white):strip_exif()/f/image/wYHE4saVWy8MKUxaoIxW8EFk.png?f=user_large)
*aangepast 25-6-2020 11:25
[ Voor 58% gewijzigd door voorstad op 25-06-2020 11:25 ]
/u/227159/crop572a4e4c66270_cropped.png?f=community)
:strip_icc():strip_exif()/u/265027/jimihendrix_avatar.jpg?f=community){kind=avatar}
![[Afbeelding]](https://tweakers.net/i/mSZgZjY3HlExcphGxicSprO23B4=/full-fit-in/4000x4000/filters:no_upscale():fill(white):strip_exif()/f/image/gaUfr0aThNysnjBbn2mcoEbR.png?f=user_large){kind=link}
![[Afbeelding]](https://tweakers.net/i/vSLKKzVQ8fdT0ULscq3Yvn6bYQA=/full-fit-in/4000x4000/filters:no_upscale():fill(white):strip_exif()/f/image/MLTJIjC3rzniwIGi0e7YV5Hv.png?f=user_large){kind=link}