News items for tag lastmile - Koos van den Hout

2018-09-14 Recent Internet outages without VDSL link 1 month ago
Two (at this moment) long outages in the last two days without VDSL link which makes it look like the VDSL service was out completely (no sync at all). A telecom engineer busy in the local wire cabinet? Some other outage?

Outages:
  • Thursday 13 september 17:01 - 18:23
  • Friday 14 september 13:59 - 15:48

Update: and another
  • Monday 17 september 10:07 - 11:46
Called the xs4all customer service. They couldn't find any planned or unplanned work but did see the same outages on my line that I saw. The person on the phone was quite baffled too by this behaviour. The first cause to eliminate this is to really powerflip the modem, when that does not help replace it temporarily with a known-good modem (the Fritz!box 7360v1 which I still have).

Update: interruptions haven't happened since my call to xs4all.

Tags: ,
2018-01-27 I caused an interesting problem with the VDSL pppoe session 8 months ago
Normally being active on certain HF bands causes one-time VDSL disconnects but what I have currently done seems to have triggered something else. After the connection dropped it refuses to come back at the moment. The entire session looks like:
22:49:28.466922 PPPoE PADI [Service-Name]
22:49:28.490394 PPPoE PADO [AC-Name "dr12.d12"] [Service-Name] [AC-Cookie 0xA3FE109A222CE73945C23FCE85E03F83] [EOL]
22:49:28.490603 PPPoE PADR [Service-Name] [AC-Cookie 0xA3FE109A222CE73945C23FCE85E03F83]
22:49:28.517063 PPPoE PADS [ses 0x40c] [Service-Name] [AC-Name "dr12.d12"] [AC-Cookie 0xA3FE109A222CE73945C23FCE85E03F83] [EOL]
22:49:28.575266 PPPoE  [ses 0x40c] LCP, Conf-Request (0x01), id 72, length 16
22:49:28.575776 PPPoE  [ses 0x40c] LCP, Conf-Request (0x01), id 99, length 22
22:49:28.575798 PPPoE  [ses 0x40c] LCP, Conf-Reject (0x04), id 72, length 10
22:49:28.589161 PPPoE  [ses 0x40c] LCP, Conf-Ack (0x02), id 99, length 22
22:49:28.589164 PPPoE  [ses 0x40c] LCP, Conf-Request (0x01), id 73, length 12
22:49:28.589666 PPPoE  [ses 0x40c] LCP, Conf-Ack (0x02), id 73, length 12
22:49:28.589682 PPPoE  [ses 0x40c] LCP, Echo-Request (0x09), id 0, length 10
22:49:28.589693 PPPoE  [ses 0x40c] CCP, Conf-Request (0x01), id 89, length 17
22:49:28.589702 PPPoE  [ses 0x40c] IPCP, Conf-Request (0x01), id 89, length 18
22:49:28.589711 PPPoE  [ses 0x40c] IP6CP, Conf-Request (0x01), id 89, length 16
22:49:28.603265 PPPoE  [ses 0x40c] LCP, Echo-Reply (0x0a), id 0, length 10
22:49:28.603267 PPPoE  [ses 0x40c] LCP, Term-Request (0x05), id 74, length 6
22:49:28.604033 PPPoE  [ses 0x40c] LCP, Term-Ack (0x06), id 74, length 6
22:49:31.623454 PPPoE PADT [ses 0x40c] [Generic-Error "RP-PPPoE: System call error: Input/output error"] [AC-Cookie 0xA3FE109A222CE73945C23FCE85E03F83]
So in the end the router at my ISP decides to terminate the connection. On the connection failing I decided to change the configuration to use the kernel mode pppoe driver but after this started showing I reverted that change. Which made no difference, the connection is still not coming up.

Update: I went looking at other changes I made to enable the pppoe server test and reverting the /etc/ppp/pap-secrets file to its original format fixed the problem. I guess I somehow started to authenticate the remote end.

And changing from user-mode pppoe to kernel-mode pppoe does lower the MTU to 1492, so that test is also finished. Back to user-mode pppoe.

Tags: , , ,
2018-01-14 Recovering firmware on the Draytek Vigor 130 VDSL2 modem with linux / macosx 9 months ago
Note beforehand: I have not tested this procedure, every time I needed it it was faster to boot Windows to run the utility Draytek has available.

I needed the recovery procedure again: there was a new firmware 3.8.12 with newer VDSL modem driver and the standard update via the webinterface failed.

I just want to keep the notes from "OzCableguy" since his shop and blog have gone. I found the saved version via archive.org, Updating Draytek firmare using the MacOS X or UNIX command line and TFTP - OzCableguy.

Draytek modems have several methods available to update their firmware.

You can use the Firmware Upgrade Utility under Windows, load it from the web interface via HTTP, FTP the file to the modem or use the TFTP (Trivial File Transfer Protocol) service built into the box.

If your modem has been bricked you can’t use FTP or HTTP. If you don’t want to use Windows or go through the web interface, then this TFTP method is a viable alternative. Note that unlike a lot of other boxes using TFTP to load firmware, the Draytek is acting as a TFTP server, the UNIX/MacOS box as a client and you PUT the file onto the modem. It is normally the other way around, but that needs some extra setup steps that are conveniently avoided with this method.

The firmware comes in two pieces. Use the .rst version of the file if you want to change the modem settings back to factory defaults, use the .all file to keep the current settings (.all may not be a good option if the modem is bricked).

Secondly you need an ethernet interface on your Mac or UNIX box set to the subnet 192.168.1.0 (eg: with IP address 192.168.1.10) so that you can talk to the modem at its default IP address of 192.168.1.1.

If the modem is up and running (and not bricked), you should now be able to ping it ..
$ ping 192.168.1.1
PING 192.168.1.1 (192.168.1.1): 56 data bytes
64 bytes from 192.168.1.1: icmp_seq=0 ttl=255 time=0.309 ms
64 bytes from 192.168.1.1: icmp_seq=1 ttl=255 time=0.421 ms
64 bytes from 192.168.1.1: icmp_seq=2 ttl=255 time=0.409 ms
^C
—-192.168.1.1 PING Statistics—-
3 packets transmitted, 3 packets received, 0% packet loss
round-trip min/avg/max/stddev = 0.309/0.380/0.421/0.050 ms$ 
If your modem is really bricked then the ping will only work when the modem is actually in TFTP upload mode as below. You can ignore this step, it just demonstrates that the ethernet cable is working.

Now we can upload the firmware. With the modem powered off, press and hold the factory reset button, then power up the modem. Continue to hold the button down until ’some’ of the lights flash together. On the Vigor2820Vn ’some’ is the left column of three. On the 2800 and 2910 the left two LEDs flash.

Release the button and on your UNIX/MacOS box type the following commands (note that the modem only stays in TFTP mode for a short time, you can actually type right up to the end of the put command and just press return when the left-hand modem lights start flashing).

The name of the firmware and the number of bytes transmitted depend on the product you are trying to recover.
$ tftp 192.168.1.1
tftp> binary
tftp> put v2820_v03301_211011_A.rst
Sent 4973144 bytes in 13.1 seconds
tftp> quit
$ 
There will be a pause after the ‘put’ command, but your modem ethernet port light should be flashing madly. The transfer is done when you get the “Sent” message. Quit the TFTP client and perhaps your Terminal session, there’s nothing more to see.

What happens next isn’t really documented but we presume that the modem has to unpack the firmware and load it into flash. On our 2820Vn the column of 3 lights continued to flash, but gradually slowed down, speeded up, then slowed again. Eventually after a minute or two the modem rebooted in the normal fashion. Just be patient.
And this last bit is where the windows utility is better: it will tell you when the recovery is done and a success. With a commandline tool you'll just have to wait for the leds to blink right.

After all the recovery and the waiting the modem works again and the line is stable. I chose the 'modem6' version again. I may try the 'modem5' and 'modem4' version too to see whether I can get lower latency without losing stability. Although the improvement may be in the single digit millisecond range so it would be a lot of work for very little improvement.

Tags: , ,
2017-09-08 VDSL tijdelijk met ADSL2 snelheid 1 year ago
Ik had een hik vandaag met de DSL verbinding en toen was ineens de snelheid 15 mbit downstream en 1.2 mbit upstream in plaats van 103 mbit downstream en 27 mbit upstream wat ik meestal gewend ben. Het leken wel ADSL2 snelheden. Ook met maar 512 carriers van de 4096 in gebruik. Toch was het DSL profiel nog wel 17a, wat een VDSL profiel is.

Na een tweede hik was de snelheid weer gewoon wat ik gewend was met vectored VDSL.

Update 2017-09-11: De snelheid blijft toch inzakken. De verbinding is nog stabiel maar ik verwacht eigenlijk problemen in de komende tijd. Het regent veel de laatste dagen dus het kan zijn dat er ergens water in de telefoonkabels terecht komt.

Update 2017-09-12: VDSL downstream week 20170912 En na een nieuwe hik is de snelheid weer terug. Het blijft magie, maar omdat het radiofrequenties zijn verwacht ik dit soort magie.

Tags: , ,
2017-04-19 En nu is de MTU wel naar 1500 van de VDSL PPPoE sessie 1 year ago
Recent postte 'Coen' in xs4all.adsl een stappenplan om onder Ubuntu 12.04 de MTU van de PPP verbinding naar 1500 bytes te krijgen. Alle lof dus naar Coen, want met zijn stappenplan is het me wel gelukt en is alles nu doorgaand MTU 1500, wat minder issues zou moeten geven.
Na een gezellig avondje stoeien is het gelukt om dit met terugwerkende
kracht voor Ubuntu 12.04 op te lossen met een nieuwe pppd en pppoe versie.

Voor wie durft en bovendien wat Linux ervaring heeft hier de te volgen
stappen:

Nieuwe pppd builden:

mkdir ppp
cd ppp
apt-get source ppp
cd ppp-2.4.5/
wget -O debian/patches/zz_pppoe1500
"http://git.ozlabs.org/?p=ppp.git;a=patch;h=fd1dcdf758418f040da3ed801ab001b5e46854e7"
dch -i
dpkg-buildpackage -us -uc

[[ppp en ppp-dev installeren]]

Nieuwe pppoe builden:

mkdir pppoe
cd pppoe
wget -4
http://archive.ubuntu.com/ubuntu/pool/universe/r/rp-pppoe/rp-pppoe_3.11-0ubuntu1.dsc
wget
http://archive.ubuntu.com/ubuntu/pool/universe/r/rp-pppoe/rp-pppoe_3.11.orig.tar.gz
wget
http://archive.ubuntu.com/ubuntu/pool/universe/r/rp-pppoe/rp-pppoe_3.11-0ubuntu1.debian.tar.xz
tar -xzvf rp-pppoe_3.11.orig.tar.gz
cd rp-pppoe-3.11/
tar -xf ../rp-pppoe_3.11-0ubuntu1.debian.tar.xz
dch -i
dpkg-buildpackage -us -uc

[[pppoe installeren]]

Mtu op 1500 zetten: klaar!
Vanaf een losse client leek toch nog MTU 1492 gebruikt te worden, dus heb ik /etc/radvd.conf aangepast om expliciet MTU 1500 mee te geven:
interface eth0.3
{  
   AdvSendAdvert on;
   AdvLinkMTU 1500;
En dan de verdere opties. En dan werkt het inderdaad:
koos@kernighan:~$ tracepath6 ping.xs4all.nl
 1?: [LOCALHOST]                        0.018ms pmtu 1500
 1:  eth0-3.idefix.net                                     1.983ms 
 1:  eth0-3.idefix.net                                     1.858ms 
 2:  lo0.dr12.d12.xs4all.net                              17.910ms 
 3:  0.ae22.xr3.3d12.xs4all.net                           17.957ms 
 4:  no reply

Tags: , , ,
2017-01-23 Ontbrekende stukje grotere MTU met VDSL op DrayTek Vigor 130 en Ubuntu 1 year ago
Ongeveer een jaar geleden ging ik over op het Draytek Vigor 130 VDSL modem om weer een configuratie te krijgen waar ik maximale controle heb.

Het nog openstaande punt is dat ik de ppp configuratie graag naar een MTU van 1500 bytes wil. En dat dat toen niet lukte in Vigor VDSL modem in gebruik en Xs4all VDSL met DrayTek Vigor 130 VDSL modem en PPP eindpunt op Linux (ubuntu) server.

Wat ik al goed had was de MTU van de ethernet interfaces hoger en het vinkje op de Draytek aangepast. Maar als ik de mtu/mru hoger forceerde in de ppp opties ging het mis.

Nu kwam voorbij in xs4all.general over dit onderwerp:
> 1500 wordt ondersteund door Xs4all en je test eerst bij 1492 welk pakket
> via ping erdoor gaat zonder in stukken gebroken te worden.
> Daarna zet je de MTU naar 1500 en kijkt of je inderdaad 8 bits meer door
> router kunt drukken zonder dat die gebroken wordt.

Wel zorgen dat het apparaat waar je de PPPoE termineert RFC4638
implementeert.
Die moet dan in de PADI een extra tag plaatsen (PPP payload is 1500
bytes), en de BRAS zet dat ook weet in zijn PADO antwoord.
Zo maar een grotere MTU gebruiken gaat niet werken...
De PPPoE sessie komt bij mij vanaf de thuisserver met rp-pppoe. Even zoeken leverde mij op dat voor rp-pppoe met MaxPayload onderhandeling ik minstens 3.11 nodig heb, en bij de huidige ubuntu versie zit nog 3.8. Tijd om een nieuwere versie te testen.

Update: Daarvoor moeten zowel de pppoe binary als de rp-pppoe.so plugin voor pppd bijgewerkt worden, en dat lukt me op dit moment even niet. Gelukkig had ik de oude pppoe binaries expres klaar staan en kon ik dus heel snel terug.
Read the rest of Ontbrekende stukje grotere MTU met VDSL op DrayTek Vigor 130 en Ubuntu

Tags: , , ,
2016-07-15 DrayTek Vigor 130 firmware herstel 2 years ago
Na weer duidelijke instabiliteit wilde ik weer omschakelen naar de versie 3.7.9 modem6 firmware, alleen ging er iets mis in de update en bleef er een niet-startend modem over.

Het was even zoeken naar de recovery methoden en de ondersteunde methode is via de Windows firmware utility volgens How to recover my router from a failed firmware upgrade?. Ik zag wel dat het modem probeerde DHCP client te zijn maar de standaard methode van een bootfile meegeven met een verwijzing naar firmware op een tftp server hielp niet.

Voor de snelheid maar even windows geboot en de upgrade uitgevoerd. Achteraf met wat uitzoekwerk gevonden dat wat de firmware utility doet is naar de tftp server in het modem die actief is bij een factory reset boot een firmware bestand sturen. Volgens Updating Draytek firmare using the MacOS X or UNIX command line and TFTP kan dit ook prima op de Linux of MacOSX commandline.

Tags: ,
2016-06-23 PPPoE forwarding voor de FRITZ!Box 2 years ago
Ik zag ergens voorbij komen dat er nieuwe firmware voor de FRITZ!Box 7360 was met in de release notes:
Improved: Support can be enabled for PPPoE passthrough
Dus ik haalde snel die firmware binnen en ging deze testen. Maar deze werd geweigerd door de FRITZ!Box. Na goed nakijken bleek dat deze feature en andere updates er alleen zijn voor de 7360 v2 versie, en ik heb in maart 2014 een FRITZ!Box 7360 v1 ontvangen en daar zijn nog geen nieuwere firmware versies dan 06.30 voor, dus geen pppoe passthrough. Via de AVM Nederland supportsite maar even een call aangemaakt met het verzoek om die verbetering ook beschikbaar te stellen.

De DrayTek Vigor 130 doet het goed, maar ik zou het wel prettig vinden om te kunnen wisselen met een "officieel" modem in PPPoE passthrough mode zodat ik de VDSL storingen daar ook kan onderzoeken.

Update 2016-06-24: Antwoord van AVM: zie Why is the latest FRITZ!OS not available for the FRITZ!Box 7360 v1? oftewel door hardware beperkingen van de _v1 versie zal er niet gauw een update komen.

Tags: ,
2016-06-16 Weer andere firmware DrayTek Vigor 130 2 years ago
Na een week met stijgende aantallen hikken in de vectored vdsl verbinding maar weer eens gekeken naar de firmware versies. Op Firmware - Vigor 130 - Draytek staat nu firmware versie 3.7.9 met wat updates in diverse varianten waaronder 2 keer voor het KPN netwerk.

Ik ben maar weer overgeschakeld naar de modem5 versie uit Vigor130_v3.7.9_modem5.zip, eens kijken wat dat doet voor de stabiliteit.
Read the rest of Weer andere firmware DrayTek Vigor 130

Tags: ,
2016-05-02 Experiences with vectored VDSL and amateur radio transmissions 2 years ago
It is a while after my last report on Vectored VDSL and the influence of amateur radio transmissions and it's time to share the current experiences especially with the change to the DrayTek Vigor 130 VDSL modem.

The first conclusion is that the modem doesn't matter much. I am now used to the connection dropping and retraining when I start on a 'new' frequency. I haven't figured out yet what the exact definition of 'new' is, when I haven't been active for a number of days on 20M PSK31 the first transmission on that band can trigger the disconnect. There seems to be no direct influence on the maximum speed after the reconnect, it sometimes goes up. A serious change of frequency (different band or a different part of a band) can trigger another disconnect.

In the mean time an xs4all user shared after long debugging of vectored VDSL problems to have found the cause in the PLC (powerline communications) network devices as delivered by xs4all for television over IP. Yet another reason to not use PLC. But in the ideal world the lastmile connections for high speed would be fiber-based anyway.

Tags: , , ,
2016-03-16 Andere firmware DrayTek Vigor 130 2 years ago
Na 280 onderbrekingen in anderhalve week en het langzaam ook op gaan treden van andere rare problemen met de Internet verbinding was ik het wel aardig zat. Ik dacht dat ik moest gaan testen met het door XS4ALL ondersteunde modem voor ik bij hun een melding over de instabiliteit kon doen, en was daar dus al voor aan het plannen want modems wisselen en de stabiliteit dan een paar uur aankijken kan alleen als ik thuis ben en tijd heb.

Maar ik kwam in xs4all.adsl een opmerking tegen van Rob:
2 weken geleden had ik hier na maanden lang een rots-stabiele verbinding ineens om het uur een re-train. Ik heb toen andere DSL software in mijn Draytek Vigor 130 modem geladen en daarmee was het helemaal opgelost. (bij dit modem kun je een stuk of 7 verschillende DSL versies kiezen)

Maar de software waar ik nu mee draai is niet degene die de importeur adviseert (dat was degene die ik daar voor had). De importeur heeft nu nog steeds die firmware online staan die dus bij mij niet meer werkt.
Met wat zoeken kon ik de alternatieve firmware versies vinden, op DrayTek Vigor 130 firmware en daar staan in totaal 7 versies, waarvan 2 verschillende met de aantekening er bij (G.Vectoring) Recommended for Netherland ISP - KPN..

Ik gebruikte de 'modem5' versie, ik ben nu overgeschakeld naar de 'modem6' versie. Tot nu toe een eenmalige onderbreking die kwam omdat ik gelijk ook even actief met mijn amateurradiozendontvanger. Daarna nog iets meer gedaan met de radio maar geen onderbrekingen meer.
Read the rest of Andere firmware DrayTek Vigor 130

Tags: ,
2016-03-09 Verschil in gevolg hik tussen ipv6 en ipv4 2 years ago
Met de regelmatige hikken van mijn VDSL verbinding merk ik nu ook een raar verschil tussen IPv4 en IPv6 voor langlopende TCP sessies van buiten af naar een service op mijn server. Die met IPv6 worden veel eerder verbroken bij een VDSL hik.

Van buiten af zie ik ook een verschil in het gevolg voor IPv4 en IPv6. De output van mtr voor IPv4 vanaf shell.xs4all.nl:
 Host                                Loss%   Snt   Last   Avg  Best  Wrst StDev
 1. 124.ae0.xr4.1d12.xs4all.net       0.0%     2   63.5  31.9   0.4  63.5  44.7
 2. 0.ae1.dr12.d12.xs4all.net         0.0%     2    0.4   0.8   0.4   1.2   0.6
En de output van mtr voor IPv6 vanaf shell.xs4all.nl:
 Host                                Loss%   Snt   Last   Avg  Best  Wrst StDev
 1. 124.ae0.xr4.1d12.xs4all.net       0.0%     4    1.1  24.0   0.4  92.7  45.8
Een hop minder.

Xs4all heeft keurig de router IP adressen consistente namen voor IPv4 en IPv6 gegeven.

Tags: , ,
2016-03-01 Hikkende VDSL verbinding 2 years ago
Sinds vanmorgen ineens een hikkende VDSL verbinding, terwijl ik niet eens actief ben met de radio. De verbinding raakt dan ook echt compleet verbroken, dus pppd besluit opnieuw op te bouwen en de VDSL synct opnieuw.
Mar  1 08:06:51 greenblatt pppd[12074]: Connection terminated.
Mar  1 08:07:06 greenblatt pppd[12074]: remote IP address aa.bb.cc.dd
Mar  1 08:43:45 greenblatt pppd[12074]: Connection terminated.
Mar  1 08:44:01 greenblatt pppd[12074]: remote IP address aa.bb.cc.dd
Mar  1 09:23:09 greenblatt pppd[12074]: Connection terminated.
Mar  1 09:23:25 greenblatt pppd[12074]: remote IP address aa.bb.cc.dd
Mar  1 10:12:05 greenblatt pppd[12074]: Connection terminated.
Mar  1 10:12:06 greenblatt pppd[12074]: remote IP address aa.bb.cc.dd
Mar  1 11:40:55 greenblatt pppd[12074]: Connection terminated.
Mar  1 11:41:01 greenblatt pppd[12074]: remote IP address aa.bb.cc.dd

Tags: ,
2016-02-13 Vectored VDSL and the influence of amateur radio transmissions 2 years ago
Another radio amateur found my earlier experiences with transmitting on 20 and 40 meters and the influence on vectored VDSL, Amateur radio transmitting influence on vectored VDSL and And now vectored VDSL doesn't mind transmitting.

He also has the problem of keying up on 20 or 40 meters and having VDSL drop completely. He shared his signal/noise graphs with me and I noticed a similarity with my first signal/noise graph: an area somewhere else in the frequency space used by VDSL which has had serious changes in signal/noise levels.

I switched the modem to a DrayTek Vigor 130 (for reasons having to do with my setup at home) and the first tests with PSK31 and JT65 on 20 meter show no problems with the VDSL modem. But the varying interference above 16 MHz hasn't returned, so maybe when this interference returns the DrayTek Vigor will disconnect too.

Tags: , , ,
2016-02-11 Xs4all VDSL met DrayTek Vigor 130 VDSL modem en PPP eindpunt op Linux (ubuntu) server 2 years ago
Omdat ik ten opzichte van het eerdere verhaal Configuratie voor VDSL van xs4all met het eindpunt op een linux server toch wat wijzigingen heb, een keer weer alles op een rijtje.

De configuratie is natuurlijk afgeleid van Eigen router achter een XS4ALL-VDSL-aansluiting (3) - Harold Schoenmaker die een Mikrotik router gebruikt met een eigen configuratietaal.

Wat op dit moment nog niet werkt is de MTU van de ppp verbinding terug naar 1500 bytes. Iets in de keten server / switches / VDSL modem laat de iets grotere PPPoE packets niet door.
Read the rest of Xs4all VDSL met DrayTek Vigor 130 VDSL modem en PPP eindpunt op Linux (ubuntu) server

Tags: , ,
2016-02-11 Vigor VDSL modem in gebruik 2 years ago
Het Vigor VDSL modem is in gebruik. Omzetten was een kwestie van wat regeltjes in /etc/network/interfaces wijzigen en aanmaken.

Wat nog niet lukt is de MTU terug naar 1500, ergens in de hele keten komen vergrote ethernet packets er nog niet door. Dus die staat nog even op 1492.

Verder werkt een en ander. De Vigor heeft een telnet interface die me erg doet denken aan die van de Thompson modems. Het script wat de VDSL snelheid uit het modem haalt is dus ook weer een telnet expect script gebaseerd op de code die ik ooit voor de Speedtouch/home gebruikte.

Account:admin

Password: ***********************

Type ? for command help

> show adsl
  ---------------------- ATU-R Info (hw: annex A, f/w: annex A/B/C) -----------
   Running Mode            :      17A       State                : SHOWTIME
   DS Actual Rate          : 75927000 bps   US Actual Rate       : 31370000 bps
   DS Attainable Rate      :111621000 bps   US Attainable Rate   : 43919000 bps
   DS Path Mode            :        Fast    US Path Mode         :  Interleave
   DS Interleave Depth     :        1       US Interleave Depth  :      285
   NE Current Attenuation  :        9 dB    Cur SNR Margin       :       17  dB
   DS actual PSD           :    -4.-1 dB    US actual PSD        :    13. 1  dB
   NE CRC Count            :        0       FE CRC Count         :       31
   NE ES Count             :        0       FE  ES Count         :        3
   Xdsl Reset Times        :        0       Xdsl Link  Times     :        2
   ITU Version[0]          : b5004946       ITU Version[1]       : 544e0000
   VDSL Firmware Version   : 05-07-01-0A-01-07   [with Vectoring support]
   Power Management Mode   : DSL_G997_PMS_L0
   Test Mode               : DISABLE
  -------------------------------- ATU-C Info ---------------------------------
   Far Current Attenuation :        0 dB    Far SNR Margin       :        5  dB
   CO ITU Version[0]       : b5004244       CO ITU Version[1]    : 434db0c7
   DSLAM CHIPSET VENDOR    : < BDCM >
>
Het verschil wat in mijn grafiekjes opvalt is dat de 'upstream path mode' interleaved is wat een paar milliseconden(!) verschil geeft op de latency.

Ook wat verschillen in maximale snelheden, maar die vallen ruim binnen de marges van het abonnement wat ik heb.

Tags: ,
2016-02-10 And now vectored VDSL doesn't mind transmitting 2 years ago

Vectored VDSL spectrum as reported by the Fritz!Box 7360. The earlier interference seen starting around 16.5 MHz isn't visible.
After a restart of the modem the interference starting around 16.5 MHz hasn't returned. The interesting fact is that now transmitting on 14.070 MHz PSK31 does show in the signal/noise graph of the modem but there was no connection hickup the first time I did that, the bits/carrier just adjusted down and things went on fine.

Tags: , , ,
2016-02-10 VDSL modem besteld en geleverd 2 years ago
Het bestelde DrayTek Vigor 130 VDSL2 / ADSL2/2+ modem/router is geleverd (met dank aan Azerty) en nu ben ik even bezig met het instellen. Gelijk maar een firmware opgezet die geoptimaliseerd is voor vectored VDSL2 en de pppoe configuratie klaargezet op de server.

Pluspuntje van dit modem: het heeft een echte aan/uit schakelaar dus zal het na een stroomstoring weer gewoon opstarten.

Tags: ,
2016-02-05 Tijd voor een VDSL modem wat mijn setup gewoon ondersteunt 2 years ago
Gisteren heeft een groot deel van de dag de Internet verbinding thuis er uit gelegen. Vermoedelijk bracht een korte VDSL hik het modem in een status waarbij processen op het modem niet meer de pppoe zaken doorlieten. Pas 's avonds kon de zaak hersteld worden. Blijkbaar is de fritzbox 06.20 firmware hardnekkiger in het herstarten van processen als dsld dan 06.04.

Maar dit is wel het moment om te kiezen voor een modem waarbij een verplaatst PPPOE endpoint een ondersteunde setup is, wat volgens de omschrijving meer een setup voor de zakelijke markt is. Dan ben ik maar een zakelijke gebruiker. Ik kom terecht op de DrayTek Vigor 130 VDSL2 / ADSL2/2+ modem/router die ook pppoe forwarding ondersteund, bijvoorbeeld zoals besproken in Eigen router achter een XS4ALL-VDSL-aansluiting (3) - Harold Schoemaker al doe ik het deel erachter 'gewoon' met Linux en niet met een MikroTik router. Tijd om wat hardware te bestellen.

Opmerkelijk is dat er in de firmware download van de Vigor 130 7 versies(!) Annex A firmware zijn waarvan 4 voor diverse implementaties vectored VDSL. Dat geeft toch het gevoel dat vectored VDSL een nieuwe en nog niet zo uitgekristalliseerde technologie is.

Tags: ,
2016-01-30 Amateur radio transmitting influence on vectored VDSL 2 years ago
Our VDSL Internet connection was recently upgraded to vectored VDSL which gives us a lot more speed: attainable speeds are now 117057 kilobit down and 42201 kilobit up. The subscription speeds are much lower, but still very nice for a home Internet connection.

The downside is that VDSL uses a lot of spectrum from nearly 0 Hz up to 17664 kHz which includes several amateur bands and vectored VDSL seems to be highly sensitive to other RF signals. For me at least 20 meter (14 MHz) and 40 meter (7 MHz). I already caused several disconnects by transmitting in these bands and even with more recent firmware this problem remains.

I have been active on the same bands since we got faster speeds without vectoring (in the beginning of November 2015) but it did not influence the VDSL stability when vectoring wasn't enabled. The VDSL profile hasn't changed (17a) so the same frequencies are used.
vectored vdsl spectrum
Vectored VDSL spectrum as reported by the FRITZ!Box 7360. The hole in bits per carrier around 14 MHz is caused by my PSK31 transmitting (I can see the influence on the signal/noise ratio while transmitting). The hole above 16.5 MHz (starting near carrier 3840) is caused by some other source of interference.

Tags: , , ,
  Older news items for tag lastmile ⇒
, reachable as koos+website@idefix.net. PGP encrypted e-mail preferred.

PGP key 5BA9 368B E6F3 34E4 local copy PGP key 5BA9 368B E6F3 34E4 via keyservers pgp key statistics for 0x5BA9368BE6F334E4 Koos van den Hout
RSS
Other webprojects: Camp Wireless, wireless Internet access at campsites, The Virtual Bookcase, book reviews