Snelheid newszilla vanuit xs4all netwerk

[Pieter]

Sinds een tijdje valt het me op dat het downloaden vanaf newszilla vrij
traag gaat. Dit betreft zowel de headers als binaries. Mijn verbinding
is 20/1 maar met 3 threads parallel haal ik zo'n 1 Mbps per draadje.
Voorheen was dit meen ik gecapped op 2/3 Mbps per thread.
Is er iets veranderd het laatste (half) jaar oid.

Ja, ik weet dat de snelheid van buiten xs4all veel lager is mijn vraag
betreft van een interne xs4all only verbinding.

Dank voor jullie hulp.

Pieter

[Rob]

Pieter <piet...@gmail.com> wrote:
> Sinds een tijdje valt het me op dat het downloaden vanaf newszilla vrij
> traag gaat. Dit betreft zowel de headers als binaries. Mijn verbinding
> is 20/1 maar met 3 threads parallel haal ik zo'n 1 Mbps per draadje.
> Voorheen was dit meen ik gecapped op 2/3 Mbps per thread.
> Is er iets veranderd het laatste (half) jaar oid.

Als jouw verbinding 20/1 is dan is dat de limiet waar je tegenaan loopt.

Ik heb een 10/1 verbinding en die wordt met 1 thread al verzadigd.

Soms vind ik dat wel eens jammer. Vroeger was newszilla gecapped op
een lagere snelheid per thread, en kon ik op 1 thread urenlang downloaden
zonder last er van te hebben. (langer geleden toen ik nog 14/1 had
zelfs wel 2 threads)

Als ik nu 1 thread selecteer dan wordt mijn download al verzadigd en
heb ik er last van als ik andere dingen ernaast probeer te doen.

[robert]

Rob <nom...@example.com>:

> Als ik nu 1 thread selecteer dan wordt mijn download al verzadigd en heb
> ik er last van als ik andere dingen ernaast probeer te doen.

Heeft je downloader geen optie om de downloadsnelheid te limiteren? Ik
gebruik zelf SABnzbd, daar kun je de 'Download Speed Limit' instellen.

--
robert

[Rob]

Nee, heeft ie niet.
Ik had daarvoor een andere die dat wel kon maar die verzoop op een
gegeven moment in de hoeveelheid artikelen. De hele tijd database
kapot enzo.

Ik maak alleen gebruik van nzb files als deze in de newsgroup gepost
zijn, dus niet van allerlei vage nzb zoek en verzamel sites. Ik moet
dus gewoon headers kunnen downloaden.

[A. Dumas]

Rob wrote:
> Ik maak alleen gebruik van nzb files als deze in de newsgroup gepost
> zijn, dus niet van allerlei vage nzb zoek en verzamel sites. Ik moet
> dus gewoon headers kunnen downloaden.

Tja maar ja, als het niet (lekker) werkt, dan moet je toch wat anders
proberen. Dit is er eentje zonder poespas, geen login, en je kunt door
groepen bladeren ongeveer alsof je zelf headers opgehaald hebt:
http://binsearch.info/

[Rob]

Ik heb het er niet over of het niet lekker werkt, ik geef alleen
aan dat mijn downloader geen snelheidslimiet instelling heeft en
waarom ik geen andere gebruik.

[Patrick Vervoorn]

In article <slrnl57kkj...@xs8.xs4all.nl>,

Maar wat download je dan? Op het ene moment heb je 't over headers. Dan
weer over nzb's.

Headers download ik met trn en/of nget. Beiden hebben zo te zien geen
rate-limit opties.

Nzb's download ik met nzbget (in de command-line mode); die heeft wel
een rate-limit optie.

Ciao, Patrick.

[Miquel van Smoorenburg]

In article <081020131028197582%piet...@gmail.com>,

Pieter <piet...@gmail.com> wrote:
>Sinds een tijdje valt het me op dat het downloaden vanaf newszilla vrij
>traag gaat. Dit betreft zowel de headers als binaries. Mijn verbinding
>is 20/1 maar met 3 threads parallel haal ik zo'n 1 Mbps per draadje.
>Voorheen was dit meen ik gecapped op 2/3 Mbps per thread.
>Is er iets veranderd het laatste (half) jaar oid.

Nope. Het is alleen maar sneller gemaakt: je kan nu 4 threads
openen, elk 3 MB/sec (25-30 mbit/sec).

Mike.

[Patrick Vervoorn]

In article <5253d641$0$15986$e4fe...@news2.news.xs4all.nl>,

Mike,

Wat zijn de settings als ik van buiten het XS4ALL netwerk kom?

Is er daarbij nog verschil of ik 'anoniem' Newszilla6 via ipv6 benader,
of met mijn XS4ALL gegevens (via ipv4) inlog op Newszilla?

Groeten, Patrick.

[Miquel van Smoorenburg]

In article <5253d72d$0$15950$e4fe...@news2.news.xs4all.nl>,

Patrick Vervoorn <patrick....@NOSPAM.perihelion.demon.nl> wrote:
>In article <5253d641$0$15986$e4fe...@news2.news.xs4all.nl>,
>Miquel van Smoorenburg <mik...@xs4all.nederland.invalid> wrote:
>>In article <081020131028197582%piet...@gmail.com>,
>>Pieter <piet...@gmail.com> wrote:
>>>Sinds een tijdje valt het me op dat het downloaden vanaf newszilla vrij
>>>traag gaat. Dit betreft zowel de headers als binaries. Mijn verbinding
>>>is 20/1 maar met 3 threads parallel haal ik zo'n 1 Mbps per draadje.
>>>Voorheen was dit meen ik gecapped op 2/3 Mbps per thread.
>>>Is er iets veranderd het laatste (half) jaar oid.
>>
>>Nope. Het is alleen maar sneller gemaakt: je kan nu 4 threads
>>openen, elk 3 MB/sec (25-30 mbit/sec).
>

>Wat zijn de settings als ik van buiten het XS4ALL netwerk kom?

4x 350 KByte/sec

>Is er daarbij nog verschil of ik 'anoniem' Newszilla6 via ipv6 benader,
>of met mijn XS4ALL gegevens (via ipv4) inlog op Newszilla?

Nee, is hetzelfde. Overigens denk ik eraan om die anonieme dienst
uit te zetten. Is niet echt meer nodig om IPv6 te promoten, en
verder zie ik er geen voordelen aan.

Mike.

[dutchguy]

> Nee, is hetzelfde. Overigens denk ik eraan om die anonieme dienst
> uit te zetten. Is niet echt meer nodig om IPv6 te promoten, en
> verder zie ik er geen voordelen aan.
>
> Mike.
>

Blijft de IPV6 versie van newszilla dan nog wel in de lucht met
username/password?

[Patrick Vervoorn]

In article <5253eca5$0$15965$e4fe...@news2.news.xs4all.nl>,

Miquel van Smoorenburg <mik...@xs4all.nederland.invalid> wrote:
>In article <5253d72d$0$15950$e4fe...@news2.news.xs4all.nl>,
>Patrick Vervoorn <patrick....@NOSPAM.perihelion.demon.nl> wrote:

>>Wat zijn de settings als ik van buiten het XS4ALL netwerk kom?
>
>4x 350 KByte/sec

OK.

>>Is er daarbij nog verschil of ik 'anoniem' Newszilla6 via ipv6 benader,
>>of met mijn XS4ALL gegevens (via ipv4) inlog op Newszilla?
>
>Nee, is hetzelfde. Overigens denk ik eraan om die anonieme dienst
>uit te zetten. Is niet echt meer nodig om IPv6 te promoten, en
>verder zie ik er geen voordelen aan.

Zou dat toch jammer vinden, want ik heb niet het idee dat (buiten XS4ALL
dan) de introductie van IPv6 zo hard loopt. O.a. de grote kabelaars
hebben de introductie opnieuw uitgesteld.

Uiteraard kan ik ook moeilijk inschatten in hoeverre 'gratis' en
'anonieme' IPv6 toegang tot Newszilla de wens om/uitrol van IPv6
aanjaagt.

Wordt er op dit moment veel bandbreedte via IPv6 opgesoupeerd?

>Mike.

Ciao, Patrick.

[Rob]

Patrick Vervoorn <patrick....@NOSPAM.perihelion.demon.nl> wrote:
> In article <slrnl57kkj...@xs8.xs4all.nl>,
> Rob <nom...@example.com> wrote:
>>A. Dumas <alex...@dumas.fr.invalid> wrote:
>>> Rob wrote:
>>>> Ik maak alleen gebruik van nzb files als deze in de newsgroup gepost
>>>> zijn, dus niet van allerlei vage nzb zoek en verzamel sites. Ik moet
>>>> dus gewoon headers kunnen downloaden.
>>>
>>> Tja maar ja, als het niet (lekker) werkt, dan moet je toch wat anders
>>> proberen. Dit is er eentje zonder poespas, geen login, en je kunt door
>>> groepen bladeren ongeveer alsof je zelf headers opgehaald hebt:
>>> http://binsearch.info/
>>
>>Ik heb het er niet over of het niet lekker werkt, ik geef alleen
>>aan dat mijn downloader geen snelheidslimiet instelling heeft en
>>waarom ik geen andere gebruik.
>
> Maar wat download je dan? Op het ene moment heb je 't over headers. Dan
> weer over nzb's.

Ik download headers, als ik daar nzb files bij zie staan dan download ik
die en vervolgens download ik de rest via die nzb files, en als er geen
nzb file bij staat dan download ik de artikelen rechtstreeks.

Meestal is er geen probleem. Ik download alleen de .part files en die
kan ik 9 van de 10 keer gewoon uitpakken. Komt er een error dan download
ik de .par2 en een .vol en ga hem corrigeren, is het niet voldoende dan
weet ik welke .vol file(s) ik nog meer moet downloaden.

Alleen sinds een paar weken is het hommeles omdat er een idioot is die
duizenden files met trojan upload en daarbij kennelijk zoveel headers
produceert dat Newszilla het niet meer aankan.
Nu wordt het allemaal moeilijker. Ik kan vaak de artikelen nog wel
downloaden als ik een .nzb erbij zie staan maar alleen via de headers
lukt het niet meer.

Dat is echter geen probleem van mijn werkprocedure maar een defect
dan wel limitatie in Newszilla in combinatie met een irritant figuur
die gepakt moet worden.

[Rob]

Patrick Vervoorn <patrick....@NOSPAM.perihelion.demon.nl> wrote:
> In article <5253eca5$0$15965$e4fe...@news2.news.xs4all.nl>,
> Miquel van Smoorenburg <mik...@xs4all.nederland.invalid> wrote:
>>In article <5253d72d$0$15950$e4fe...@news2.news.xs4all.nl>,
>>Patrick Vervoorn <patrick....@NOSPAM.perihelion.demon.nl> wrote:
>
>>>Wat zijn de settings als ik van buiten het XS4ALL netwerk kom?
>>
>>4x 350 KByte/sec
>
> OK.
>
>>>Is er daarbij nog verschil of ik 'anoniem' Newszilla6 via ipv6 benader,
>>>of met mijn XS4ALL gegevens (via ipv4) inlog op Newszilla?
>>
>>Nee, is hetzelfde. Overigens denk ik eraan om die anonieme dienst
>>uit te zetten. Is niet echt meer nodig om IPv6 te promoten, en
>>verder zie ik er geen voordelen aan.
>
> Zou dat toch jammer vinden, want ik heb niet het idee dat (buiten XS4ALL
> dan) de introductie van IPv6 zo hard loopt. O.a. de grote kabelaars
> hebben de introductie opnieuw uitgesteld.

Denk je dat ze harder gaan lopen doordat XS4ALL een usenet dienst
biedt? Ik denk het niet.

[Siert Wolters]

Rob schreef op 08-10-13 15:29 uur:

Eens met Rob. En kan -denk ik- Mike beter die anonieme dienst via IPv6
uitzetten (een XS4all keuze?).

[Patrick Vervoorn]

In article <slrnl5825r...@xs8.xs4all.nl>,
Rob <nom...@example.com> wrote:

>Patrick Vervoorn <patrick....@NOSPAM.perihelion.demon.nl> wrote:

>> Zou dat toch jammer vinden, want ik heb niet het idee dat (buiten XS4ALL
>> dan) de introductie van IPv6 zo hard loopt. O.a. de grote kabelaars
>> hebben de introductie opnieuw uitgesteld.
>
>Denk je dat ze harder gaan lopen doordat XS4ALL een usenet dienst
>biedt? Ik denk het niet.

Ik heb om maar 1 reden een IPv6 tunnel op mijn Ziggo verbinding opgezet:
om via IPv6 bij een gratis Usenet dienst te komen.

Dat is op dit moment niet XS4ALL, omdat het via XSNews veel beter loopt.

Ondanks dat is het 'gratis' benaderen van een redelijk goeie newsserver
misschien wel iets waarvoor mensen zich in IPv6 gaan verdiepen, en
misschien bij hun provider gaan navragen waarom ze dat niet hebben.

Daarbij, zodra Siert het met je eens is, weet je dat je op 't verkeerde
padje zit. :)

Ciao, Patrick.

[Patrick Vervoorn]

In article <slrnl5822q...@xs8.xs4all.nl>,

Rob <nom...@example.com> wrote:
>Patrick Vervoorn <patrick....@NOSPAM.perihelion.demon.nl> wrote:

>> Maar wat download je dan? Op het ene moment heb je 't over headers. Dan
>> weer over nzb's.
>
>Ik download headers, als ik daar nzb files bij zie staan dan download ik
>die en vervolgens download ik de rest via die nzb files, en als er geen
>nzb file bij staat dan download ik de artikelen rechtstreeks.

Ik neem aan dat je die nzb's voedert aan iets dat daarmee om kan gaan,
inclusief het, waar nodig, erbij halen van par2 files? (nzbget
bijvoorbeeld). Dus dat is geen probleem.

>Meestal is er geen probleem. Ik download alleen de .part files en die
>kan ik 9 van de 10 keer gewoon uitpakken. Komt er een error dan download
>ik de .par2 en een .vol en ga hem corrigeren, is het niet voldoende dan
>weet ik welke .vol file(s) ik nog meer moet downloaden.

Ik doe het volgens mij redelijk identiek aan zoals jij het doet:

Via trn browse ik de newsgroup, en download de nzbs die ik wil hebben.

Die voeder ik aan nzbget.

Dat deel doe ik via Newszilla, en idd merk ik recent ook dat diverse
groepen erg incompleet zijn (op header niveau dan). De nzbs slurp ik bij
XSnews vandaan.

Als dat gebeurt, dan ga ik als backup naar binsearch.info en haal daar
de nzb op.

>Alleen sinds een paar weken is het hommeles omdat er een idioot is die
>duizenden files met trojan upload en daarbij kennelijk zoveel headers
>produceert dat Newszilla het niet meer aankan.
>Nu wordt het allemaal moeilijker. Ik kan vaak de artikelen nog wel
>downloaden als ik een .nzb erbij zie staan maar alleen via de headers
>lukt het niet meer.

Check.

>Dat is echter geen probleem van mijn werkprocedure maar een defect
>dan wel limitatie in Newszilla in combinatie met een irritant figuur
>die gepakt moet worden.

Tsja, ik zie dat er genoeg moeite gedaan wordt om die figuur af te
stoppen, maar het blijft blijkbaar lastig. Dan zul je toch zelf creatief
moeten worden, of een newsserver vinden waar het headering proces niet
over de zuiger gaat a.g.v. de flooding, of het bijltje er bij neer
gooien.

Volgens mij is terugvallen op binsearch.info een prima oplossing; it
works for me. YMMV.

Ciao, Patrick.

[Rob]

Patrick Vervoorn <patrick....@NOSPAM.perihelion.demon.nl> wrote:
> In article <slrnl5822q...@xs8.xs4all.nl>,
> Rob <nom...@example.com> wrote:
>>Patrick Vervoorn <patrick....@NOSPAM.perihelion.demon.nl> wrote:
>
>>> Maar wat download je dan? Op het ene moment heb je 't over headers. Dan
>>> weer over nzb's.
>>
>>Ik download headers, als ik daar nzb files bij zie staan dan download ik
>>die en vervolgens download ik de rest via die nzb files, en als er geen
>>nzb file bij staat dan download ik de artikelen rechtstreeks.
>
> Ik neem aan dat je die nzb's voedert aan iets dat daarmee om kan gaan,
> inclusief het, waar nodig, erbij halen van par2 files? (nzbget
> bijvoorbeeld). Dus dat is geen probleem.

Ik gebruik Klibido. Daar kun je een serie artikelen selecteren om
te downloaden en als je een nzb hebt kun je die in een keer downloaden.
Echter ik geef de voorkeur aan artikelen omdat ik het onzin vind om
par2 en vol files te gaan downloaden waar ik toch niks mee doe.

Ik heb een shellscript wat het hele uitpakgebeuren regelt en zonodig
par2 r doet.

> Tsja, ik zie dat er genoeg moeite gedaan wordt om die figuur af te
> stoppen, maar het blijft blijkbaar lastig. Dan zul je toch zelf creatief
> moeten worden, of een newsserver vinden waar het headering proces niet
> over de zuiger gaat a.g.v. de flooding, of het bijltje er bij neer
> gooien.

Ja ik hoop dat men dit bij Newszilla onder controle krijgt en tot die
tijd download ik wel een dagje niet. Zou niet leuk zijn als dit een
min of meer permanente situatie wordt, maar in dat geval zou ik
voorstellen om het Newszilla experiment te vervangen door een experiment
met bijvoorbeeld readnews.com toegang. Dan houdt Miquel weer meer
tijd over voor experimenten met IPv6 ofzo.

[Patrick Vervoorn]

In article <slrnl586ml...@xs8.xs4all.nl>,

Rob <nom...@example.com> wrote:
>Patrick Vervoorn <patrick....@NOSPAM.perihelion.demon.nl> wrote:

>> In article <slrnl5822q...@xs8.xs4all.nl>,

>> Ik neem aan dat je die nzb's voedert aan iets dat daarmee om kan gaan,
>> inclusief het, waar nodig, erbij halen van par2 files? (nzbget
>> bijvoorbeeld). Dus dat is geen probleem.
>
>Ik gebruik Klibido. Daar kun je een serie artikelen selecteren om
>te downloaden en als je een nzb hebt kun je die in een keer downloaden.
>Echter ik geef de voorkeur aan artikelen omdat ik het onzin vind om
>par2 en vol files te gaan downloaden waar ik toch niks mee doe.

Even opgezocht, een GUI tool. Ziet er grappig uit. Ik hoop dat het slim
genoeg is om bij het downloaden van een nzb eerst de content te
downloaden, daarna een par2 check te doen, en vervolgens alleen de
hoogst noodzakelijke par2 files erbij te downloaden?

Zo doet nzbget het iig; die kan in server mode gebruikt worden, en
volgens mij zijn er ook grafische fronts-ends te vinden die de nzb-files
doorschuiven naar nzbget.

Gezien recente ontwikkelingen denk ik dat je er op termijn toch niet aan
ontkomt om je vooral op de .nzb files te concentreren. Headeren wordt
steeds lastiger. En slokt ook heel veel memory; 8M aan headers passen
niet in de 2G aan memory in mijn verder prima functionerende Linux
download doosje.

>Ik heb een shellscript wat het hele uitpakgebeuren regelt en zonodig
>par2 r doet.

Dat noement ze het wiel opnieuw uitvinden. ;)

>> Tsja, ik zie dat er genoeg moeite gedaan wordt om die figuur af te
>> stoppen, maar het blijft blijkbaar lastig. Dan zul je toch zelf creatief
>> moeten worden, of een newsserver vinden waar het headering proces niet
>> over de zuiger gaat a.g.v. de flooding, of het bijltje er bij neer
>> gooien.
>
>Ja ik hoop dat men dit bij Newszilla onder controle krijgt en tot die
>tijd download ik wel een dagje niet. Zou niet leuk zijn als dit een
>min of meer permanente situatie wordt, maar in dat geval zou ik
>voorstellen om het Newszilla experiment te vervangen door een experiment
>met bijvoorbeeld readnews.com toegang. Dan houdt Miquel weer meer
>tijd over voor experimenten met IPv6 ofzo.

Ik heb in de tijd vlak nadat Demon was overgenomen ook (semi-schertsend)
gelobbied om Newszilla eruit te doen en in plaats daarvan toegang te
geven tot Supernews. Dat werkte toen prima, en was een uitermate
professionele Usenet provider.

Het lijkt me zeker een veel profi-ere toko dan Readnews.com, zeker
gezien de problemen om daar de spammert af te blocken. Ik verwacht dat
iemand met zo'n plan niet ver komt bij Supernews.

Anyway, ik denk dat de kans daarop niet zo heel groot is, maar wie
weet...

Ciao, Patrick.

[Siert Wolters]

Rob schreef op 08-10-13 16:46 uur:

>
> Ja ik hoop dat men dit bij Newszilla onder controle krijgt en tot die
> tijd download ik wel een dagje niet. Zou niet leuk zijn als dit een
> min of meer permanente situatie wordt, maar in dat geval zou ik
> voorstellen om het Newszilla experiment te vervangen door een experiment
> met bijvoorbeeld readnews.com toegang. Dan houdt Miquel weer meer
> tijd over voor experimenten met IPv6 ofzo.
>

Alweer eens Rob! Maar niet door het Newszilla experiment te vervangen
door een nieuw experiment, maar door een goede (niet-experimenteel)
readnews.com toegang via XS4all.
(ik had je voorstel hierover al eerder ondersteund)

[Miquel van Smoorenburg]

In article <52540078$0$16000$e4fe...@news2.news.xs4all.nl>,

Er is geen aparte IPv6 versie van newszilla. Newszilla doet gewoon
zowel het IP protocol als het legacy IPv4 protocol :)

$ host -a newszilla.xs4all.nl
Trying "newszilla.xs4all.nl"
newszilla.xs4all.nl. 4186 IN AAAA 2001:888:0:18::119
newszilla.xs4all.nl. 24143 IN A 194.109.133.133

En ja, de legacy IPv4 versie blijft *ook* in de lucht.

Mike.

[Miquel van Smoorenburg]

In article <525402c7$0$15943$e4fe...@news2.news.xs4all.nl>,
Patrick Vervoorn <patrick....@NOSPAM.perihelion.demon.nl> wrote:
>In article <5253eca5$0$15965$e4fe...@news2.news.xs4all.nl>,

>>Nee, is hetzelfde. Overigens denk ik eraan om die anonieme dienst
>>uit te zetten. Is niet echt meer nodig om IPv6 te promoten, en
>>verder zie ik er geen voordelen aan.
>
>Zou dat toch jammer vinden, want ik heb niet het idee dat (buiten XS4ALL
>dan) de introductie van IPv6 zo hard loopt. O.a. de grote kabelaars
>hebben de introductie opnieuw uitgesteld.

En je denkt dat die sneller gaan lopen als newszilla over IPv6
beschikbaar is of blijft?

>Uiteraard kan ik ook moeilijk inschatten in hoeverre 'gratis' en
>'anonieme' IPv6 toegang tot Newszilla de wens om/uitrol van IPv6
>aanjaagt.

Ga er maar van uit van "niet". Ja, het stimuleert de hobbyist om
een IPv6 tunnel aan te vragen bij een tunnelbroker. Maar dat
stadium zijn we voorbij, dat is niet zinvol meer: de grote ISPs
moeten gewoon eens stoppen met excuses maken en IPv6 aanzetten.

>Wordt er op dit moment veel bandbreedte via IPv6 opgesoupeerd?

Voor de "open voor de wereld over IPv6" versie? Nee, maar
daar gaat het niet om.

Mike.

[Patrick Vervoorn]

In article <5254234d$0$15927$e4fe...@news2.news.xs4all.nl>,

Miquel van Smoorenburg <mik...@xs4all.nederland.invalid> wrote:

>In article <525402c7$0$15943$e4fe...@news2.news.xs4all.nl>,
>Patrick Vervoorn <patrick....@NOSPAM.perihelion.demon.nl> wrote:

>>Zou dat toch jammer vinden, want ik heb niet het idee dat (buiten XS4ALL
>>dan) de introductie van IPv6 zo hard loopt. O.a. de grote kabelaars
>>hebben de introductie opnieuw uitgesteld.
>
>En je denkt dat die sneller gaan lopen als newszilla over IPv6
>beschikbaar is of blijft?

Ik verwacht van niet, maar als iedereen die 'leuke' en 'gratis'
varianten van zijn diensten via IPv6 aanbiedt daar de stekker uittrekt
zal dat zeker niet gaan helpen.

>>Uiteraard kan ik ook moeilijk inschatten in hoeverre 'gratis' en
>>'anonieme' IPv6 toegang tot Newszilla de wens om/uitrol van IPv6
>>aanjaagt.
>
>Ga er maar van uit van "niet". Ja, het stimuleert de hobbyist om
>een IPv6 tunnel aan te vragen bij een tunnelbroker. Maar dat
>stadium zijn we voorbij, dat is niet zinvol meer: de grote ISPs
>moeten gewoon eens stoppen met excuses maken en IPv6 aanzetten.

Eens, en ik zou native IPv6 alleen maar toejuichen (kan ik die rare
tunnel-constructie de deur uit doen) maar het gebeurt steeds maar niet.
Blijkbaar is de brandhaard niet zo fel/de nood niet zo hoog als sommigen
roepen.

>>Wordt er op dit moment veel bandbreedte via IPv6 opgesoupeerd?
>
>Voor de "open voor de wereld over IPv6" versie? Nee, maar
>daar gaat het niet om.

Ja, die. OK, ik was slechts benieuwd of dat een significant deel van de
belading van newszilla opleverde.

>Mike.

Ciao, Patrick.

[Siert Wolters]

Patrick Vervoorn schreef op 08-10-13 17:29 uur:

Interessant. Maar -volgens mij -een niet afdoende voor een afgewogen
besluit van XS4all- om hiermee te stoppen.

[robert]

Patrick Vervoorn <patrick....@NOSPAM.perihelion.demon.nl>:

> In article <slrnl586ml...@xs8.xs4all.nl>, Rob
> <nom...@example.com> wrote:
>>
>>Ik gebruik Klibido. Daar kun je een serie artikelen selecteren om te
>>downloaden en als je een nzb hebt kun je die in een keer downloaden.
>>Echter ik geef de voorkeur aan artikelen omdat ik het onzin vind om par2
>>en vol files te gaan downloaden waar ik toch niks mee doe.
>
> Even opgezocht, een GUI tool. Ziet er grappig uit. Ik hoop dat het slim
> genoeg is om bij het downloaden van een nzb eerst de content te
> downloaden, daarna een par2 check te doen, en vervolgens alleen de hoogst
> noodzakelijke par2 files erbij te downloaden?
>

> Zo doet nzbget het iig...

sabnzbd ook :)

--
robert

[Rob]

Patrick Vervoorn <patrick....@NOSPAM.perihelion.demon.nl> wrote:
>>En je denkt dat die sneller gaan lopen als newszilla over IPv6
>>beschikbaar is of blijft?
>
> Ik verwacht van niet, maar als iedereen die 'leuke' en 'gratis'
> varianten van zijn diensten via IPv6 aanbiedt daar de stekker uittrekt
> zal dat zeker niet gaan helpen.

het aanbieden van bestaande leuke diensten is niet de oplossing.
Wat IPv6 nodig heeft is een nieuwe dienst die alleen op IPv6 werkt,
en die gebruikers graag willen hebben. Zodat ze en-masse hun provider
gaan bellen met de vraag "wanneer krijg ik IPv6 want ik wil PQRS gaan
doen en daar heb ik IPv6 voor nodig lees ik".

Zolang IPv6 alleen maar een 2e netwerk is waar je minder op kunt dan
gaan providers geen haast maken, maar als ze buiten de boot vallen
dan wel natuurlijk.

[Rob]

Patrick Vervoorn <patrick....@NOSPAM.perihelion.demon.nl> wrote:
> In article <slrnl586ml...@xs8.xs4all.nl>,
> Rob <nom...@example.com> wrote:
>>Patrick Vervoorn <patrick....@NOSPAM.perihelion.demon.nl> wrote:
>>> In article <slrnl5822q...@xs8.xs4all.nl>,
>
>>> Ik neem aan dat je die nzb's voedert aan iets dat daarmee om kan gaan,
>>> inclusief het, waar nodig, erbij halen van par2 files? (nzbget
>>> bijvoorbeeld). Dus dat is geen probleem.
>>
>>Ik gebruik Klibido. Daar kun je een serie artikelen selecteren om
>>te downloaden en als je een nzb hebt kun je die in een keer downloaden.
>>Echter ik geef de voorkeur aan artikelen omdat ik het onzin vind om
>>par2 en vol files te gaan downloaden waar ik toch niks mee doe.
>
> Even opgezocht, een GUI tool. Ziet er grappig uit. Ik hoop dat het slim
> genoeg is om bij het downloaden van een nzb eerst de content te
> downloaden, daarna een par2 check te doen, en vervolgens alleen de
> hoogst noodzakelijke par2 files erbij te downloaden?

Nee dat doet hij niet. Maar het is wel een GUI tool.
Er bestaan vast ook GUI tools die veel zelf doen maar dat is dan
allemaal Windows en ik moet wel iets voor Linux hebben.

Ik ga niet met trn aan de gang.

Vroeger had ik BNR2, die was in principe beter, maar die kon op een
gegeven moment het aantal headers niet meer aan.
(te brakke header database, de hele tijd database corruptie)

>>Ik heb een shellscript wat het hele uitpakgebeuren regelt en zonodig
>>par2 r doet.
>
> Dat noement ze het wiel opnieuw uitvinden. ;)

Tja dit gebruik ik al zolang en het is steeds verfijnd om precies te
doen wat ik wil, zoals bijvoorbeeld de met de downloads meekomende
reclame automatisch wissen.

[Siert Wolters]

Siert Wolters schreef op 08-10-13 17:01 uur:

Ik ben benieuwd of XS4all een dergelijke dienst wil gaan starten!
8-)

[Miquel van Smoorenburg]

In article <525424d0$0$16005$e4fe...@news2.news.xs4all.nl>,

Patrick Vervoorn <patrick....@NOSPAM.perihelion.demon.nl> wrote:
>Eens, en ik zou native IPv6 alleen maar toejuichen (kan ik die rare
>tunnel-constructie de deur uit doen) maar het gebeurt steeds maar niet.
>Blijkbaar is de brandhaard niet zo fel/de nood niet zo hoog als sommigen
>roepen.

Er zijn nog een aantal grote spelers die voorlopig nog zat IPv4
adressen hebben, en die slepen met hun hielen.

Maar de IP adressen zijn op. Als je je nu aanmeld als nieuwe LIR bij
RIPE, en je vraagt om IPv4 adressen, krijg je nog 1x een blokje van
1024 (daar is een aparte /8 voor gereserveerd) en dat is het. Op.
Ja, er is nu een soort IPv4 markt, daar kan je het kopen, tussen
de 5-10 euro per IP adres, maar dat wordt snel schaars dus duurder.

Gebruik dan NAT zeggen ze. Dat wil je niet, en dat niet alleen- NAT
werkt ook niet als je een datacenter hebt.. ga je je diensten
aanbieden op 192.168.10.8 ?

IPv6 is onontkoombaar. Als je er nu niet mee begonnen bent,
heb je al een achterstand. En er is geen excuus. Gewoon doen.

Mike.

[Siert Wolters]

Miquel van Smoorenburg schreef op 08-10-13 21:34 uur:

OK, snap ik. Maar wanneer wordt IPv6 echt onontkoombaar? En voor wie?

[Miquel van Smoorenburg]

In article <525461e8$0$15923$e4fe...@news.xs4all.nl>,

Siert Wolters <ma...@siertwolters.nl> wrote:
>Miquel van Smoorenburg schreef op 08-10-13 21:34 uur:

>> IPv6 is onontkoombaar. Als je er nu niet mee begonnen bent,
>> heb je al een achterstand. En er is geen excuus. Gewoon doen.
>>

>OK, snap ik. Maar wanneer wordt IPv6 echt onontkoombaar? En voor wie?

Als ik de toekomst kon voorspellen zat ik mijn tijd hier
niet te verdoen :)

Mike.

[Siert Wolters]

Miquel van Smoorenburg schreef op 08-10-13 22:50 uur:
>
lol

[geertjandegroot]

> IPv6 is onontkoombaar. Als je er nu niet mee begonnen bent,
> heb je al een achterstand. En er is geen excuus. Gewoon doen.

Enig idee wanneer ik IPv6 over XS4all mobiel kan doen?
Ik weet dat jullie alleen maar de dienst van KPN resellen en dat
KPN een van de clubs is die met z'n hielen sleept maar m'n
dongel is een van de weinige plekken waar ik met legacy-adressen werk.

(alhoewel een sixxs-tunnel heel veel goedmaakt!)

Geert Jan

[Miquel van Smoorenburg]

In article <52547c10$0$15967$e4fe...@news.xs4all.nl>,

<Geert Jan de Groot> wrote:
>> IPv6 is onontkoombaar. Als je er nu niet mee begonnen bent,
>> heb je al een achterstand. En er is geen excuus. Gewoon doen.
>
>Enig idee wanneer ik IPv6 over XS4all mobiel kan doen?

Als KPN dat gaat doen. We hebben het al vaker met KPN over een
pilotproject gehad, maar tot nu toe is dat niet gelukt.

>Ik weet dat jullie alleen maar de dienst van KPN resellen en dat
>KPN een van de clubs is die met z'n hielen sleept maar m'n
>dongel is een van de weinige plekken waar ik met legacy-adressen werk.

Tsja, dat is ook nog een probleem- UMTS/HSDPA hardware die IPv6
doet. Vaak zit de protocol stack voor een groot deel in de
chipset ingebakken, en doet die gewoon geen IPv6. Daarom kan
vrijwel geen een Android telefoon IPv6 over het mobiele netwerk.

Ander probleem is dat voor de telco vaak dual-stack betekent
"dual license", het zijn 2 sessies dus betaal je 2x zoveel aan
de leverancier voor je licentie. In de laatste standaarden voor
3G is dat opgelost door IPv4 en IPv6 in 1 PDP te doen, maar
dat moet je apparatuur ook maar ondersteunen.

Bij LTE is IPv6 support verplicht, dus dat moet in alle
apparatuur zitten. Vraag is of het aanstaat natuurlijk.. kans
is van niet.

Mike.

[Rob]

Geert Jan de Groot <Geert> wrote:
>> IPv6 is onontkoombaar. Als je er nu niet mee begonnen bent,
>> heb je al een achterstand. En er is geen excuus. Gewoon doen.
>
> Enig idee wanneer ik IPv6 over XS4all mobiel kan doen?
> Ik weet dat jullie alleen maar de dienst van KPN resellen en dat
> KPN een van de clubs is die met z'n hielen sleept maar m'n
> dongel is een van de weinige plekken waar ik met legacy-adressen werk.

Een tijdje geleden heeft KPN alle eigen APN's behalve advancedinternet
overgezet naar NAT. Tot die tijd was er nog basicinternet waar je wel
een publiek IP adres kreeg maar die doet nu ook NAT.

Het grappige is dat ze op dat moment het 100.64.0.0/10 blok gebruikten
voor de locale adressen, maar sinds gisteren is dat veranderd in het
10.0.0.0/8 blok. Beetje vreemd want het 100.64.0.0/10 blok is zo te
zien speciaal bedoeld voor carrier grade NAT gebruik.

Wat zou het probleem geweest zijn? Was het blok wellicht gewoon weer
te klein geworden? Of wellicht toch buggy software die alleen de
(van jou :-) bekende 3 blokken als privé herkent?

[Patrick Vervoorn]

In article <slrnl58dp4...@xs8.xs4all.nl>,

Rob <nom...@example.com> wrote:
>Patrick Vervoorn <patrick....@NOSPAM.perihelion.demon.nl> wrote:

>> Even opgezocht, een GUI tool. Ziet er grappig uit. Ik hoop dat het slim
>> genoeg is om bij het downloaden van een nzb eerst de content te
>> downloaden, daarna een par2 check te doen, en vervolgens alleen de
>> hoogst noodzakelijke par2 files erbij te downloaden?
>
>Nee dat doet hij niet. Maar het is wel een GUI tool.
>Er bestaan vast ook GUI tools die veel zelf doen maar dat is dan
>allemaal Windows en ik moet wel iets voor Linux hebben.

Ik zag dat de laatste update uit 2006 was. Het is wat dat betreft langer
geleden bijgewerkt dan trn. Kan KLibido wel 64-bits article counters
aan? Anders gaat het tool nu al in een aantal groepen op Newszilla over
de zuiger.

>Ik ga niet met trn aan de gang.

Ik zou het ook niet aanraden; is vermoedelijk op dezelfde manier als jij
nog steeds KLibido gebruikt, voor mij het tool dat ik nog gebruik.
Alleen jammer dat trn geen 64-bits article counters aan kan.

>Vroeger had ik BNR2, die was in principe beter, maar die kon op een
>gegeven moment het aantal headers niet meer aan.
>(te brakke header database, de hele tijd database corruptie)

Those were the days! Wat heb ik met tool lopen kloten. Als hij 't deed:
machtig mooi (voor die tijd dan), maar idd lag om de haverklap de
header-database in de prak, kon je alles deleten, en alle headers (dat
viel toen gelukkig nog mee) weer opnieuw ophalen.

>> Dat noement ze het wiel opnieuw uitvinden. ;)
>
>Tja dit gebruik ik al zolang en het is steeds verfijnd om precies te
>doen wat ik wil, zoals bijvoorbeeld de met de downloads meekomende
>reclame automatisch wissen.

Als 't werkt, niks aan doen, maar er zijn natuurlijk plenty tools (met
name spullen die samenwerken met zo'n nzb-download-backend) die dat
allemaal al voor je doen.

Ciao, Patrick.

[Rob]

Patrick Vervoorn <patrick....@NOSPAM.perihelion.demon.nl> wrote:
> In article <slrnl58dp4...@xs8.xs4all.nl>,
> Rob <nom...@example.com> wrote:
>>Patrick Vervoorn <patrick....@NOSPAM.perihelion.demon.nl> wrote:
>
>>> Even opgezocht, een GUI tool. Ziet er grappig uit. Ik hoop dat het slim
>>> genoeg is om bij het downloaden van een nzb eerst de content te
>>> downloaden, daarna een par2 check te doen, en vervolgens alleen de
>>> hoogst noodzakelijke par2 files erbij te downloaden?
>>
>>Nee dat doet hij niet. Maar het is wel een GUI tool.
>>Er bestaan vast ook GUI tools die veel zelf doen maar dat is dan
>>allemaal Windows en ik moet wel iets voor Linux hebben.
>
> Ik zag dat de laatste update uit 2006 was. Het is wat dat betreft langer
> geleden bijgewerkt dan trn. Kan KLibido wel 64-bits article counters
> aan? Anders gaat het tool nu al in een aantal groepen op Newszilla over
> de zuiger.

64-bit nummers? volgens mij zijn het 32-bit nummers die op een gegeven
moment wrappen. Daar gaat hij geloof ik niet optimaal mee om maar in
ieder geval niet op een desastreuze manier.
(je moet 1 keer resetten ofzo)

op zich heb ik er geen problemen mee als een stuk sofware wat af is
niet meer wordt geupdate. Alleen zijn er wel een paar dingetjes die
beter zouden kunnen.

>>Vroeger had ik BNR2, die was in principe beter, maar die kon op een
>>gegeven moment het aantal headers niet meer aan.
>>(te brakke header database, de hele tijd database corruptie)
>
> Those were the days! Wat heb ik met tool lopen kloten. Als hij 't deed:
> machtig mooi (voor die tijd dan), maar idd lag om de haverklap de
> header-database in de prak, kon je alles deleten, en alle headers (dat
> viel toen gelukkig nog mee) weer opnieuw ophalen.

Dat was het grote probleem ja.

>>> Dat noement ze het wiel opnieuw uitvinden. ;)
>>
>>Tja dit gebruik ik al zolang en het is steeds verfijnd om precies te
>>doen wat ik wil, zoals bijvoorbeeld de met de downloads meekomende
>>reclame automatisch wissen.
>
> Als 't werkt, niks aan doen, maar er zijn natuurlijk plenty tools (met
> name spullen die samenwerken met zo'n nzb-download-backend) die dat
> allemaal al voor je doen.

Meestal is het meer werk om zo'n tool te zoeken, te configuren, zeker
te stellen dat het niet meer of iets anders doet dan je wilt, enz dan
om je eigen tool zo nu en dan wat te updaten.

Daarom gebruik ik ook nog steeds mijn eigen firewall en mailserver
frontend. Het kan vast allemaal moderner maar dan weet ik niet hoe
het werkt en dat vind ik wel belangrijk.

[Patrick Vervoorn]

In article <slrnl5av8c...@xs8.xs4all.nl>,

Rob <nom...@example.com> wrote:
>Patrick Vervoorn <patrick....@NOSPAM.perihelion.demon.nl> wrote:

>> Ik zag dat de laatste update uit 2006 was. Het is wat dat betreft langer
>> geleden bijgewerkt dan trn. Kan KLibido wel 64-bits article counters
>> aan? Anders gaat het tool nu al in een aantal groepen op Newszilla over
>> de zuiger.
>
>64-bit nummers? volgens mij zijn het 32-bit nummers die op een gegeven
>moment wrappen. Daar gaat hij geloof ik niet optimaal mee om maar in
>ieder geval niet op een desastreuze manier.
>(je moet 1 keer resetten ofzo)

Newszilla wrapt niet (meer) bij 2^32-1 (of is het 2^31-1?), maar telt gewoon door tot 2^63/64.

O.a. alt.binaries.nl kun je daardoor nu niet benaderen met een tool dat
maar 32-bits article-numbering ondersteunt.

Een aantal interessantere groepen zijn ondertussen ook al over die grens
heen gegaan, bijvoorbeeld alt.binaries.hdtv.x264.

>op zich heb ik er geen problemen mee als een stuk sofware wat af is
>niet meer wordt geupdate. Alleen zijn er wel een paar dingetjes die
>beter zouden kunnen.

Check, maar die 32-bits limiet is wel een showstopper op termijn.

>> Als 't werkt, niks aan doen, maar er zijn natuurlijk plenty tools (met
>> name spullen die samenwerken met zo'n nzb-download-backend) die dat
>> allemaal al voor je doen.
>
>Meestal is het meer werk om zo'n tool te zoeken, te configuren, zeker
>te stellen dat het niet meer of iets anders doet dan je wilt, enz dan
>om je eigen tool zo nu en dan wat te updaten.
>
>Daarom gebruik ik ook nog steeds mijn eigen firewall en mailserver
>frontend. Het kan vast allemaal moderner maar dan weet ik niet hoe
>het werkt en dat vind ik wel belangrijk.

Het kan soms leuk/fijn zijn om eens wat nieuws te proberen, maar dat
laat ik aan jou over uiteraard. ;)

Ciao, Patrick.

[Siert Wolters]

Miquel van Smoorenburg schreef op 09-10-13 01:02 uur:

Ik snap ut ... Lijkt mij drom een lastig probleem voor jullie.
Zal dus wel pas opgelost worden als "IPv6 onontkoombaar" is geworden.
Uh? Voor wie? En wanneer?

En je vertelt ons hier dat voor LTE (4G bedoel je?) nog steeds IPv6
verplicht is (maar niet noodzakelijk is)?
"Awfull" zouden sommigen zeggen ...

[Siert Wolters]

Miquel van Smoorenburg schreef op 08-10-13 22:50 uur:

Dus maar niet meer reageren op die posters na jou.
(Rob en Patrick zijn het so-i-so altijd met je eens)

[Rob]

Miquel van Smoorenburg <mik...@xs4all.nederland.invalid> wrote:

> In article <52547c10$0$15967$e4fe...@news.xs4all.nl>,
> <Geert Jan de Groot> wrote:
>>> IPv6 is onontkoombaar. Als je er nu niet mee begonnen bent,
>>> heb je al een achterstand. En er is geen excuus. Gewoon doen.
>>
>>Enig idee wanneer ik IPv6 over XS4all mobiel kan doen?
>
> Als KPN dat gaat doen. We hebben het al vaker met KPN over een
> pilotproject gehad, maar tot nu toe is dat niet gelukt.
>
>>Ik weet dat jullie alleen maar de dienst van KPN resellen en dat
>>KPN een van de clubs is die met z'n hielen sleept maar m'n
>>dongel is een van de weinige plekken waar ik met legacy-adressen werk.
>
> Tsja, dat is ook nog een probleem- UMTS/HSDPA hardware die IPv6
> doet. Vaak zit de protocol stack voor een groot deel in de
> chipset ingebakken, en doet die gewoon geen IPv6. Daarom kan
> vrijwel geen een Android telefoon IPv6 over het mobiele netwerk.

Tja het is een beetje de "story of IPv6"...

Fabrikanten: waarom zouden we IPv6 implementeren in onze hardware,
er is toch geen netwerkaanbieder die het aanbiedt.

Netwerkaanbieders: waarom zouden we IPv6 aanbieden, er is toch geen
hardware fabrikant die het support.

Ik denk ook dat een probleem is dat de hele fundamentele basis onder
IPv6 min of meer is weggevallen door de verandering van de structuur
van het internet gebruik.

Toen het nog zo was dat het internet een netwerk was waar iedereen die
er een aansluiting op had in principe gelijkwaardig was, en iedereen
gewoon met iedereen kon en wilde communiceren, toen was het duidelijk
dat dan ook wel iedereen een adres zou moeten hebben en dat 2^32
adressen dan niet meer genoeg was.
Toen heeft men IPv6 bedacht met meer adressen zodat je evengoed weer
alles een adres kunt geven.

Maar die behoefte is weggevallen. Doordat het internet veranderde
van een vriendelijke wereld waarin iedereen graag met elkaar
communiceerde naar een jungle waarin mensen rottigheid proberen uit
te halen, ontstonden de firewalls en viel het idee weg dat alles
met elkaar moest communiceren. De veelbesproken koelkast en magnetron
die zo nodig een adres moesten hebben die wil je helemaal niet meer
van buitenaf benaderbaar maken.

Ook is deze "peer to peer" natuur door de commercie en de overheden
niet meer gewenst, en wil men eigenlijk een internet dat in 3 kampen
verdeeld is:
- de leveranciers
- de consumenten
- de meekijkers

De consumenten moeten alleen maar communiceren met de leveranciers,
en niet meer onderling met elkaar. De meekijkers moeten dit allemaal
kunnen zien en opslaan.

In die wereld is het helemaal niet meer nodig dat alles een eigen adres
heeft, als de leveranciers maar allemaal een eigen adres hebben en
de consumenten daar op de een of andere manier bij kunnen dan is dat
voldoende. NAT voorziet in die behoefte.

Kijk als je op puur technische wijze bijvoorbeeld een telefonie
systeem gaat opzetten, dan kom je op de oplossing waarbij iedere
telefoon connect met een "centrale" om te weten of er oproepjes zijn
of om een oproepje te plaatsen, maar het eigenlijke gesprek kan na
die onderhandelingen het best direct van toestel naar toestel lopen.
Dat is ook hoe SIP is opgezet. Door de techneuten. En dan loop je
tegen ellende aan met NAT.

Maar de providers en de overheden die willen dit helemaal niet!
Die willen dat alle gesprekjes via centrale servers lopen, zodat ze de
boel veel makkelijker in de gaten kunnen houden en hun opties open
kunnen houden voor allerlei "extra diensten".
Dus is dit telefonie gebeuren inmiddels al weer van een peer-to-peer
netwerk omgevormd naar een gecentraliseerd netwerk. Alles via de
aanbieder.

Je ziet dit ook bij protocollen zoals Skype, wat bij de opzet ook
helemaal peer-to-peer was: je registreerde je wel bij een skype server
om te laten zien dat je online was, maar als je een gesprek of chat
opzette dan ging dat rechtstreeks van jouw computer naar die van je
gesprekspartner. Behalve als je allebei achter NAT zat, dan moest
het via een andere computer lopen maar dat was dan geen computer
van Skype maar gewoon van een willekeurige andere abonnee.
In een dergelijke situatie is IPv6 gewenst want dan kunnen wel alle
abonnees rechtstreeks communiceren.

Maar toen Microsoft Skype overnam en de boel onder controle van de
NSA kwam ging hier een dikke streep door. Alles loopt nu via de
centrale servers zodat men makkelijker kan meekijken (geen tap op
de abonnee nodig). Maar daarmee is meteen ook het NAT probleem
de wereld uit en de behoefte aan IPv6 vervallen.

En zo is het met heel veel diensten gegaan. Hier zit een plot achter,
en in dat plot is IPv6 niet nodig en zelfs ongewenst omdat het een
flexibiliteit biedt waar men geen behoefte meer aan heeft en die men
zelfs liever niet ziet.

Daarom is het bijna niet ingevoerd te krijgen.
Als het internet nu nog was wat het 10-15 jaar geleden was dan zou er
allang IPv6 uitgerold zijn.
De paar nerds die nog toepassingen voor peer-to-peer hebben die kunnen
hierin geen beslissing forceren omdat ze veel te onbelangrijk zijn in
vergelijking met de groten.

[Miquel van Smoorenburg]

In article <slrnl5clkk...@xs8.xs4all.nl>,

Rob <nom...@example.com> wrote:
>En zo is het met heel veel diensten gegaan. Hier zit een plot achter,
>en in dat plot is IPv6 niet nodig en zelfs ongewenst omdat het een
>flexibiliteit biedt waar men geen behoefte meer aan heeft en die men
>zelfs liever niet ziet.
>Daarom is het bijna niet ingevoerd te krijgen.

Ik ben niet zo van de samenzweringstheorieen. Ik geloof meer dat de
oorzaak ligt in het huidige "management by spreadsheet".

>Als het internet nu nog was wat het 10-15 jaar geleden was dan zou er
>allang IPv6 uitgerold zijn.

IPv6 IS al bijna 20 jaar oud. 10-15 jaar geleden kon het niet
uitgerold worden omdat niemand dacht dat IPv4 ooit op zou raken.
Genoeg mensen denken dat nog steeds.

Mike.

[JT]

Genoeg -> Te veel ?

--
Kind regards, JT

[JT]

On 10/10/13 11:14, Miquel van Smoorenburg wrote:

[Miquel van Smoorenburg]

In article <slrnl5clkk...@xs8.xs4all.nl>,
Rob <nom...@example.com> wrote:

>Tja het is een beetje de "story of IPv6"...
>

>De consumenten moeten alleen maar communiceren met de leveranciers,
>en niet meer onderling met elkaar. De meekijkers moeten dit allemaal
>kunnen zien en opslaan.
>
>In die wereld is het helemaal niet meer nodig dat alles een eigen adres
>heeft, als de leveranciers maar allemaal een eigen adres hebben en
>de consumenten daar op de een of andere manier bij kunnen dan is dat
>voldoende. NAT voorziet in die behoefte.

Microsoft: The Best Xbox One Gaming Experience Will Be Over IPv6

http://www.internetsociety.org/deploy360/blog/2013/10/microsoft-the-best-xbox-one-gaming-experience-will-be-over-ipv6/

"Yesterday at NANOG 59 in Phoenix, Arizona, Microsoftâ s Chris Palmer
explained that the Xbox One gaming console uses IPv6 for the peer-to-peer
(p2p) communication between gamers."

Mike.

[Casper H.S. Dik]

"Miquel van Smoorenburg" <mik...@xs4all.nederland.invalid> writes:

>Microsoft: The Best Xbox One Gaming Experience Will Be Over IPv6

>http://www.internetsociety.org/deploy360/blog/2013/10/microsoft-the-best-xbox-one-gaming-experience-will-be-over-ipv6/

>"Yesterday at NANOG 59 in Phoenix, Arizona, Microsoft’s Chris Palmer

> explained that the Xbox One gaming console uses IPv6 for the peer-to-peer
> (p2p) communication between gamers."

Jaren geleden (een jaar of 15?) was de mening bij Sun IP Engineering dat
IPv6 pas zal doorbreken als er iets zo komen want iedereen wil gebruiken
maar dat alleen maar werkt over IPV6; misschien is dit het?

Maar andere de kant, zijn gameconsoles niet zo ontzettend gisteren?

Casper

[Rob]

Casper H.S Dik <Caspe...@OrSPaMcle.COM> wrote:
> "Miquel van Smoorenburg" <mik...@xs4all.nederland.invalid> writes:
>
>>Microsoft: The Best Xbox One Gaming Experience Will Be Over IPv6
>
>>http://www.internetsociety.org/deploy360/blog/2013/10/microsoft-the-best-xbox-one-gaming-experience-will-be-over-ipv6/
>

>>"Yesterday at NANOG 59 in Phoenix, Arizona, Microsoft???s Chris Palmer

>> explained that the Xbox One gaming console uses IPv6 for the peer-to-peer
>> (p2p) communication between gamers."
>
> Jaren geleden (een jaar of 15?) was de mening bij Sun IP Engineering dat
> IPv6 pas zal doorbreken als er iets zo komen want iedereen wil gebruiken
> maar dat alleen maar werkt over IPV6; misschien is dit het?

Ja dat schreef ik ook al. Maar de realiteit is dat er allerlei dingen zijn
doorgebroken die ideaal peer-to-peer zouden kunnen werken maar die men
central-server-based heeft opgelost.

15 jaar geleden was het idee nog dat je supermarkt zelf in je koelkast zou
inloggen om te kijken of je al weer melk nodig hebt, maar tegenwoordig
willen mensen dat helemaal niet meer, of anders is het wel goed genoeg
als je koelkast bij de supermarkt inlogt.

[Rob]

Miquel van Smoorenburg <mik...@xs4all.nederland.invalid> wrote:

>>Als het internet nu nog was wat het 10-15 jaar geleden was dan zou er
>>allang IPv6 uitgerold zijn.
>
> IPv6 IS al bijna 20 jaar oud. 10-15 jaar geleden kon het niet
> uitgerold worden omdat niemand dacht dat IPv4 ooit op zou raken.
> Genoeg mensen denken dat nog steeds.

Maar in de tussentijd is er NAT bedacht en is het karakter van het
netwerk veranderd, dus die mensen hebben in feite gelijk. Het kan
niet opraken, het kan hooguit steeds lastiger worden om systemen
online te krijgen omdat er voor een bepaalde partij moeilijk adressen
te krijgen zijn (terwijl andere partijen er miljoenen ongebruikt
hebben liggen).

[Casper H.S. Dik]

Dat is toch zo?

Casper

[Rob]

Casper H.S Dik <Caspe...@OrSPaMcle.COM> wrote:

Ja, maar ik vrees dat de effort van migratie voorlopig niet opweegt
tegen de problemen van blijven zitten.

[AVee]

Maar dat alles central-server-based begint onder druk te komen, het
creëert privacy issues en afhankelijkheid van derde partijen. Er zijn een
paar ontwikkelingen die samen er voor zouden kunnen gaan zorgen dat het
karakter van het internet weer verandert. Naarmate er meer glasvezel komt
zijn er weer meer mensen met een fatsoenlijke hoeveelheid upstream hebben.
Daarnaast komen er steeds meer goedkope 'computertjes', zoals de raspberry
pi, plug computers e.d. Als de verbindingen dan ook weer end-to-end
routable worden dan worden dingen mogelijk die nu niet zonder derde partij
kunnen.

Met zeg 50mbit upstream heb je eigenlijk geen YouTube en Picasa nodig om
je foto en video's online te krijgen. Het enige wat eigenlijk nog mist is
de software en apparaten die zonder veel kennis/configuratie in het
netwerk te prikken zijn. Iets als Friendica gaat al die kant uit, als dat
soort dingen straks kant en klaar op een NAS staan en/of er bij de
MediaMarkt een plug en play apparaatje van 50,- voor te krijgen is dan zou
dat best wel eens van de grond kunnen komen. Maar zonder IPv6 wordt dat
een stuk moeilijker omdat er altijd gehannes met NAT en Portforwarding in
blijft zitten en dat is voor een hoop consumenten best een technische
drempel.

AVee

[Rob]

AVee <nn...@avee.org> wrote:
> Maar dat alles central-server-based begint onder druk te komen, het
> creëert privacy issues en afhankelijkheid van derde partijen. Er zijn een
> paar ontwikkelingen die samen er voor zouden kunnen gaan zorgen dat het
> karakter van het internet weer verandert. Naarmate er meer glasvezel komt
> zijn er weer meer mensen met een fatsoenlijke hoeveelheid upstream hebben.
> Daarnaast komen er steeds meer goedkope 'computertjes', zoals de raspberry
> pi, plug computers e.d. Als de verbindingen dan ook weer end-to-end
> routable worden dan worden dingen mogelijk die nu niet zonder derde partij
> kunnen.

Ik weet niet of dit wel druk geeft hoor. Zeker, er zijn consumenten die
niet blij zijn met privacy issues en afhankelijkheid van derde partijen
maar zij nemen niet de beslissingen en ze geven ook geen druk.

De partijen die wel beslissingen nemen hebben ofwel zakelijk belang om
alles via hun servers te laten lopen (zodat ze kunnen profilen, advertenties
toevoegen e.d.) ofwel ze hebben wettelijke plicht of aandrang om alles
afluisterbaar en opvraagbaar te maken. Dat verenigt zich niet zo goed
met het platte peer-to-peer netwerk van vroeger.

Neem bijvoorbeeld de manier waarop DSL toegang werkt bij XS4ALL.
Allemaal een eigen PPP tunneltje naar de XS4ALL routers, en van daaruit
naar andere abonnees en internet. Dus als je met je buurman communiceert
dan loopt dat via Amsterdam.
Dat is toch dom??? Men had toch veel beter routers door het hele land
kunnen hebben met een maas van onderlinge verbindingen en op een paar
plaatsen een verbinding met internet? Dan zou je efficient met je
buurman kunnen communiceren, je zou veel efficienter kunnen multicasten,
enz. Maar nee dat doet men niet want dan kun je niet zo makkelijk
meer tappen. En bovendien communiceert er toch niemand met zijn buurman.

> Met zeg 50mbit upstream heb je eigenlijk geen YouTube en Picasa nodig om
> je foto en video's online te krijgen. Het enige wat eigenlijk nog mist is
> de software en apparaten die zonder veel kennis/configuratie in het
> netwerk te prikken zijn. Iets als Friendica gaat al die kant uit, als dat
> soort dingen straks kant en klaar op een NAS staan en/of er bij de
> MediaMarkt een plug en play apparaatje van 50,- voor te krijgen is dan zou
> dat best wel eens van de grond kunnen komen. Maar zonder IPv6 wordt dat
> een stuk moeilijker omdat er altijd gehannes met NAT en Portforwarding in
> blijft zitten en dat is voor een hoop consumenten best een technische
> drempel.

Dit soort kastjes is er nu al en werkt met UPNP. Dat zorgt dat poorten
automatisch geforward worden in je router. Advies uit allerlei hoeken
is juist om UPNP uit te zetten om te voorkomen dat je NAS online komt
te staan.

Zoals ik al eerder schreef: ooit was het ideaal dat alles met alles
kon communiceren, maar nu is dat geen ideaal meer maar een risico.

[Miquel van Smoorenburg]

In article <slrnl5ga4k...@xs8.xs4all.nl>,

Rob <nom...@example.com> wrote:
>Neem bijvoorbeeld de manier waarop DSL toegang werkt bij XS4ALL.
>Allemaal een eigen PPP tunneltje naar de XS4ALL routers, en van daaruit
>naar andere abonnees en internet. Dus als je met je buurman communiceert
>dan loopt dat via Amsterdam.
>Dat is toch dom??? Men had toch veel beter routers door het hele land
>kunnen hebben met een maas van onderlinge verbindingen en op een paar
>plaatsen een verbinding met internet?

Niet op de schaal van XS4ALL. We hebben echt geen miljoen aansluitingen.
Dus dat is met de apparatuur van tegenwoordig een stuk efficienter
centraal af te handelen. En zo groot is Nederland nou ook weer niet.
Voor KPN is het vast wel efficienter, en die doen dat ook deels.
Maar XS4ALL wil graag zelf het verkeer afhandelen ipv KPN dat
te laten doen en het op layer3 binnenkrijgen. Sleep het maar op
layer2 naar Amsterdam, en doe dat in PPP zodat er onderweg niet
teveel aan kan zitten. Dat is de reden dat IPv6 werkt ..

>Dan zou je efficient met je
>buurman kunnen communiceren, je zou veel efficienter kunnen multicasten,
>enz. Maar nee dat doet men niet want dan kun je niet zo makkelijk
>meer tappen. En bovendien communiceert er toch niemand met zijn buurman.

Ik zie niet in waarom het moeilijker tappen zou zijn.
Multicast gaat 'm niet worden (is hier al eerder uitgelegd, het
is exact het omgekeerde van point-to-point, werkt alleen met
heel weinig sources en veel sinks). Dus alleen verkeer naar
je buurman gaat sneller, maar zoals ik zei nederland is klein-
iedereen is je buurman ..

>Zoals ik al eerder schreef: ooit was het ideaal dat alles met alles
>kon communiceren, maar nu is dat geen ideaal meer maar een risico.

Dat is zeker waar, alles kan straks met elkaar praten, maar je
hebt wel stateful default-deny firewalls ertussen staan. Wordt nog
interessant om dat op te lossen.

Mike.