Ik heb inderdaad ook een ST 780 WL, maar het verband met onweer - dat ik
ook zelf vermoed- snap ik niet echt.
--
Joop
door overslag van naast liggende objecten
zoals daar zijn:
lantarenpalen, stalen putten, electa leidingen, waterleiding,
verkeersborden, bushokjes op hun beton(ijzer) fundering, zandgrond, enz enz
en vergeet niet dat al die aders (koperdraden) ergens bovengronds komen
(antene effect)
inslag bij een van de buren op de tv doorslag op het electra net
en als iemand op die zelfde fase zit en toevalig zijn telefoon op de tv
heeft staan ............
> Bij mij is alles in ieder geval goed ge-aard.
aarding is niet een vrijwaring of bescherming maar een vermindering van
kans op ....
>
> Misschien kan KPN of bitstream dit eens onderzoeken.
dit word al onderzocht sinds de mens de telefoon heeft uitgevonden
en ook daarvoor was men daar al mee bezig
het zal altijd een probleem blijven denk ik
groet
pacal
Waarom is het is heb ik ook geen uitleg voor, dat het is heb ik meer
gezien met (zware)onweer. Meestal, is mijn ervaring thans, blijven
verbindingen die niet dichtbij het maximale van het kunnen verbonden
zijn wel in leven.
Het is mijn inziens ook niet specifiek de Speedtouch 780 of KPN
Bitstream. Mijn ervaring is dat het met ADSL2/2+ meer gebeurt dan met
ADSL1. Al is het lastig te onderbouwen omdat velen nu (ADSL2/2+
tijdperk) hogere snelheden hebben dan in het ADSL1 tijdperk gebruikelijk
was. Toen (ADSL1 tijdperk) was 512/1024 of 2048kbps als downstream
snelheid gebruikelijk bij het gros waar veel meer verbindingen nu meer
in de buurt van hun maximale snelheid verbonden zijn ook.
--
Bart Kerkvliet
> Blijkt wel een erg onbetrouwbare combinatie (althans,
> voor mijn telefoonlijn, DSLAM of centrale). Postcode 1015.
Onbetrouwbaar weer ja... Dat doen die lui in Wageningen en de Bilt...
> Afgelopen uur is de DSL kant van mijn SpeedTouch ongeveer
> 55 keer uitgeknald. Ja, dat is bijna 1 keer per minuut!
> Zo heb je dus niet veel aan je VoIP of DSL...
Dat is een niet ongewoon verschijnsel bij onweer en heeft niets met je
apparatuur te maken. Arnhem zuid zat van 8 tot 9 vanavond ook een een
speciaal voor ons ontworpen onweerbui. En inderdaad, gaat dan de
verbinding er gewoon uit. Hiet is het een ADSL Ultra via een Speedtouch
546 aan ISDN. Precies het verschijnsel dat je beschrijft. Gewoon blij
zijn dat het spul niet letterlijk naar de bliksem is gegaan.
Er is redelijkwijs niet veel aan te doen. De hele stad in een kooi van
Faraday hangen is echt een tikkie te duur.
--
Met vr. gr,
Ruud Uphoff
> Geloof dat je de strekking van mijn bericht mist.
> Wat jij schrijft weet ik. Ik ben geluids- en HF-technicus,
> van origine. Wat niet klopt is dat ik dit op deze locatie
> nooit eerder heb ervaren, met geen enkele andere modem
> die hier eerder aan de lijn heeft gehangen. En geloof me;
> Er zijn hier veel zwaardere onweren geweest dan dit, zonder
> dat er 1 onderbreking plaats vond. Nu begrijp ik best dat
> ADSL2+ heel erg tegen de rand aan staat de draaien, maar zelfs
> bij familie van me in Frankrijk, waar de lijnen notabene
> in open-air aan palen hangen, is er ten tijde van onweer
> niet zoveel uitval binnen een dergelijke tijdseenheid.
> Dit klopt dus niet met mijn situatie.
Beetje speculatie, maar relatief droge bodem en de enorme bak water die
er in korte tijd op vlat kan ook nog weleens wat negatieve invloed hebben
op de wat oudere kabels.
Nog meer speculatie, natte toplaag met een drogere laag eronder en de
lading van een inslag krijgt waarschijnlijk de neiging om zich wat meer
horizontaal te verspreiden en dus ook meer parallel aan de kabel.
Wat betreft 'dit heb ik nog nooit gezien', het is ook alweer een tijd
geleden dat ik zoveel ontladingen tegelijk zag, was een aardige
stroboscoop.
En vorige week zat ik na een inslag aan de andere kant van de wijk (zo'n
p2000 scanner is best handig) ook ruim 2 uur zonder signaal op de TV
kabel, geloof dat internetters er zelfs tot de andere morgen uit lagen.
DSL modem is het wel blijven doen.
>> > Misschien kan KPN of bitstream dit eens onderzoeken.
>> dit word al onderzocht sinds de mens de telefoon heeft uitgevonden
>> en ook daarvoor was men daar al mee bezig
>> het zal altijd een probleem blijven denk ik
>
> Mijn hint naar bitstream/KPN is niet die van iemand
> die klaagt dat zijn internet uitvalt, maar een tip. Ze
> hebben iets niet helemaal comme il faut aangesloten,
> niet voldoende of onjuist ontkoppeld, vermoedelijk
> in de centrale in de buurt van de DSLAM.
> Het is niet bedoeld als melding van een probleem bij mij,
> ik geef slechts aan dat er een probleem is, wat eens
> nader onderzocht kan worden.
Mja, het is alleen zo lastig reproduceren. Denk dat zelfs de KEMA aardig
hun best moet doen om zoveel ontladingen te produceren en dan nog is zo'n
kuntsmatig opgewekte inslag vaak stukken minder heftig als the real thing.
Zou je logfiles moeten terug rekenen naar aderparen en die weer koppelen
aan GPS data van zowel de kabelposities als de inslagen en hopen dat je
klok klopt, je syslog server ondanks de load en alles gezien heeft en ook
nog op tijd verwerkt heeft. Kan je statistisch terugrekenen wat het effect
is.
Nu is vertrouwen op statistiek niet slim en al zou er al een verband te
vinden zijn, moet je misschien miljoenen uitgeven om het te fixen voor het
geval er over 2 jaar weer eens een uurtje zo'n heftig onweer langskomt.
Wees blij dat je het overleeft hebt, kan niet iedereen zeggen helaas, en
dat je slechts een klapperende lijn had. Je zal echt de eerste niet zijn
die alle electronica naar de vuilnis kan brengen als gevolg van een
inslag.
MarcoH
--
at Demon NL
Dit issue is in ieder geval nieuw, en niet 'gewoon bij onweer',
zoals jij het beschrijft. Zo heftig was dit onweer niet.
Ik herinner me die van vorig jaar juli:
http://www.xs4all.nl/~jult/live/2006_07_22_160300.png
Niet 1 disconnect tussen mijn toen ZyXEL en de DSLAM.
> Er is redelijkwijs niet veel aan te doen. De hele stad in een kooi van
> Faraday hangen is echt een tikkie te duur.
Da's nu net het punt: Hoe de telefoonlijnen hier liggen
is grotendeels vergelijkbaar met een kooi van Faraday.
In mijn woning zelf is nauwelijks ontlading aanwezig,
zelfs niet meer op de 220V aansluitingen. Er zijn gewoon
teveel plaatsen waar de lading al van de lijnen af zal
springen om nog in mijn modem terecht te kunnen komen.
Geloof me: Zoals het vanavond hier in de hoofdstad was (en nog is)
met de ADSL-disconnects, is wel degelijk zייr ongewoon.
En ik zeg niet dat het aan mijn apparatuur hoeft te liggen
(hoewel ik dat zo snel niet kan uitsluiten), ik zeg dat
er misschien eens gekeken kan worden aan de andere kant.
Sinds ik hier de ST 780 aan mijn lijn heb zijn er
sowieso al vreemde uitvallen. Zie ook eerdere meldingen
(ben niet de enige). Zonder dat er onweer is.
Mijn gok is dat er te weinig ontlading mogelijk is gemaakt in
en rond de DSLAM. Of dat er iets te gevoelig staat ingeregeld.
Zou zomaar kunnen.
--
Julius
http://jult.net http://jthz.com
>> >
>Dit issue is in ieder geval nieuw, en niet 'gewoon bij onweer',
>zoals jij het beschrijft. Zo heftig was dit onweer niet.
>
""De onweersbuien die vrijdagavond over een groot deel van Nederland
trekken, hebben zeldzaam veel ontladingen.
Volgens een woordvoerder van het KNMI gaat het onweer gepaard met meer
dan vijfhonderd ontladingen binnen een periode van 5 minuten.""
ron
> Blijkt wel een erg onbetrouwbare combinatie (althans,
> voor mijn telefoonlijn, DSLAM of centrale). Postcode 1015.
Zo te zien is dat niet specifiek gerelateerd aan het modem. Hier ook een ST780,
maar dan een kilometertje ofzo verderop in 1059 , gedurende het onweer geen
enkel probleem gezien, modem is nogsteeds keurig online.
--
Timo
Kijk, dat bedoel ik. Of bitstream en kpn eens naar hun spullen
willen kijken in/rond centrum Amsterdam, want het is echt vייl
te gevoelig voor (ont)lading(en). Mijn gok is dat er te weinig
ontlading/dissipatie/ontkoppeling mogelijk is gemaakt in en
rond de DSLAM. Of dat er iets te gevoelig staat afgesteld.
De test om even je SNR te verruimen hoeft niet alles omvattend te zijn
geweest natuurlijk. Het voorbeeld van Ruud was ook een Ultra verbinding
en dus wide-open.
Er zijn meer factoren dan alleen de snelheid op een lijn aan de klant
zijde. 't Kan bij elke lijn weer anders zijn wellicht, zelfs in dezelfde
straat of blok.
Dat het gevoelig staat afgesteld is logisch, de maximale lijnsnelheid
moet gehaald worden op zo'n Ultra lijn. Het is een balans tussen
stabiliteit en maximale snelheid qua instellingen. Dat het qua
stabiliteit niet opgewassen is tegen een verschijnsel dat minder dan 1x
per 365 dagen voorkomt lijkt me niet zo'n probleem en onzinnig om naar
te kijken. De oplossing kan wel eens zijn om meer errorcorrectie toe te
passen wat latency niet ten goede komt en meer dB's SNR margin te nemen
wat de downstream snelheid laat zakken. Dat zouden nog eens lange
draadjes worden op usenet als Bitstream zo'n beslissing zou maken voor
een kans op onweer zo heftig als dit wellicht minder dan 1x per jaar ;)
--
Bart Kerkvliet
> Er zijn meer factoren dan alleen de snelheid op een lijn aan de klant
> zijde. 't Kan bij elke lijn weer anders zijn wellicht, zelfs in dezelfde
> straat of blok.
Toch had JoopG het ook, in dezelfde streek. En ik geef het je op een
briefje dat het in deze buurt grote aantallen zullen zijn geweest.
Kunnen ze checken in de dhcp logs, als ze die bijhouden.
> Dat het gevoelig staat afgesteld is logisch, de maximale lijnsnelheid
> moet gehaald worden op zo'n Ultra lijn. Het is een balans tussen
> stabiliteit en maximale snelheid qua instellingen. Dat het qua
> stabiliteit niet opgewassen is tegen een verschijnsel dat minder dan 1x
> per 365 dagen voorkomt lijkt me niet zo'n probleem en onzinnig om naar
> te kijken.
Het is nu al niet "minder dan 1x per 365 dagen". Ik zal zelfs
een voorspelling wagen: Komende week gebeurt het nog een keer.
> De oplossing kan wel eens zijn om meer errorcorrectie toe te
> passen wat latency niet ten goede komt en meer dB's SNR margin te nemen
> wat de downstream snelheid laat zakken. Dat zouden nog eens lange
> draadjes worden op usenet als Bitstream zo'n beslissing zou maken voor
> een kans op onweer zo heftig als dit wellicht minder dan 1x per jaar ;)
Maar het was niet zo heftig, althans waar ik woon niet. Heb al heftiger
meegemaakt. Vorig jaar juli bijv.
En ik heb de target SNR al heel erg hoog uitgeprobeerd gisteren,
juist om dat te testen. Daar zit het euvel niet. Ik denk, nogmaals,
dat in dit geval aan de andere kant een overgevoeligheid bestaat,
of is ontstaan sinds ze naar ADSL2+ zijn overgegaan.
En mochten de heren van bitstream meelezen: Vat het op als gratis tip.
Waar leiden jullie de ladingen naartoe, als die op de lijnen ontstaan?
> Waar leiden jullie de ladingen naartoe, als die op de lijnen ontstaan?
tussen de lijn en de apperatuur zit een overspannings beveiliging die de
lading naar aarde kortsluit
maar als je denkt dat dat je lijn daardoor actief blijft ,,, heelaas
die overspannings beveiligingen zijn gemaakt voor een zekere spanning
waarbij hij doorslaat en de spanning afvoert naar aarde
jou verbinding met zijn hele regiment aan frequenties word op dat
momment boven op die spanning gestappeld waardoor er geen frequentie
meer doorheen komt
ergo je modem mist zijn verbinding even en als die lading weg is komt de
boel weer terug
groet
pacal
--
Joop
> die overspannings beveiligingen zijn gemaakt voor een zekere spanning
> waarbij hij doorslaat en de spanning afvoert naar aarde
> ergo je modem mist zijn verbinding even en als die lading weg is komt de
> boel weer terug
Dat die overload-beveiliging erop zit begrijp ik. Het issue
is echter niet gerelateerd aan 'onweer' alleen. Dat is
waarom ik erover begin, en waarom ik denk dat er iets niet
100% in orde is. Het bestaat al een poosje. Uit een
eerdere posting van mij (waarin ik reageer op anderen
met eenzelfde verschijnsel) :
> > Ik denk niet dat dit een splitter-issue is. Ook ik heb, sinds ik een
> > SpeedTouch 780 WL in gebruik heb genomen, met XS4All Only, vreemde
> > uitvalletjes. Zelfde als wat jij beschrijft: Alleen de ADSL led,
> > meest rechtse, knalt eruit. Duurt ongeveer 23 seconden.
> > Zojuist had ik het weer 2 keer vrij snel achter elkaar,
> > wel terwijl ik de lijn flink aan het belasten was
> > (constant 1.2 Megabytes/sec downstream verkeer),
> > maar ik heb het ook wel gezien zonder dat ik iets deed.
> >
> > Met mijn splitter is eigenlijk nooit iets mis geweest,
> > dus verwacht niet dat dit nu het geval zou zijn.
Ik heb ook een ST780.
Hier [1075NH] ook continu er uit door de onweer. Ik weet niet hoe hoe
het bij anderen was, maar bij ons waren de ontladingen zeer extreem!
Flitsen om de paar seconden op een gegeven moment.
Ik heb een blauwe maandag gewerkt bij een bedrijf dat bliksemafleiders
installeerde.
Het gedrag van blikseminslagen kan onvoorspelbaar zijn. Plasmatische
ontladingen kunnen zich anders gedragen dan de natuurwetten voor die
gelden voor 'normale' electriciteit. Bliksembollen, inslagen door
kooien van Faraday, etc.; niet alles is [reeds] wetenschappelijk
verklaard. Het gedrag van blikseminslagen kan alleen ingedeeld worden
in statistieken; ergo een blikseminslag in een lantarenpaal kan niets
veroorzaken, terwijl de volgende inslag in diezelfde paal enorme
schade toebrengt. En zoals ik boven al stelde een kooi van Faraday is
niet altijd een garantie voor uitblijven van schade.
Een kooi van Faraday is zo sterk als zijn zwakste plek. Dus stellen
dat een net van willekeurig neergelegde bodemkabels hetzelfde effect
sorteert als een goed werkend en getest bliksemafleider netwerk [kijk
maar eens naar de dikte van een bliksemafleider] is natuurlijk erg
kort door de bocht. Er zijn wel wetenschappers die het fenomeen
bliksem een 'ziel' toekennen, aangezien het onvoorspelbaar is maar
soms patronen volgt die niet te duiden zijn met wetenschap, maar wel
degelijk herkenbaar zijn als patronen.
Dus een goed dichtgetimmerd adsl netwerk garandeert nog geen feilloos
functioneren. Externe factoren [slechte aarding van producten van
derden] kunnen door de onvoorspelbaarheid van het natuurverschijnsel
wel degelijk roet in het eten gooien. Het feit dat er hier sprake was
van een extreme frequentie van ontladingen is natuurlijk van invloed
op de statistisch te verklaren uitkomst: meer schade.
-Durdane-
Niet extreem, maar wel voldoende om het signaal te verstoren zodat een
van beide kanten de lijn dropt naar aanleiding van de gegevens op/van de
lijn.
--
Bart Kerkvliet
Hm.. toch geeft je me nu te denken omdat ik ook andere zaken herken.
Gisteravond (zondaf 10-6-2007) was hier weer een hevig onweer. Ik heb
het dan over tijdsverschillen tussen bliksem en donder van minder dan
drie seconden met een uitschieter van minder dan een seconde. Het hele
huis stond mee te schudden. Wederom voortdurend wegvallen van de
verbinding.
Maar zonder onweer zijn er minder heftige doch soortgelijke storingen.
Als de modem een uptime laat zien van een dag of 10 is dat uitzondelijk.
Het lijkt mede afhankelijk van de snelheid waarop ie verbinding maakt.
Ik haal hier, ca 800m van de centrale, up/down 1.021/18.000kbps met ADSL
Ultra. Naarmate een hogere downstream wordt gehaald, is de verbinding
minder betrouwbaar. Soms echter, pikt ie niet meer dan 1.021/9.000 Een
hele enkele keer bstond de storing uit een complete reset van de modem.
Ik ben er al lang van overtuigd dat het probleem buitenshuis ligt. Het
trad al op met de klassieke "Speedtouch Home". Darana een Sweex
modem/router CD 300010 en nu de Speedtouch 546.
Ik zal het eens als storing bij KPN aanmelden.
"Julius Thyssen" <y...@no.se> schreef in bericht
news:233j63dfabovm5cut...@jult.nl...
> Blijkt wel een erg onbetrouwbare combinatie (althans,
> voor mijn telefoonlijn, DSLAM of centrale). Postcode 1015.
>
> Afgelopen uur is de DSL kant van mijn SpeedTouch ongeveer
> 55 keer uitgeknald. Ja, dat is bijna 1 keer per minuut!
> Zo heb je dus niet veel aan je VoIP of DSL...
> (Dit berichtje moet ik echt mikken, anders redt ik het niet.)
>
> SNRatio is niet eens van invloed (als ik hem laat syncen
> op 50% van capaciteit blijft het even instabiel).
>
> Goed, er zit flink wat lading in de lucht:
> http://www.blitzortung.de/cgi-bin/archive.cgi?map=1&mode=0&year=2007&mon=6&day=8&hour=19&min=0&sec=0
> maar waarom dat op ondergrondse lijnen merkbaar moet zijn..
> Bij mij is alles in ieder geval goed ge-aard.
>
Die voorspelling is vandaag uitgekomen. Afgelopen uur alweer
een stuk of 50 uitvallen van de DSL-sync.
En nogmaals: Als ik 'm inregel op de oude maximale snelheden
(8 Mbit/sec), blijven de uitvallen even frequent. Het is
niet gerelateerd aan de SNR of Ultra meuk.
Ik blijf het zeggen: Bitstream/KPN heeft hier een probleem,
en moet er nodig naar kijken. Zo kun je geen VoIP aanhouden.
Hier (amsterdam rivierenbuurt ) dito.
Onweer is opgehouden verbinding is weer goed.
Het afgelopen uur elke paar minuten verbinding weg, dit is geen toeval
meer.
Regen of vochtigheid kan het niet zijn want plensbuien zonder onweer
leveren geen problemen op.
thomson modem adsl ultra
ron
Bitstream heeft geen aparte DSLAMs. Je hebt alleen 'KPN DSLAMs' in
KPN land. Xs4all AVK, Only, Planet, IPB - allemaal dezelfde DSLAMs.
Alle andere (ADSL) ISPs hebben geen apart koper- of aansluitnet. Er
is alleen 'KPN koper' in Nederland.
Als jij een issue met je lijn hebt, meld een storing bij de
helpdesk en vraag of KPN je (fysieke) lijn kan nakijken.
Helaas doen ze dat meestal pas als het echt helemaal stuk is :/
Mike.
Heb je hem ook als eens op G.DMT geforceerd in plaats van ADSL2+? Of
alleen met de margin's gespeeld?
--
Bart Kerkvliet
> ITU G.992.1 ADSL (G.DMT) 8 Mbit/s 1.0 Mbit/s
> en
> ITU G.992.5 ADSL2+ 24 Mbit/s 1.0 Mbit/s
>
> hebben er beiden last van. Maar dat kan bitstream (of xs4all)
> zelf zien.
s/beiden/beide/
(want het zijn geen mensen)
--
Affijn, Ruud
"Gewoon is een tijger."
>>> ITU G.992.1 ADSL (G.DMT) 8 Mbit/s 1.0 Mbit/s
>>> en
>>> ITU G.992.5 ADSL2+ 24 Mbit/s 1.0 Mbit/s
>>>
>>> hebben er beiden last van. Maar dat kan bitstream (of xs4all)
>>> zelf zien.
>>
>> s/beiden/beide/
>> (want het zijn geen mensen)
>
> Wat bedoel je in vredesnaam met "s/beiden/beide/" ?
De s staat voor "subtitute", het directvolgende teken is de "separator".
In andere woorden: vervang "beiden" door "beide".
> Moet dat taal voorstellen of zo?
Het is taal.
> Guestbook error
>
> The file /home/r/rvtol/WWW/gb_cgi.html owned by userid 2016 on
> www.xs4all.nl is not writable by the cgi-bin user (nobody). Complain
> to the administrator of site http://www.xs4all.nl/~rvtol/
> (rv...@xs4all.nl) that the permissions should be fixed.
>
> The administrator probably forgot to chmod 606
> /home/r/rvtol/WWW/gb_cgi.html.
>
>
> i.e. /s/zoeken/naar/mogelijke/fouten/kan/ik/ook/wel/
Haha, het is juist de beDoeling dat hij dichtstaat.
Vraagje: wie heeft dit modem en haalt duidelijk meer dan 12 Mbps? (als
het niet onweert) Zo ja, hoeveel dan?
Volgens sommige bronnen zou 12 Mbps het maximum zijn, al heb je een
perfecte lijn en een top abonnement.
gr, hwh
ja hoor, net nog even getest - net na het onweer :-) - en kom op 1.7
MB/s, dat is dacht ik > 13.5 mbps. En regelmatig hoger.
--
Joop
> Vraagje: wie heeft dit modem en haalt duidelijk meer dan 12 Mbps? (als
> het niet onweert) Zo ja, hoeveel dan?
Ligt in mijn lijn-situatie aan de firmware die ik erin heb zitten.
Ik zit een kleine kilometer van de centrale vandaan.
Met de 6.1.7.2 firmware (ZZOHAA6.172.bin) haal ik, als ik wil;
Bandwidth (Up/Down) [kbps/kbps]: 1.029 / 20.200
maar dan moet ik de SNR naar 4 dB zien te krijgen via de modemoptions,
en de Errors:Gigabyte ratio verslechterd dan een beetje.
Bij gewoon gebruik nauwelijks merkbaar, overigens.
Met de 6.2.17.5 firmware (ZZOHAA6.2H5.bin) haal ik, op dit moment:
Bandwidth (Up/Down) [kbps/kbps]: 1.029 / 16.858
Data Transferred (Sent/Received) [MB/MB]: 470,99 / 929,74
Output Power (Up/Down) [dBm]: 12,0 / 19,0
Line Attenuation (Up/Down) [dB]: 9,5 / 21,0
SN Margin (Up/Down) [dB]: 13,5 / 8,5
Vendor ID (Local/Remote): TMMB / BDCM
Modulation: G.992.5 annex A
> Volgens sommige bronnen zou 12 Mbps het maximum zijn,
> al heb je een perfecte lijn en een top abonnement.
Dat is het verkeerde inzetregels verhaal. Grotendeels opgelost, schijnt;
http://groups.google.com/group/xs4all.adsl/search?q=inzetregels&start=0&scoring=d&
Bij mij was het een week nadat ik XS4All Only had veranderd
(van inderdaad 12 Mbit naar de 14 tot 21 Mbit die ik nu haal).
--
Julius
http://jult.net/
"I'm holding an 'I Don't Give A Shit'-o-meter
and the needle's not moving." - D. Coupland
Dat klinkt goed! Heb je nog met de S/N margins moeten rommelen om dat
voor elkaar te krijgen?
Enig betrouwbaar idee van de lijnlengte?
gr, hwh
Dat is niet slecht. Dan zou ik net wat minder moeten halen met mijn 1150
meter of zo.
> Met de 6.2.17.5 firmware (ZZOHAA6.2H5.bin) haal ik, op dit moment:
>
> Bandwidth (Up/Down) [kbps/kbps]: 1.029 / 16.858
>
> Data Transferred (Sent/Received) [MB/MB]: 470,99 / 929,74
> Output Power (Up/Down) [dBm]: 12,0 / 19,0
> Line Attenuation (Up/Down) [dB]: 9,5 / 21,0
> SN Margin (Up/Down) [dB]: 13,5 / 8,5
> Vendor ID (Local/Remote): TMMB / BDCM
> Modulation: G.992.5 annex A
Dat ziet er toch redelijk gezond uit.
gr, hwh
Nee, daar rommel ik nooit aan. En zo dicht zit ik niet eens bij de
centrale volgens mij (ik meen meer dan 1 km).
--
Joop
> De s staat voor "subtitute", het directvolgende teken is de
> "separator". In andere woorden: vervang "beiden" door "beide".
>
>
>> Moet dat taal voorstellen of zo?
>
> Het is taal.
s/subtitute/substitute/
--
Alex.
>> De s staat voor "subtitute", het directvolgende teken is de
>> "separator". In andere woorden: vervang "beiden" door "beide".
>
> s/subtitute/substitute/
Dank! (wel bar slecht gekwoot :)
ik heb precies hetzelfde, afgelopen vrijdag , veel regen en onweer ,
om de minuut eruit... (xs4all only basic)
Ik ga liever de deur uit als het warm, zonnig weer is.
Maar zo warm als het nu in zuidoost Europa is, behoeft echter niet van mij.
--
Rotterdamse Aad
http://dit.is/rotjeknor
Niemand is perfect. Mijn naam is Niemand.