Skip to main content
Beantwoord

PPPoE valt elke 12 seconden weg op mijn Linksys WRT1200AC

  • 25 januari 2023
  • 9 reacties
  • 239 keer bekeken

  • Topper
  • 10 reacties

hallo, 

ik heb in openwrt (diverse versies) een pppoe interface met vlan6 aangemaakt. De verbinding komt succsvol tot stand, ik krijg ipv4 en ipv6, DNS en daarmee ook toegang tot internet. Maar na 12 seconden valt de verbinding weg en begint weer op te bouwen en dat herhaalt zich iedere 12 seconden. En hetzelfde gebeurt als ik de standaard linksys software gebruik. Dus ligt het aan de Linksys WRT1200AC zelf of is er iets anders aan de hand? Ik ben een gemigreerde Telfort klant, kan dat ermee te maken hebben? 

Ik heb de mtu op 1500 (auto) en gebruik internet/internet voor authenticatie in ppoe. Verder heb ik geen parameters ingesteld in de interface. 

 

Beste antwoord door Pzsw

Het moet wel de HW zijn geweest die de storingen voortbracht. Nieuwe TP-Link Archer erop gezet en binnen enkele seconden was de verbinding er. 

 

Dank voor de hulp in ieder geval. 

Bekijk origineel
Dit topic is gesloten. Staat je antwoord hier niet bij, gebruik dan de zoekfunctie van de Community of stel je vraag in een nieuw topic.

Rutger van KPN
Slimmerik
Forum|alt.badge.img+15

@Pzsw Ik durf niet te zeggen waarom dit probleem zich voordoet. De situatie valt vrij ver buiten mijn kennis (en onze ondersteuningsvoorwaarden).

Wat ik wel weet is dat het niet uit maakt of je een gemigreerde Telfort klant bent of niet. 

De aansluittechniek is hetzelfde gebleven. Dus hetzelfde als voor een KPN klant. 

 

Wellicht dat een andere forumgebruiker meer kan vertellen over de problemen die je ervaart! 


  • Topper
  • 28 januari 2023

Dank je.

Kun je me aangeven of de FRITZ! routers die jullie leveren als optie bij een abonnement gewoon  standaard units zijn en ook via een PPPOE verbinden?

Als dat zo is en niemand anders heeft ditzelfde probleem, dan moet het wel aan mijn router HW liggen. 

Dan ga ik wel een router afnemen als onderdeel van het abonnement...


obelisk
Wijsgeer
  • 28 januari 2023

Geeft je router in de logs ook nog een reden waarom de verbinding verbroken wordt?

Mijn verbinding is sinds de laatste werkzaamheden 72 dagen geleden niet onderbroken geweest, aan de techniek hoeft het dus niet te liggen.


  • Topper
  • 28 januari 2023

Hi, zie hieronder. Ik heb ook al de LCP thresholds verhoogd maar dat maakt weinig tot niets uit qua gedrag. Option keepalive dus. 
Heb ook dnsmasq uitgezet omdat ik dacht dat daar meldingen over stonden in de logs, maar als je dat uitzet kom je niet meer bij het internet… 
 

Fri Jan 20 13:52:30 2023 kern.info kernel: [ 307.102640] mvneta f1070000.ethernet eth0: configuring for fixed/rgmii-id link mode

Fri Jan 20 13:52:30 2023 daemon.notice netifd: Interface 'kpn' is disabled

Fri Jan 20 13:52:30 2023 kern.info kernel: [ 307.110905] mvneta f1070000.ethernet eth0: Link is Up - 1Gbps/Full - flow control off

Fri Jan 20 13:52:30 2023 kern.info kernel: [ 307.122099] mvneta f1070000.ethernet eth0: Link is Down

Fri Jan 20 13:52:30 2023 kern.info kernel: [ 307.132758] mvneta f1070000.ethernet eth0: configuring for fixed/rgmii-id link mode

Fri Jan 20 13:52:30 2023 kern.info kernel: [ 307.140777] mvneta f1070000.ethernet eth0: Link is Up - 1Gbps/Full - flow control off

Fri Jan 20 13:52:30 2023 kern.info kernel: [ 307.144819] mv88e6085 f1072004.mdio-mii:00 wan: configuring for phy/gmii link mode

Fri Jan 20 13:52:30 2023 kern.info kernel: [ 307.161379] 8021q: adding VLAN 0 to HW filter on device wan

Fri Jan 20 13:52:30 2023 daemon.notice netifd: Interface 'kpn' is enabled

Fri Jan 20 13:52:30 2023 daemon.notice netifd: Interface 'kpn' is setting up now

Fri Jan 20 13:52:30 2023 daemon.notice netifd: 8021q 'wan.6' link is down

Fri Jan 20 13:52:30 2023 daemon.notice netifd: Interface 'kpn' has link connectivity loss

Fri Jan 20 13:52:30 2023 daemon.notice netifd: Network device 'wan' link is down

Fri Jan 20 13:52:30 2023 daemon.notice netifd: Interface 'kpn' is now down

Fri Jan 20 13:52:30 2023 kern.info kernel: [ 307.295625] mvneta f1070000.ethernet eth0: Link is Down

Fri Jan 20 13:52:30 2023 kern.info kernel: [ 307.306152] mvneta f1070000.ethernet eth0: configuring for fixed/rgmii-id link mode

Fri Jan 20 13:52:30 2023 kern.info kernel: [ 307.314153] mvneta f1070000.ethernet eth0: Link is Up - 1Gbps/Full - flow control off

Fri Jan 20 13:52:30 2023 daemon.notice netifd: Interface 'kpn' is disabled

Fri Jan 20 13:52:30 2023 kern.info kernel: [ 307.326126] mvneta f1070000.ethernet eth0: Link is Down

Fri Jan 20 13:52:30 2023 kern.info kernel: [ 307.336571] mvneta f1070000.ethernet eth0: configuring for fixed/rgmii-id link mode

Fri Jan 20 13:52:30 2023 kern.info kernel: [ 307.344590] mvneta f1070000.ethernet eth0: Link is Up - 1Gbps/Full - flow control off

Fri Jan 20 13:52:30 2023 kern.info kernel: [ 307.344970] mv88e6085 f1072004.mdio-mii:00 wan: configuring for phy/gmii link mode

Fri Jan 20 13:52:30 2023 kern.info kernel: [ 307.364530] 8021q: adding VLAN 0 to HW filter on device wan

Fri Jan 20 13:52:30 2023 daemon.notice netifd: Interface 'kpn' is enabled

Fri Jan 20 13:52:33 2023 daemon.notice netifd: Network device 'wan' link is up

Fri Jan 20 13:52:33 2023 kern.info kernel: [ 310.038543] mv88e6085 f1072004.mdio-mii:00 wan: Link is Up - 100Mbps/Full - flow control rx/tx

Fri Jan 20 13:52:33 2023 kern.info kernel: [ 310.047228] IPv6: ADDRCONF(NETDEV_CHANGE): wan: link becomes ready

Fri Jan 20 13:52:33 2023 kern.info kernel: [ 310.054118] IPv6: ADDRCONF(NETDEV_CHANGE): wan.6: link becomes ready

Fri Jan 20 13:52:33 2023 daemon.notice netifd: 8021q 'wan.6' link is up

Fri Jan 20 13:52:33 2023 daemon.notice netifd: Interface 'kpn' has link connectivity

Fri Jan 20 13:52:33 2023 daemon.notice netifd: Interface 'kpn' is setting up now

Fri Jan 20 13:52:33 2023 daemon.err insmod: module is already loaded - slhc

Fri Jan 20 13:52:33 2023 daemon.err insmod: module is already loaded - ppp_generic

Fri Jan 20 13:52:33 2023 daemon.err insmod: module is already loaded - pppox

Fri Jan 20 13:52:33 2023 daemon.err insmod: module is already loaded - pppoe

Fri Jan 20 13:52:33 2023 daemon.info pppd[11376]: Plugin pppoe.so loaded.

Fri Jan 20 13:52:33 2023 daemon.info pppd[11376]: PPPoE plugin from pppd 2.4.9

Fri Jan 20 13:52:33 2023 daemon.notice pppd[11376]: pppd 2.4.9 started by root, uid 0

Fri Jan 20 13:52:33 2023 daemon.debug pppd[11376]: Send PPPOE Discovery V1T1 PADI session 0x0 length 12

Fri Jan 20 13:52:33 2023 daemon.debug pppd[11376]: dst ff:ff:ff:ff:ff:ff src 8c:68:c8:89:26:13

Fri Jan 20 13:52:33 2023 daemon.debug pppd[11376]: [service-name] [host-uniq 70 2c 00 00]

Fri Jan 20 13:52:33 2023 daemon.debug pppd[11376]: Recv PPPOE Discovery V1T1 PADO session 0x0 length 35

Fri Jan 20 13:52:33 2023 daemon.debug pppd[11376]: dst 8c:68:c8:89:26:13 src c4:44:7d:c5:7c:a4

Fri Jan 20 13:52:33 2023 daemon.debug pppd[11376]: [service-name] [host-uniq 70 2c 00 00] [AC-name 195.190.228.106] [end-of-list]

Fri Jan 20 13:52:33 2023 daemon.debug pppd[11376]: Send PPPOE Discovery V1T1 PADR session 0x0 length 12

Fri Jan 20 13:52:33 2023 daemon.debug pppd[11376]: dst c4:44:7d:c5:7c:a4 src 8c:68:c8:89:26:13

Fri Jan 20 13:52:33 2023 daemon.debug pppd[11376]: [service-name] [host-uniq 70 2c 00 00]

Fri Jan 20 13:52:33 2023 daemon.debug pppd[11376]: Recv PPPOE Discovery V1T1 PADS session 0x289d length 16

Fri Jan 20 13:52:33 2023 daemon.debug pppd[11376]: dst 8c:68:c8:89:26:13 src c4:44:7d:c5:7c:a4

Fri Jan 20 13:52:33 2023 daemon.debug pppd[11376]: [service-name] [host-uniq 70 2c 00 00] [end-of-list]

Fri Jan 20 13:52:33 2023 daemon.debug pppd[11376]: PADS: Service-Name: ''

Fri Jan 20 13:52:33 2023 daemon.info pppd[11376]: PPP session is 10397

Fri Jan 20 13:52:33 2023 daemon.warn pppd[11376]: Connected to c4:44:7d:c5:7c:a4 via interface wan.6

Fri Jan 20 13:52:33 2023 daemon.debug pppd[11376]: using channel 17

Fri Jan 20 13:52:33 2023 kern.info kernel: [ 310.285170] pppoe-kpn: renamed from ppp0

Fri Jan 20 13:52:33 2023 daemon.info pppd[11376]: Renamed interface ppp0 to pppoe-kpn

Fri Jan 20 13:52:33 2023 daemon.info pppd[11376]: Using interface pppoe-kpn

Fri Jan 20 13:52:33 2023 daemon.notice pppd[11376]: Connect: pppoe-kpn <--> wan.6

Fri Jan 20 13:52:33 2023 daemon.debug pppd[11376]: sent [LCP ConfReq id=0x1 <mru 1492> <magic 0x2205fc5a>]

Fri Jan 20 13:52:33 2023 daemon.debug pppd[11376]: rcvd [LCP ConfReq id=0x2 <mru 1500> <magic 0xe09af417>]

Fri Jan 20 13:52:33 2023 daemon.debug pppd[11376]: sent [LCP ConfAck id=0x2 <mru 1500> <magic 0xe09af417>]

Fri Jan 20 13:52:33 2023 daemon.debug pppd[11376]: rcvd [LCP ConfAck id=0x1 <mru 1492> <magic 0x2205fc5a>]

Fri Jan 20 13:52:33 2023 daemon.debug pppd[11376]: sent [LCP EchoReq id=0x0 magic=0x2205fc5a]

Fri Jan 20 13:52:33 2023 daemon.debug pppd[11376]: sent [PAP AuthReq id=0x1 user="internet" password=]

Fri Jan 20 13:52:33 2023 daemon.debug pppd[11376]: rcvd [LCP EchoRep id=0x0 magic=0xe09af417]

Fri Jan 20 13:52:33 2023 daemon.debug pppd[11376]: rcvd [PAP AuthAck id=0x1 "Authentication success,Welcome!"]

Fri Jan 20 13:52:33 2023 daemon.info pppd[11376]: Remote message: Authentication success,Welcome!

Fri Jan 20 13:52:33 2023 daemon.notice pppd[11376]: PAP authentication succeeded

Fri Jan 20 13:52:33 2023 daemon.notice pppd[11376]: peer from calling number C4:44:7D:C5:7C:A4 authorized

Fri Jan 20 13:52:33 2023 daemon.debug pppd[11376]: sent [IPCP ConfReq id=0x1 <addr 0.0.0.0> <ms-dns1 0.0.0.0> <ms-dns2 0.0.0.0>]

Fri Jan 20 13:52:33 2023 daemon.debug pppd[11376]: sent [IPV6CP ConfReq id=0x1 ]

Fri Jan 20 13:52:33 2023 daemon.debug pppd[11376]: rcvd [IPCP ConfReq id=0x1 <addr 195.190.228.106>]

Fri Jan 20 13:52:33 2023 daemon.debug pppd[11376]: sent [IPCP ConfAck id=0x1 <addr 195.190.228.106>]

Fri Jan 20 13:52:33 2023 daemon.debug pppd[11376]: rcvd [IPV6CP ConfReq id=0x1 ]

Fri Jan 20 13:52:33 2023 daemon.debug pppd[11376]: sent [IPV6CP ConfAck id=0x1 ]

Fri Jan 20 13:52:33 2023 daemon.debug pppd[11376]: rcvd [IPCP ConfNak id=0x1 <addr 86.87.216.133> <ms-dns1 195.121.1.34> <ms-dns2 195.121.1.66>]

Fri Jan 20 13:52:33 2023 daemon.debug pppd[11376]: sent [IPCP ConfReq id=0x2 <addr 86.87.216.133> <ms-dns1 195.121.1.34> <ms-dns2 195.121.1.66>]

Fri Jan 20 13:52:33 2023 daemon.debug pppd[11376]: rcvd [IPV6CP ConfAck id=0x1 ]

Fri Jan 20 13:52:33 2023 daemon.notice pppd[11376]: local LL address fe80::79ba:20d1:dddf:4784

Fri Jan 20 13:52:33 2023 daemon.notice pppd[11376]: remote LL address fe80::c644:7dff:fec5:7ca4

Fri Jan 20 13:52:33 2023 daemon.debug pppd[11376]: Script /lib/netifd/ppp6-up started (pid 11401)

Fri Jan 20 13:52:33 2023 daemon.warn dnsmasq[1]: failed to create listening socket for fe80::c644:7dff:fec5:7ca4%pppoe-kpn: Address not available

Fri Jan 20 13:52:33 2023 daemon.warn dnsmasq[1]: failed to create listening socket for fe80::c644:7dff:fec5:7ca4%pppoe-kpn: Address not available

Fri Jan 20 13:52:33 2023 daemon.debug pppd[11376]: rcvd [IPCP ConfAck id=0x2 <addr 86.87.216.133> <ms-dns1 195.121.1.34> <ms-dns2 195.121.1.66>]

Fri Jan 20 13:52:33 2023 daemon.notice pppd[11376]: local IP address 86..xxx

Fri Jan 20 13:52:33 2023 daemon.notice pppd[11376]: remote IP address 195.xxx

Fri Jan 20 13:52:33 2023 daemon.notice pppd[11376]: primary DNS address 195.121.1.34

Fri Jan 20 13:52:33 2023 daemon.notice pppd[11376]: secondary DNS address 195.121.1.66

Fri Jan 20 13:52:33 2023 daemon.warn dnsmasq[1]: failed to create listening socket for fe80::c644:7dff:fec5:7ca4%pppoe-kpn: Address not available

Fri Jan 20 13:52:33 2023 daemon.warn dnsmasq[1]: failed to create listening socket for fe80::c644:7dff:fec5:7ca4%pppoe-kpn: Address not available

Fri Jan 20 13:52:33 2023 daemon.debug pppd[11376]: Script /lib/netifd/ppp-up started (pid 11402)

Fri Jan 20 13:52:33 2023 daemon.notice netifd: Network device 'pppoe-kpn' link is up

Fri Jan 20 13:52:33 2023 daemon.notice netifd: Network alias 'pppoe-kpn' link is up

Fri Jan 20 13:52:33 2023 daemon.notice netifd: Interface 'kpn' is now up

Fri Jan 20 13:52:33 2023 daemon.info dnsmasq[1]: reading /tmp/resolv.conf.d/resolv.conf.auto

Fri Jan 20 13:52:33 2023 daemon.info dnsmasq[1]: using nameserver 195.121.1.34#53

Fri Jan 20 13:52:33 2023 daemon.info dnsmasq[1]: using nameserver 195.121.1.66#53

Fri Jan 20 13:52:33 2023 daemon.info dnsmasq[1]: using only locally-known addresses for test

Fri Jan 20 13:52:33 2023 daemon.info dnsmasq[1]: using only locally-known addresses for onion

Fri Jan 20 13:52:33 2023 daemon.info dnsmasq[1]: using only locally-known addresses for localhost

Fri Jan 20 13:52:33 2023 daemon.info dnsmasq[1]: using only locally-known addresses for local

Fri Jan 20 13:52:33 2023 daemon.info dnsmasq[1]: using only locally-known addresses for invalid

Fri Jan 20 13:52:33 2023 daemon.info dnsmasq[1]: using only locally-known addresses for bind

Fri Jan 20 13:52:33 2023 daemon.info dnsmasq[1]: using only locally-known addresses for lan

Fri Jan 20 13:52:33 2023 daemon.debug pppd[11376]: Script /lib/netifd/ppp-up finished (pid 11402), status = 0x1

Fri Jan 20 13:52:33 2023 daemon.notice netifd: Interface 'kpn_6' is enabled

Fri Jan 20 13:52:33 2023 daemon.notice netifd: Interface 'kpn_6' has link connectivity

Fri Jan 20 13:52:33 2023 daemon.notice netifd: Interface 'kpn_6' is setting up now

Fri Jan 20 13:52:33 2023 daemon.debug pppd[11376]: Script /lib/netifd/ppp6-up finished (pid 11401), status = 0x0

Fri Jan 20 13:52:33 2023 user.notice firewall: Reloading firewall due to ifup of kpn (pppoe-kpn)

Fri Jan 20 13:52:34 2023 user.notice firewall: Reloading firewall due to ifupdate of kpn (pppoe-kpn)

Fri Jan 20 13:52:34 2023 daemon.warn dnsmasq[1]: failed to create listening socket for fe80::c644:7dff:fec5:7ca4%pppoe-kpn: Address not available

Fri Jan 20 13:52:34 2023 daemon.warn dnsmasq[1]: failed to create listening socket for fe80::c644:7dff:fec5:7ca4%pppoe-kpn: Address not available

Fri Jan 20 13:52:35 2023 daemon.warn dnsmasq[1]: failed to create listening socket for fe80::c644:7dff:fec5:7ca4%pppoe-kpn: Address not available

Fri Jan 20 13:52:35 2023 daemon.warn dnsmasq[1]: failed to create listening socket for fe80::c644:7dff:fec5:7ca4%pppoe-kpn: Address not available

Fri Jan 20 13:52:43 2023 daemon.info pppd[11376]: No response to 5 echo-requests

Fri Jan 20 13:52:43 2023 daemon.notice pppd[11376]: Serial link appears to be disconnected.

Fri Jan 20 13:52:43 2023 daemon.info pppd[11376]: Connect time 0.2 minutes.

Fri Jan 20 13:52:43 2023 daemon.info pppd[11376]: Sent 3989 bytes, received 1099 bytes.

Fri Jan 20 13:52:43 2023 daemon.warn dnsmasq[1]: failed to create listening socket for fe80::c644:7dff:fec5:7ca4%pppoe-kpn: Address not available

Fri Jan 20 13:52:43 2023 daemon.warn dnsmasq[1]: failed to create listening socket for fe80::c644:7dff:fec5:7ca4%pppoe-kpn: Address not available

Fri Jan 20 13:52:43 2023 daemon.debug pppd[11376]: Script /lib/netifd/ppp-down started (pid 11651)

Fri Jan 20 13:52:43 2023 daemon.notice netifd: Network device 'pppoe-kpn' link is down

Fri Jan 20 13:52:43 2023 daemon.notice netifd: Network alias 'pppoe-kpn' link is down

Fri Jan 20 13:52:43 2023 daemon.notice netifd: Interface 'kpn_6' has link connectivity loss

Fri Jan 20 13:52:43 2023 daemon.err odhcp6c[11449]: Failed to send RS (Network unreachable)

Fri Jan 20 13:52:43 2023 daemon.debug pppd[11376]: Script /lib/netifd/ppp-down started (pid 11652)

Fri Jan 20 13:52:43 2023 daemon.debug pppd[11376]: sent [LCP TermReq id=0x2 "Peer not responding"]

Fri Jan 20 13:52:43 2023 daemon.notice netifd: Interface 'kpn' has lost the connection


obelisk
Wijsgeer
  • 28 januari 2023

Zo te zien wordt de verbinding verbroken doordat de echo replies niet (op tijd) door komen. Ik weet niet of je in de parameters daar nog mee kan spelen.

https://kb.zyxel.com/KB/searchArticle!gwsViewDetail.action?articleOid=008195&lang=EN

Ook raar maar mogelijk spelen ze niet mee zijn de dnsmasq fouten op de ipv6 local link van de pppoe interface. Misschien dat uitschakelen van ipv6 (tijdelijk) kan helpen in het fout zoeken.

 


  • Topper
  • 29 januari 2023

Hi, het is allemaal simpel genoeg, daarom wordt ik  er stapeldol van. ðŸ˜€

user en pw maken niks uit, moeten alleen niet leeg zijn en macadress doen ze volgens mij ook niks mee. Dus even een vlan6 op de wan port en pppoe op de interface moet voldoende zijn. 

maar toch even geprobeerd met deze settings maar het resultaat is hetzelfde..

~~~

config device

        option type '8021q'

        option ifname 'wan'

        option vid '6'

        option name 'wan.6'

        option macaddr '8C:xx:C8:89:xx:13'

 

config interface 'wan'

        option proto 'pppoe'

        option device 'wan.6'

        option ipv6 '0'

        option username '8C-xx-C8-89-xx-13@internet'

        option password 'ppp'

        option delegate '0'

 

config device

        option name 'wan'

        option macaddr '8C:xx:C8:89:xx:13'

 

~~~


  • Auteur
  • Topper
  • 10 reacties
  • Antwoord
  • 2 februari 2023

Het moet wel de HW zijn geweest die de storingen voortbracht. Nieuwe TP-Link Archer erop gezet en binnen enkele seconden was de verbinding er. 

 

Dank voor de hulp in ieder geval. 


GuizIT
Nieuwkomer
  • Nieuwkomer
  • 14 maart 2023
Pzsw schreef:

Hi, het is allemaal simpel genoeg, daarom wordt ik  er stapeldol van. ðŸ˜€

user en pw maken niks uit, moeten alleen niet leeg zijn en macadress doen ze volgens mij ook niks mee. Dus even een vlan6 op de wan port en pppoe op de interface moet voldoende zijn. 

maar toch even geprobeerd met deze settings maar het resultaat is hetzelfde..

~~~

config device

        option type '8021q'

        option ifname 'wan'

        option vid '6'

        option name 'wan.6'

        option macaddr '8C:xx:C8:89:xx:13'

 

config interface 'wan'

        option proto 'pppoe'

        option device 'wan.6'

        option ipv6 '0'

        option username '8C-xx-C8-89-xx-13@internet'

        option password 'ppp'

        option delegate '0'

 

config device

        option name 'wan'

        option macaddr '8C:xx:C8:89:xx:13'

 

~~~

Hoi, 

Ga binnenkort over naar kpn. Ben bij de vorige provider een hele tijd tegen hetzelde euvel aangelopen.

Dus om het ezeldeel te ontkrachten, dacht ik vast e.a. in te lezen. 

De oplossing toen:

Change: option proto 'ppoe' naar 'dhcp' 

 

Misschien zou je het nog kunnen proberen en hoef je de Rauwtoeter ac1200 nog helemaal niet af te schrijven. 

Ps

Eigen theorie wArom ppoe niet altijd werkt en dhcp wel: een groot deel van het netwerk bestond uit lokale glasvezel partijen welke later zijn over genomen door kpnreggefiber. Het kan daarom zijn dat "regionaal" gezien de Areapop (wijk centrale) geen verbinding opzet via ppoe. Maar via dhcp een ipadres uit deelt binnen het areapopsubnet van de provider. Waar dus een aantal vlans live zijn met daarop de betreffende dienst. Vlan 6 voor Internet zo te zien bij KPN

 

Extra koeienpoeppraat:

Juiste vlans aanmaken and apply some seasoning from above, fry for 2 minutes. Bake a while.

Zelf heb ik nooit televisie. Juiste weg hier te volgen lijkt me. Vlan voor TV, Igmp proxy en snooping in te stellen. 

Providers werden een aantal jaar geleden gedwongen door de ACM om hun netwerken vrij te geven voor het gebruik van een eigen modem. Het is jammer dat "alle providers" niet enigzins hun best doen om deze instellingen ergens snel vindbaar te maken voor ons 'nerds' maar na enig speuren kom je er wel. 

 

*Zie je wel 10 minuten later:

https://kpn.com/w3/file?uuid=563993a1-e48a-485a-90a8-7389c5d6f5d4&owner=8de86c61-bdc8-4848-872e-e5b380e682fc&contentid=50183&mode=incontext

Goodluck to all diy tobberds

 

 


obelisk
Wijsgeer
  • 14 maart 2023

Even de poep wegschuiven…

KPN gebruikt pppoe om een verbinding op te zetten en hoe je bent aangesloten maakt niet uit.