XMS Glasvezel ervaring - XVI summer special

[MJLJO]

wachten op je buurman, deel je de verbinding zoja even vragen of je buurman niet wil downloaden als jij speedtest doet!!!

chocka schreef op vrijdag 14 september 2012 @ 22:59:
[...]


Vooralsnog niet, moet ff wachten dat de buurman naar zijn werk is, voordat ik de modem één uur van de stroom kan halen.

Ben verder bezig met dat ICMP verhaal, wat eigenlijk een beetje boven mijn pet gaat. Heb wel verschillende regels gevonden in mijn Comodo firewall, maar weet niet zo goed hoe/wat ermee te moeten doen. En zomaar toestaan vind ik beetje rucksichtlos. Had Meultje al een DM gestuurd, mogelijk dat die mij ermee kan helpen.

[EDIT] Nu na een uur opnieuw online zonder router.

Test 1: Reggefiber doet het niet. OnsBrabantNet geeft na vijf keer proberen gemiddeld 65 Mb down en 75 Mb up.
Test 2: Alle ICMP regels uit Comodo link (zie boven) op toestaan gezet. Mogelijk moet ik elders in de PC/Windows nog iets met die ICMP doen, want RF doet het nog steeds niet en OBN is nog steeds 65/75.
Test 3: http://www.speedtest.net/result/2180287004.png
Test 4: BBned, Dit betekent dat u van onze servers kunt downloaden met 120.47 MB/sec. ???
Test 5: Ziggo link, blijft ook ongewijzigd met 13ms; down 65 Mb en up 28 Mb
Test 6: Firewall en Antivirus uitgeschakeld. RF blijft het niet doen en OBN geeft down nog steeds 65 Mb, maar up krijg nu 89 Mb

Conclusie: testwaarden wijken niet af nu ik online zit zonder de router. Met uitzondering van de uploadsnelheid uit test 6 bij OBN.

Toch maar eens kijken of ik een tweaker in Almere kan vinden die een level hoger zit dan mij, want ik kom hier vooralsnog niet verder mee. Dit is boven mijn pet. Of het probleem moet bij XMS liggen? Maar laat ik eerst bij mijzelf proberen verder te komen.

(al die ICMP regels zijn pas weer geblokkeerd na test 6)

[chocka]

MJLJO schreef op zaterdag 15 september 2012 @ 07:44:
wachten op je buurman, deel je de verbinding zoja even vragen of je buurman niet wil downloaden als jij speedtest doet!!!

Nee, woon in een huis van een kamerverhuurbedrijf met vier anderen. Op mijn aandringen heb ik de huisbaas kunnen overtuigen om de KPN/UPC combi te beëindigen; een WDNR4500 te kopen en een XMS glas abonnement te nemen. Wij hebben alleen internet en analoge TV. Waarvan ik het DVB-C signaal gebruik.

Nu had ik gisteren de mazzel dat er maar één ander iemand in het huis was, maar moest wachten dat die weg was, want als je de stroom van het modem moet halen, dan doet het TV signaal het ook niet meer. Dus zodoende. En zo had ik de lijn daarna volledig voor mijzelf om de testen te kunnen uitvoeren.

[Meultje]

chocka schreef op vrijdag 14 september 2012 @ 22:59:
[...]

Had Meultje al een DM gestuurd, mogelijk dat die mij ermee kan helpen.

Heb je een Dm terug gestuurd. Maar als je rechtsreeks met je pc / laptop op het modem zit, dan moet je alles uit kunnen sluiten en heb je n.a.w. geen last van geblokkeerde ICMP paketten. Afh. van je OS natuurlijk en of je daar de firewall of een personal firewall aan hebt staan. Ik heb een vast ip-adres en dat is dus makkelijk testen, want heb geen last van mac-adres wijzigingen. Heb je geen static ip, dan kun je misschien je mac spoofen zodat je niet hoeft te wachten tot de lease verloopt.

[Meultje]

De belgen liggen eruit op IPTV, analoog en DVB-C zijn ze er wel.. Meer mensen dit euvel... Zie op de XMS site geen meldingen hierover..

[Speedy-Andre]

Vlaamse zenders doen het hier in Almere op iptv.

[marigo]

Heb je een Dm terug gestuurd. Maar als je rechtsreeks met je pc / laptop op het modem zit, dan moet je alles uit kunnen sluiten en heb je n.a.w. geen last van geblokkeerde ICMP paketten. Afh. van je OS natuurlijk en of je daar de firewall of een personal firewall aan hebt staan. Ik heb een vast ip-adres en dat is dus makkelijk testen, want heb geen last van mac-adres wijzigingen. Heb je geen static ip, dan kun je misschien je mac spoofen zodat je niet hoeft te wachten tot de lease verloopt.

De meeste snelheidstesten rekenen de latency uit op basis van tcp rst en niet op icmp. Het is vreemd dat het wijzigen van icmp settings de snelheidstest kunnen beinvloeden.

Hier (3905) werken de belgische zenders via iptv.

[ Voor 53% gewijzigd door marigo op 15-09-2012 15:25 ]

[Nick39]

Ziggo is weer ergens op aan het broeden, ze hebben transport stream 2,3,en 4 ook naar QAM 256 gegooid, ze zijn dus weer ruimte aan het maken.

[Meultje]

marigo schreef op zaterdag 15 september 2012 @ 15:16:
[...]

De meeste snelheidstesten rekenen de latency uit op basis van tcp rst en niet op icmp. Het is vreemd dat het wijzigen van icmp settings de snelheidstest kunnen beinvloeden.

Je hebt helemaal gelijk. Ik heb ook tcp poort 843 en 8888 vrij gegeven. Heb nu icmp weer verwijderd en de test loopt nog steeds nu. Zelfs als ik tcp poort 843 verwijder doet'ie het nog, alleen krijg ik dan wel errors in de log te zien.

[Meultje]

Speedy-Andre schreef op zaterdag 15 september 2012 @ 14:17:
Vlaamse zenders doen het hier in Almere op iptv.

marigo schreef op zaterdag 15 september 2012 @ 15:16:
[...]
Hier (3905) werken de belgische zenders via iptv.

Deed 't net nog steeds niet. Na een powerflip van de 540 doen de belgen het weer...

[ Voor 25% gewijzigd door Meultje op 15-09-2012 22:36 ]

[odo966]

Ik heb dit ook wel eens meegemaakt de laatste tijd, sinds GHM is overgegaan op de encrypted streams voor de Vlaamse zenders lijken ze wel eens op zwart te gaan, en na een keer opnieuw opstarten doen ze het dan wel weer. Alsof de decryptieroutine van de Amino gecrasht is en na een reboot pas weer gaat werken.

[marigo]

Meultje schreef op zaterdag 15 september 2012 @ 22:15:
[...]
Ik heb ook tcp poort 843 en 8888 vrij gegeven. Heb nu icmp weer verwijderd en de test loopt nog steeds nu. Zelfs als ik tcp poort 843 verwijder doet'ie het nog, alleen krijg ik dan wel errors in de log te zien.

Een firewall zal ook al het verkeer toestaan dat vanaf het LAN wordt geïnitieerd, tenzij er een beperking wordt opgelegd. Hierbij wordt de initiële "syn" tijdelijk opgeslagen en de "syn,ack" toegestaan.

Het verkeer wat vanaf het WAN komt wordt geblokkeerd m.u.v. een port-forwarding op een NAT router.

Ik zie poort 843 en 8888 niet voorbij komen. Welke snelheidstest gebruik je?

[Meultje]

marigo schreef op zondag 16 september 2012 @ 10:11:
[...]
Ik zie poort 843 en 8888 niet voorbij komen. Welke snelheidstest gebruik je?

Het gaat specifiek om http://speedtest.reggefiber.nl/beta

Deze heeft het tijden lang niet gedaan bij mij, totdat ik afgelopen week desbetreffnde poorten voorbij zag komen en die voor 37.251.0.18 (37-251-0-18.FTTH.ispfabriek.nl) geblokkeerd werden. Na beide poorten voor het systeem waarmee ik de speedtest uit voer te hebben vrij gegeven loopt die ineens wel door. Voorheen kreeg ik dus.. Meultje in "XMS Glasvezel ervaring - XVI summer special"

Alle overige speedtests had ik geen problemen mee, alleen die van reggefiber.

Als ik de regels uitschakel krijg ik onderstaande in de log te zien:

4 Sep 16 2012 20:31:10 106023 testsysteem 49693 speedtest.reggefiber.nl_beta 8888 Deny tcp src inside:testsysteem/49693 dst outside:speedtest.reggefiber.nl_beta/8888 by access-group "inside_access_in" [0x0, 0x0]
4 Sep 16 2012 20:31:10 106023 testsysteem 49693 speedtest.reggefiber.nl_beta 8888 Deny tcp src inside:testsysteem/49693 dst outside:speedtest.reggefiber.nl_beta/8888 by access-group "inside_access_in" [0x0, 0x0]
4 Sep 16 2012 20:31:09 106023 testsysteem 49693 speedtest.reggefiber.nl_beta 8888 Deny tcp src inside:testsysteem/49693 dst outside:speedtest.reggefiber.nl_beta/8888 by access-group "inside_access_in" [0x0, 0x0]
4 Sep 16 2012 20:31:09 106023 testsysteem 49692 speedtest.reggefiber.nl_beta 843 Deny tcp src inside:testsysteem/49692 dst outside:speedtest.reggefiber.nl_beta/843 by access-group "inside_access_in" [0x0, 0x0]
4 Sep 16 2012 20:31:09 106023 testsysteem 49692 speedtest.reggefiber.nl_beta 843 Deny tcp src inside:testsysteem/49692 dst outside:speedtest.reggefiber.nl_beta/843 by access-group "inside_access_in" [0x0, 0x0]
4 Sep 16 2012 20:31:08 106023 testsysteem 49692 speedtest.reggefiber.nl_beta 843 Deny tcp src inside:testsysteem/49692 dst outside:speedtest.reggefiber.nl_beta/843 by access-group "inside_access_in" [0x0, 0x0]

[ Voor 47% gewijzigd door Meultje op 16-09-2012 20:44 . Reden: Foutmelding toegevoegd ]

[marigo]

Ok, nu zie ik de genoemde poorten ook. Deze snelheidstest loopt bij mij voor geen meter. Download blijft hangen op 57Mbps en upload op 26Mbps, terwijl de server 4 hops verwijderd is vanaf mijn router. De vertraging op de lijn is wel wat aan de hoge kant; 8ms.

Een router op mijn werk bereik ik in 11 hops en heb ik een vertraging van 7ms. Tweakers.net reageert in 4ms en zit 7 hops verder.

De daadwerkelijke snelheidstest communiceert met poort 8888. Als je die blokkeert vanaf de binnenkant, dan klopt jouw verhaal en zal het niet werken. Vreemd dat alleen deze speedtest zo afwijkt m.b.t. andere sites.
Je zou zeggen dat deze test voor XMS klanten perfect moet werken.

Ik moet natuurlijk ook nog mijn router uitsluiten, dus zal ik morgen even de pc rechtstreeks koppelen aan de ethernetpoort van de genexis.

[Meultje]

marigo schreef op zondag 16 september 2012 @ 21:58:
Ok, nu zie ik de genoemde poorten ook. Deze snelheidstest loopt bij mij voor geen meter. Download blijft hangen op 57Mbps en upload op 26Mbps, terwijl de server 4 hops verwijderd is vanaf mijn router. De vertraging op de lijn is wel wat aan de hoge kant; 8ms.

Een router op mijn werk bereik ik in 11 hops en heb ik een vertraging van 7ms. Tweakers.net reageert in 4ms en zit 7 hops verder.

Ik haal een pingtijd van 5 à 6 ms, up/down 95/94 Mbps (zonder iptv). Vind deze (als die het dan uiteindelijk weer doet) behoorlijk betrouwbaar. Ben benieuwd of je rechttreeks aan de Genexis wel de juiste snelheden haalt..

[Verwijderd]

De speedtest.net speedtesten gebruiken volgens mij allemaal tcp port 80 uitgaand.
Dus de latency test gaat ook via tcp.
De reggefiber beta gebruikt tcp 843 en 8888 uitgaand, waarom men dat zo doet weet ik ook niet.
Er komt voorzover ik weet geen inkomend verkeer waarvoor je poorten op je router op en zou moeten zetten. Dus met een standaard setup zouden die speedtests het altijd moeten doen.
Het kan zijn dat ergens ICMP "unreachable - fragmentation needed" worden geblokt waardoor de test in elkaar valt, maar als je mtu overal 1500 is lijkt me daar ook weinig kans op.

[ToniW]

odo966 schreef op zaterdag 15 september 2012 @ 23:37:
Ik heb dit ook wel eens meegemaakt de laatste tijd, sinds GHM is overgegaan op de encrypted streams voor de Vlaamse zenders lijken ze wel eens op zwart te gaan, en na een keer opnieuw opstarten doen ze het dan wel weer. Alsof de decryptieroutine van de Amino gecrasht is en na een reboot pas weer gaat werken.

Me too.
Heb het niet bijgehouden maar ik schat dat het zo'n 1 keer per week gebeurt dat de vlaamse zenders op zwart staan. Amino opnieuw booten lost het dan weer op. Beetje jammer dat dat zo lang duurt, dat booten.

@Webcare: lijkt erop dat meerdere klanten last van dit verschijnsel hebben. Als in de toekomst meerdere zenders achter Verimatrix gaan verdwijnen gaat dit poportioneel meer ellende opleveren. Beter om de techneuten er nu alvast naar te laten kijken?

[mats17]

@XMS_webcare
Wij hebben nog steeds problemen met mailen. Dit duurt nu al 2 weken is er al enig nieuws over wanneer dit is opgelost?

code:

mx.gn.mail.iss.as9143.net #<mx.gn.mail.iss.as9143.net #5.1.1 smtp; 550-rejected because 217.149.192.65 is listed at ix.dnsbl.manitu.net> #SMTP#

[GerkeP]

mats17 schreef op maandag 17 september 2012 @ 09:10:
@XMS_webcare
Wij hebben nog steeds problemen met mailen. Dit duurt nu al 2 weken is er al enig nieuws over wanneer dit is opgelost?

code:

mx.gn.mail.iss.as9143.net #<mx.gn.mail.iss.as9143.net #5.1.1 smtp; 550-rejected because 217.149.192.65 is listed at ix.dnsbl.manitu.net> #SMTP#

Yep, en wederom staan we op de PSBL

De boosdoeners:

82.215.31.63
85.223.71.226
85.223.108.143
92.254.19.253
92.254.72.150

@Webcare Ik neem aan dat er beheerders op die mailservers zitten die weten hoe ze een en ander kunnen oplossen? Waarom horen wij hier niets van en waarom moet ik nu weer ip adressen posten van de boosdoeners?

edit:
Wanneer jullie expertise zoeken om dit op te lossen, jullie kunnen mij inhuren

[Verwijderd]

Verwijderd schreef op woensdag 12 september 2012 @ 09:19:
12-9-2012 nog steeds 50/50 mbit na snelheidsverhoging in mei 2012 in Wijchen.
Sinds de snelheidsverhoging in mei van dit jaar heb ik nog steeds de oude snelheid (50/50mbit). Dit terwijl ik al sinds mei het tarief van 100/100 mbit betaal.
Ik heb al verschillende mails gestuurd en ook regelmatig aan de 'lijn gehangen' met keer op keer een teleurstellend resultaat (geen dus).
Ik heb alle EHBO tests uitgevoerd met zowel een Mac als een Windows PC (direct achter het modem) die beide hetzelfde resultaat laten zien (47mbit down/ 53mbit up). Dit is exact dezelfde snelheid als voor de 'snelheidsverhoging' van mei dit jaar.
Ik heb ook in beide gevallen (Mac en PC) de schermprints gemaild en heb tot op heden nog steeds geen passende oplossing.
Ik test en registreer 2x per week de snelheid en blijf dezelfde snelheid zien. Mijn buren hebben ook deze problemen en waarschijnlijk de rest van de wijk ook.
Het lijkt erop dat ik nog steeds het 50/50 profiel gekoppeld heb en dat deze op 1 of andere manier niet te wijzigen is.

12-09-2012 Er is iets aangepast en de upload (93mbit) is nu sneller (download (47mbit) nog hetzelfde).
Ben trouwens benieuwd of er ook nog een financiele vergoeding aan vast zit omdat ik al maanden betaal voor iets wat ik niet krijg!!! Het is immers niet mijn fout dat de snelheid niet klopt.

16-09-2012 Gisteravond nog maar eens een test uitgevoerd, 5.6mbit downloadsnelheid.....helaas nog steeds geen verbetering en nog niets vernomen. Het 'probleem' is bij de technische dienst neergelegd (vorige keer (1 maand geleden) hadden ze dat ook gedaan maar toen bleef het angstvallig stil).

[buzzlightyear]

De EPG in mijn Amino 540 is de laatste twee weken tergend langzaam geworden. Het ophalen van de programma informatie gaat langzaam en het overzicht wordt per regel opgebouwd.

Is hier wat aan te doen?

[GerkeP]

buzzlightyear schreef op maandag 17 september 2012 @ 10:51:
De EPG in mijn Amino 540 is de laatste twee weken tergend langzaam geworden. Het ophalen van de programma informatie gaat langzaam en het overzicht wordt per regel opgebouwd.

Is hier wat aan te doen?

Harde schijf vol met opnames?

[denan]

Of schijf corrupt? Een format van de disk zou kunnen helpen.

[fast-server]

Loveparade schreef op maandag 17 september 2012 @ 10:19:
[...]

82.215.31.63
85.223.71.226
85.223.108.143
92.254.19.253
92.254.72.150

Het is "maar" 1 XMS klant

82.215.31.63 bbned.dsl
85.223.71.226 XMS
85.223.108.143 bbned.dsl
92.254.19.253 Alice Glas
92.254.72.150 bbned.dsl

[GerkeP]

fast-server schreef op maandag 17 september 2012 @ 13:36:
[...]


Het is "maar" 1 XMS klant

82.215.31.63 bbned.dsl
85.223.71.226 XMS
85.223.108.143 bbned.dsl
92.254.19.253 Alice Glas
92.254.72.150 bbned.dsl

Dat had ik ook al gezien. XMS is hier afhankelijk van de beheerders, maar ik zou gewoon met de vuisten op tafel gaan slaan. Eigenlijk zelf een cluster van mailservers opbouwen, maar dat is natuurlijk niet ff snel

[fast-server]

Dat XMS IP heeft geen mailserver draaien, die klant heeft h.w.s. een virus.

Het is en blijft naatje doordat die mailserver door jan en alleman (verschillende ISP's) gebruikt wordt...

XMS mailserver staat zo goed als altijd op de blacklist
Eigen mailserver berichten worden ook vaak geweigerd door het gebrek aan een PTR record.

Als je providertje wil spelen zorg dan ook dat de zaken voor elkaar zijn, kun je dit zelf niet besteed het dan uit.

[Verwijderd]

mats17 schreef op maandag 17 september 2012 @ 09:10:
@XMS_webcare
Wij hebben nog steeds problemen met mailen. Dit duurt nu al 2 weken is er al enig nieuws over wanneer dit is opgelost?

code:

mx.gn.mail.iss.as9143.net #<mx.gn.mail.iss.as9143.net #5.1.1 smtp; 550-rejected because 217.149.192.65 is listed at ix.dnsbl.manitu.net> #SMTP#

Loveparade schreef op maandag 17 september 2012 @ 10:19:
[...]


Yep, en wederom staan we op de PSBL

De boosdoeners:

82.215.31.63
85.223.71.226
85.223.108.143
92.254.19.253
92.254.72.150

@Webcare Ik neem aan dat er beheerders op die mailservers zitten die weten hoe ze een en ander kunnen oplossen? Waarom horen wij hier niets van en waarom moet ik nu weer ip adressen posten van de boosdoeners?

edit:
Wanneer jullie expertise zoeken om dit op te lossen, jullie kunnen mij inhuren

Ik heb de vragen + opmerkingen naar de desbetreffende afdeling gestuurd, zodra ik meer informatie heb zal ik dit hier posten. -Tim

[D2k]

D2k schreef op vrijdag 14 september 2012 @ 17:59:
[...]

Wanneer is binnenkort? Mijn amino zegt nog dat het er niet is ;-)

@XMS_Webcare ^^^^ (Over EredivisieLive)

[Verwijderd]

D2k schreef op maandag 17 september 2012 @ 14:09:
[...]


@XMS_Webcare ^^^^ (Over EredivisieLive)

Helaas nog geen nieuws ontvangen van/over EDL, zodra we deze infomatie hebben posten we dit hier. -Tim

[D2k]

Verwijderd schreef op maandag 17 september 2012 @ 14:14:
[...]


Helaas nog geen nieuws ontvangen van/over EDL, zodra we deze infomatie hebben posten we dit hier. -Tim

Ok. Dank.

[Darkangle]

@XMS_Webcare
Het probleem van 1 kanaal geluid op (IPTV) kanaal 32 lijkt gefixed (zondag). Wat was er nou aan de hand?

[chocka]

marigo schreef op zondag 16 september 2012 @ 21:58:
Ok, nu zie ik de genoemde poorten ook. Deze snelheidstest loopt bij mij voor geen meter. Download blijft hangen op 57Mbps en upload op 26Mbps, terwijl de server 4 hops verwijderd is vanaf mijn router. De vertraging op de lijn is wel wat aan de hoge kant; 8ms.

Een router op mijn werk bereik ik in 11 hops en heb ik een vertraging van 7ms. Tweakers.net reageert in 4ms en zit 7 hops verder.

De daadwerkelijke snelheidstest communiceert met poort 8888. Als je die blokkeert vanaf de binnenkant, dan klopt jouw verhaal en zal het niet werken. Vreemd dat alleen deze speedtest zo afwijkt m.b.t. andere sites.
Je zou zeggen dat deze test voor XMS klanten perfect moet werken.

Ik moet natuurlijk ook nog mijn router uitsluiten, dus zal ik morgen even de pc rechtstreeks koppelen aan de ethernetpoort van de genexis.

Ik heb zojuist in mijn Comodo firewall de betreffende twee poorten 843 en 8888 open gezet, maar zonder enig succes. http://speedtest.reggefiber.nl/beta/ blijft het vooralsnog niet doen bij mij? En vanuit mijn testen van afgelopen vrijdag werd ik ook al niet veel wijzer. Ik blijf het nog steeds vreemd vinden!?

[buzzlightyear]

Harde schijf vol met opnames?

nop, 9% in gebruik

Of schijf corrupt? Een format van de disk zou kunnen helpen.

Dat kan ik weleens proberen zodra die leeg is (krijg anders ruzie met mijn vrouw).

Maar dit is geen 'bekend' probleem?

[Verwijderd]

buzzlightyear schreef op maandag 17 september 2012 @ 15:23:

Dat kan ik weleens proberen zodra die leeg is (krijg anders ruzie met mijn vrouw).

Maar dit is geen 'bekend' probleem?

Je bent de eerste die dit probleem zo bij ons aankaart, we zullen dit verder in de gaten gaan houden of er meer klanten zijn met dit probleem. -Tim

[Meultje]

chocka schreef op maandag 17 september 2012 @ 15:06:
[...]


Ik heb zojuist in mijn Comodo firewall de betreffende twee poorten 843 en 8888 open gezet, maar zonder enig succes. http://speedtest.reggefiber.nl/beta/ blijft het vooralsnog niet doen bij mij? En vanuit mijn testen van afgelopen vrijdag werd ik ook al niet veel wijzer. Ik blijf het nog steeds vreemd vinden!?

Heb je je systeem rechtsreeks aan de Genexis gehad..? Wat als je Comodo helemaal uitschakelt. Je zit als ik het goed heb achter een WDNR4500, welke ook over een firewall beschikt als ik de specs erop na lees

Security

WiFi Protected Access® (WPA/WPA2—PSK)
Double firewall protection (SPI and NAT firewall)
Denial-of-service (DoS) attack prevention

Je hebt de Comodo er n.a.w. tussen omdat je de verbinding deelt? Zou je kunnen proberen rechtstreeks op de WDNR4500 te gaan zitten en de WiFi tijdelijk uit te schakelen, vervolgens Comodo uit en kijken of 't dan wel functioneert? Ik heb zo'n vermoeden dat Comodo in de weg zit..?

[chocka]

Meultje schreef op maandag 17 september 2012 @ 15:50:
[...]

Heb je je systeem rechtsreeks aan de Genexis gehad..? Wat als je Comodo helemaal uitschakelt. Je zit als ik het goed heb achter een WDNR4500, welke ook over een firewall beschikt als ik de specs erop na lees

Security

WiFi Protected Access® (WPA/WPA2—PSK)
Double firewall protection (SPI and NAT firewall)
Denial-of-service (DoS) attack prevention

Je hebt de Comodo er n.a.w. tussen omdat je de verbinding deelt? Zou je kunnen proberen rechtstreeks op de WDNR4500 te gaan zitten en de WiFi tijdelijk uit te schakelen, vervolgens Comodo uit en kijken of 't dan wel functioneert? Ik heb zo'n vermoeden dat Comodo in de weg zit..?

Comodo uitzetten heb ik afgelopen vrijdag al gedaan tijdens het testen toen ik rechtstreeks op de DRG zat en dat gaf toen al geen succes. Althans niet op de reggefiber test, zag wel een significante hoger upload bij de OBN test, alhoewel daarbij de download bij OBN ook op 65 Mb bleef steken.

Na eea gelezen te hebben, heb ik begrepen dat de WDNR 4500 geen firewall heeft, behalve dan een white list waarmee iets kan instellen. Maar geen firewall zoals ik die nu softwarematig wel heb. Maar dat is mij altijd een issue geweest in hoeverre ik die daadwerkelijk wel/niet nodig heb. Maar ook daar zijn de meningen over verdeeld!

[Horza2011]

Is er al meer bekend over het Qos probleem?


webcare?

[Verwijderd]

Verwijderd schreef op maandag 17 september 2012 @ 10:25:
[...]


16-09-2012 Gisteravond nog maar eens een test uitgevoerd, 5.6mbit downloadsnelheid.....helaas nog steeds geen verbetering en nog niets vernomen. Het 'probleem' is bij de technische dienst neergelegd (vorige keer (1 maand geleden) hadden ze dat ook gedaan maar toen bleef het angstvallig stil).

16-09-2012 Zojuist een telefoontje gehad van iemand van Reggefiber. Hij had wat veranderd en nu lijkt het eindelijk in orde. Ik had dus, zoals ik al dacht, een verkeerd profiel gekoppeld. Het modem is gereset met het nieuwe profiel en ik haal nu 93/81mbit.

[Verwijderd]

mats17 schreef op maandag 17 september 2012 @ 09:10:
@XMS_webcare
Wij hebben nog steeds problemen met mailen. Dit duurt nu al 2 weken is er al enig nieuws over wanneer dit is opgelost?

code:

mx.gn.mail.iss.as9143.net #<mx.gn.mail.iss.as9143.net #5.1.1 smtp; 550-rejected because 217.149.192.65 is listed at ix.dnsbl.manitu.net> #SMTP#

217.149.192.65 staat niet meer op PSBL:

Currently listed in PSBL? No. -Tim

[Verwijderd]

Horza2011 schreef op maandag 17 september 2012 @ 21:02:
Is er al meer bekend over het Qos probleem?


webcare?

Dit onderzoek is nog steeds in volle gang, helaas is er nog geen nieuwe informatie beschikbaar. -Tim

[Thasaidon]

chocka schreef op maandag 17 september 2012 @ 15:06:
[...]


Ik heb zojuist in mijn Comodo firewall de betreffende twee poorten 843 en 8888 open gezet, maar zonder enig succes. http://speedtest.reggefiber.nl/beta/ blijft het vooralsnog niet doen bij mij? En vanuit mijn testen van afgelopen vrijdag werd ik ook al niet veel wijzer. Ik blijf het nog steeds vreemd vinden!?

Zowel thuis als op het werk, werkt deze gewoon bij mij met winXP en Win7, beide Firefox.

Die "vreemde poorten" zijn overigens niet van je browser, maar van Flash.
Op mijn Win7 systeem met Firefox is het namelijk:

code:

C:\windows\system32\macromed\flash\flashplayerplugin_11_3_300_271.exe

welke verbinding maakt met de ISPFabriek server (37.251.0.18) op tcp 843 en daarna tcp 8888.
Als flashplayerplugin niet kan/mag verbinden op die poorten dan werkt idd de test niet.

Op je router zou je dus niets hoeven doen (tenzij je ook uitgaand verkeer blocked), maar dat zou die van jou dus niet doen.
Maar kun je Comodo op een andere setting zetten zodat je kunt zien wat nou precies waarheen wil en met welke poorten? Of niet alleen de firewall uit zetten maar ook Defence+ uit zetten...

[ Voor 17% gewijzigd door Thasaidon op 18-09-2012 12:09 ]

[marigo]

Meultje schreef op zondag 16 september 2012 @ 22:07:
[...]
Ben benieuwd of je rechttreeks aan de Genexis wel de juiste snelheden haalt..

Vandaag even getest en kom met de conclusie dat mijn router de boosdoener is. Met de pc rechtstreeks aan de Genexis werkt het perfect. Ik moet het dus in mijn fritzbox gaan zoeken.

[Verwijderd]

Update LiveTV via de GHM App

In verband met TV rechten kan het voorkomen dat er programma's zijn die van de eigenaars van de TV rechten niet online via de App Live TV uitgezonden mogen worden.

In die gevallen wordt er een scherm getoond met de mededeling:

"Wij zijn niet gemachtigd om dit programma via Interactieve TV Online uit te zenden, onze excuses voor het ongemak"

Programma's die op Live TV deze melding kunnen tonen worden verwacht bij de zenders:

CNN, Discovery, en bij de binnenkort aan Live TV toe te voegen zenders 13th Street, Comedy Central,MTV en Nickelodeon -Tim

[Gangster93]

Onderstaande van facebook afgeplukt.

XMS Xpert Panel
Ben je een XMS-klant met technische kennis? Wil je meer achtergrondinformatie en vooraf geïnformeerd worden over specifieke wijzigingen in het netwerk? Registreer je dan voor het XMS Xpert panel.

je ontvangt dan regelmatig een e-mail van ons met daarin aanvullende informatie over bijvoorbeeld ip-wijzigingen
of nachtelijke werkzaamheden aan het netwerk. Informatie die voor jou als Xpert van wezenlijk belang is, maar voor een groot deel van de XMS-klanten niet relevant of overbodig is. je kunt je via deze link aanmelden voor het Xpert panel.
http://xmsnet.nl/aanmelding-xpert-panel

[Darkangle]

Gangster93 schreef op dinsdag 18 september 2012 @ 17:17:
Onderstaande van facebook afgeplukt.

XMS Xpert Panel
Ben je een XMS-klant met technische kennis? Wil je meer achtergrondinformatie en vooraf geïnformeerd worden over specifieke wijzigingen in het netwerk? Registreer je dan voor het XMS Xpert panel.

je ontvangt dan regelmatig een e-mail van ons met daarin aanvullende informatie over bijvoorbeeld ip-wijzigingen
of nachtelijke werkzaamheden aan het netwerk. Informatie die voor jou als Xpert van wezenlijk belang is, maar voor een groot deel van de XMS-klanten niet relevant of overbodig is. je kunt je via deze link aanmelden voor het Xpert panel.
http://xmsnet.nl/aanmelding-xpert-panel

Jammer dat ze weer teveel info vragen... Mijn god, een email adress achter laten had toch al voldoende geweest?

[Thasaidon]

Darkangle schreef op dinsdag 18 september 2012 @ 17:18:
[...]

Jammer dat ze weer teveel info vragen... Mijn god, een email adress achter laten had toch al voldoende geweest?

Misschien was het idd handiger geweest om dit bv op de mijn.xmsnet.nl site als extra aanvinkbare optie te zetten. Maar ik ben iig al blij dat ze hier wat mee doen nav de Tweakers sessie.
Ik heb me iig al aangemeld , nu afwachten wat ze er mee gaan doen.

[Malthus]

Gangster93 schreef op dinsdag 18 september 2012 @ 17:17:
Onderstaande van facebook afgeplukt.

Ik heb net een nieuwsbrief ontvangen met dezelfde inhoud. Goed initiatief! Ik heb me gelijk ingeschreven. Hopelijk wordt er ook echt gebruik van gemaakt (en worden nieuwe klanten ook op deze service geattendeerd).

PS. Ik kan me voorstellen dat XMS adresgegevens nodig heeft om in te schatten of een bepaald bericht voor jou van toepassing is. Ik zou persoonlijk liever alle berichten ontvangen...

[Meultje]

@Gangster93:

Thnx . Heb me direct aangemeld!

Goede zet overigens, dus ook bedankt mede tweakers !

[Nick39]

Darkangle schreef op dinsdag 18 september 2012 @ 17:18:
[...]

Jammer dat ze weer teveel info vragen... Mijn god, een email adress achter laten had toch al voldoende geweest?

Woonplaats vragen ze daarentegen weer niet, die blijkt wel uit de postcode, maar als ze postcode huisnummer als datasysteem gebruiken is de straatnaam weer niet nodig want die komt er dan vanzelf uit.
Raar formulier,geen klantnummer niets,kan zo mijn buren inschrijven..

[Haas]

XMS bedankt!
Gisteren de glasvezelkabel via de kelder naar mijn meterkast getrokken vanaf de oprit. Aangesloten door de Reggefiber monteurs. Direct al TV en Radio. Vandaag internet al geactiveerd. Nooit gedacht dat het zo snel zou gaan! (Volgens mij is dit zeldzaam?)

[Thasaidon]

Nick39 schreef op dinsdag 18 september 2012 @ 20:18:
[...]

Woonplaats vragen ze daarentegen weer niet, die blijkt wel uit de postcode, maar als ze postcode huisnummer als datasysteem gebruiken is de straatnaam weer niet nodig want die komt er dan vanzelf uit.
Raar formulier,geen klantnummer niets,kan zo mijn buren inschrijven..

Wat ik ook mis is een bevestigingsmail naar het ingevulde e-mail/klant adres. Ging er van uit dat die wel zou komen, maar ik heb nog niets gezien.
Dan weet de klant dat het ook echt goed gegaan is, en zou XMS gelijk een stukje verificatie van het mail adres hebben...

@Webcare,
misschien kunnen jullie dit aangeven bij de hiervoor verantwoordelijken?

[ Voor 3% gewijzigd door Thasaidon op 18-09-2012 20:51 ]

[marigo]

In mijn.xmsnet.nl is het "internet" linkje niet meer clickable. Zou dat bewust zijn gedaan?

Vandaag even een testje uitgevoerd met een pc direct op de Genexis en krijg hierbij een ander IP adres dan het "semi" statische, wat ik ook verwacht had. De router kreeg keurig het "semi" statische adres terug. Op de Genexis werkt dat dus. Daar was het IP aan het connection-ID gekoppeld, toch?

[Verwijderd]

Verwijderd schreef op maandag 17 september 2012 @ 10:25:
[...]


16-09-2012 Gisteravond nog maar eens een test uitgevoerd, 5.6mbit downloadsnelheid.....helaas nog steeds geen verbetering en nog niets vernomen. Het 'probleem' is bij de technische dienst neergelegd (vorige keer (1 maand geleden) hadden ze dat ook gedaan maar toen bleef het angstvallig stil).

18-09-2012 Het is eindelijk opgelost.....nou ja, 93mbit / 82mbit. Het bleek dus dat er een verkeerd profiel gekoppeld was (het 50/50 profiel). Ik kreeg een telefoontje van Reggefiber die dit verhaal bevestigde. Nu ben ik benieuwd of ik mijn geld terug krijg voor de maanden dat ik teveel abonnementgeld heb betaald (4x €10 teveel).
@Webcare: kunnen jullie hier eens achteraan gaan?

[Caelorum]

Iemand al de typfout op de website gezien?

quote: http://xmsnet.nl/nieuws/xms-xpert-panel

Bent u een XMS-klant met technische kennis? Wilt u meer achtergrondinformatie en vooraf geïnformeerd worden over specifieke wijzigingen in het netwerk? Registreet u zich dan voor het XMS Xpert panel.

[Verwijderd]

marigo schreef op dinsdag 18 september 2012 @ 20:56:
In mijn.xmsnet.nl is het "internet" linkje niet meer clickable. Zou dat bewust zijn gedaan?

Vandaag even een testje uitgevoerd met een pc direct op de Genexis en krijg hierbij een ander IP adres dan het "semi" statische, wat ik ook verwacht had. De router kreeg keurig het "semi" statische adres terug. Op de Genexis werkt dat dus. Daar was het IP aan het connection-ID gekoppeld, toch?

Dat was vroeger (bij InterNLnet). Ik weet niet hoe men nu het adres vasthoudt.

[chocka]

Thasaidon schreef op dinsdag 18 september 2012 @ 11:56:
[...]

Zowel thuis als op het werk, werkt deze gewoon bij mij met winXP en Win7, beide Firefox.

Die "vreemde poorten" zijn overigens niet van je browser, maar van Flash.
Op mijn Win7 systeem met Firefox is het namelijk:

code:

C:\windows\system32\macromed\flash\flashplayerplugin_11_3_300_271.exe

welke verbinding maakt met de ISPFabriek server (37.251.0.18) op tcp 843 en daarna tcp 8888.
Als flashplayerplugin niet kan/mag verbinden op die poorten dan werkt idd de test niet.

Op je router zou je dus niets hoeven doen (tenzij je ook uitgaand verkeer blocked), maar dat zou die van jou dus niet doen.
Maar kun je Comodo op een andere setting zetten zodat je kunt zien wat nou precies waarheen wil en met welke poorten? Of niet alleen de firewall uit zetten maar ook Defence+ uit zetten...

Probleem gevonden! Ik heb een JAVA based speedtest gedaan en die geeft down van 96Mb en up van 87Mb. Dus het probleem zit hem in al die FLASH based speedtesten, die bij mij niet goed verlopen. Bedankt voor alle bijval!

[Thasaidon]

marigo schreef op dinsdag 18 september 2012 @ 20:56:
In mijn.xmsnet.nl is het "internet" linkje niet meer clickable. Zou dat bewust zijn gedaan?

Vandaag even een testje uitgevoerd met een pc direct op de Genexis en krijg hierbij een ander IP adres dan het "semi" statische, wat ik ook verwacht had. De router kreeg keurig het "semi" statische adres terug. Op de Genexis werkt dat dus. Daar was het IP aan het connection-ID gekoppeld, toch?

Verwijderd schreef op dinsdag 18 september 2012 @ 22:18:
[...]
Dat was vroeger (bij InterNLnet). Ik weet niet hoe men nu het adres vasthoudt.

Je IP is nu op basis van je MAC adres.
Als je een systeem met MAC xx aansluit en deze vraagt een IP bij de DHCP server dan krijgt deze bv IP yy
Hang je er een ander systeem aan met een ander MAC, dan krijg je dus ook een ander IP.

Hang je het oude systeem weer terug en staat dat MAC nog in de DHCP server dan krijg je je oude IP terug als dit nog vrij is. Is dat IP niet meer vrij dan krijg je gewoon een ander IP.

Kortom, er is niets meer statisch aan...
Voorheen was idd mijn IP gekoppeld aan m'n line-ID, want wat ik er ook aan hing, ik kreeg altijd hetzelfde IP.
Nu binnen de nieuwe IP range kan dat blijkbaar niet meer en dus heb je gewoon geen vast IP meer.

chocka schreef op dinsdag 18 september 2012 @ 23:13:
[...]


Probleem gevonden! Ik heb een JAVA based speedtest gedaan en die geeft down van 96Mb en up van 87Mb. Dus het probleem zit hem in al die FLASH based speedtesten, die bij mij niet goed verlopen. Bedankt voor alle bijval!

Graag gedaan

[ Voor 29% gewijzigd door Thasaidon op 19-09-2012 07:34 ]

[Verwijderd]

Thasaidon schreef op woensdag 19 september 2012 @ 07:20:
[...]

Je IP is nu op basis van je MAC adres.
Als je een systeem met MAC xx aansluit en deze vraagt een IP bij de DHCP server dan krijgt deze bv IP yy
Hang je er een ander systeem aan met een ander MAC, dan krijg je dus ook een ander IP.
[...]

Dat vraag ik me af, zie Verwijderd in "XMS Glasvezel ervaring - XV" en de post daarna...

[Thasaidon]

Verwijderd schreef op woensdag 19 september 2012 @ 07:43:
[...]

Dat vraag ik me af, zie Verwijderd in "XMS Glasvezel ervaring - XV" en de post daarna...

Nee hoor, bij mijn schoonouders hetzelfde. Alles wat ik er aan hing kreeg hetzelfde IP.
Maar na de omzetting naar de nieuwe IP range ging hun router kapot. Deze heb ik toen vervangen en voila... een ander IP.
Omdat ik geen zin had in veel werk heb ik het MAC van de oude router gefaked op de nieuwe router en toen kreeg ik het vorige IP weer terug,

Wij zitten in een Genexis gebied en dus hadden we "officieel" al nooit een vast IP en daarom zijn we dus omgezet naar de nieuwe range.

[ Voor 9% gewijzigd door Thasaidon op 19-09-2012 08:12 ]

[Verwijderd]

Misschien dat Denan dan toch nog eens gelegenheid heeft om wat aanvullend licht op deze zaak te schijnen.
Ik had nl hetzelfde bij een routerwisseling achter een Genexis (ook IP change), maar ging na Denan's statement twijfelen of het toch niet iets anders was.

[Thasaidon]

Verwijderd schreef op woensdag 19 september 2012 @ 08:16:
Misschien dat Denan dan toch nog eens gelegenheid heeft om wat aanvullend licht op deze zaak te schijnen.
Ik had nl hetzelfde bij een routerwisseling achter een Genexis (ook IP change), maar ging na Denan's statement twijfelen of het toch niet iets anders was.

Zat je toen al in de nieuwe range?

[marigo]

Ik dacht namelijk ook dat Genexis "gebruikers" nog steeds dat semi-achtige adres hadden. Daarom keek ik gisteren ook even op mijn.xmsnet, want daar stond altijd. "U heeft al een vast IP adres bla bla bla..."

Ik heb zeker liggen slapen de laatste tijd...

[Thasaidon]

marigo schreef op woensdag 19 september 2012 @ 09:37:
Ik dacht namelijk ook dat Genexis "gebruikers" nog steeds dat semi-achtige adres hadden. Daarom keek ik gisteren ook even op mijn.xmsnet, want daar stond altijd. "U heeft al een vast IP adres bla bla bla..."

Ik heb zeker liggen slapen de laatste tijd...

Nee, dat stond er bij mij onlangs ook nog, terwijl ik al gewoon in de nieuwe range zat waar dat dus niet mogelijk is. Dat was oa een van de discussies bij de Tweak meeting.

Hang een systeem aan je poort, en deze zal bij de DHCP een IP vragen.
De DHCP zet dan je MAC in een lijst en koppelt daar een vrij IP aan.
Meld je systeem zich weer aan (na een stroomstoring ofzo), dan kijkt de DHCP naar je MAC. Staat die al in zijn lijst, dan kijkt hij welk IP je de vorige keer had. Is dat IP vrij, dan krijg je die weer. Maar is het IP niet vrij, dan krijg je gewoon een ander IP. Standaard DHCP dus.

Kortom, er is niets semi-achtigs aan. Je hebt gewoon geen vast IP, ook niet meer "statisch via DHCP".

[ Voor 32% gewijzigd door Thasaidon op 19-09-2012 10:09 ]

[Venga AB]

Verwijderd schreef op dinsdag 18 september 2012 @ 14:35:
Update LiveTV via de GHM App

In verband met TV rechten ...

CNN, Discovery, en bij de binnenkort aan Live TV toe te voegen zenders 13th Street, Comedy Central,MTV en Nickelodeon -Tim

@Webcare

Hieruit concludeer ik dat Discovery nu al in de GHM app horen te zitten. Ik heb enkel de volgende zenders via Live TV; Ned 1, Ned 2, Ned 3, SBS 6, Veronica, Net 5, SlamTV, CNN, Journaal 24, Humor TV 24 en TV5 Monde.

Hoe zit dat en wanneer kunnen we hier meer zenders verwachten? Bij KPN zijn er veel meer te zien via de app.

[Verwijderd]

Thasaidon schreef op dinsdag 18 september 2012 @ 20:49:
[...]


@Webcare,
misschien kunnen jullie dit aangeven bij de hiervoor verantwoordelijken?

Wij hebben het doorgegeven. - Sophie

[Thasaidon]

Verwijderd schreef op woensdag 19 september 2012 @ 10:47:
[...]

Wij hebben het doorgegeven. - Sophie

Dank je.

[Verwijderd]

Verwijderd schreef op dinsdag 18 september 2012 @ 21:02:
[...]


18-09-2012 Het is eindelijk opgelost.....nou ja, 93mbit / 82mbit. Het bleek dus dat er een verkeerd profiel gekoppeld was (het 50/50 profiel). Ik kreeg een telefoontje van Reggefiber die dit verhaal bevestigde. Nu ben ik benieuwd of ik mijn geld terug krijg voor de maanden dat ik teveel abonnementgeld heb betaald (4x €10 teveel).
@Webcare: kunnen jullie hier eens achteraan gaan?

Wij gaan onderzoeken wat wij voor je kunnen doen. Wil je ons je adresgegevens + dit bericht via DM naar ons sturen? - Sophie

[Verwijderd]

Venga AB schreef op woensdag 19 september 2012 @ 10:28:
[...]


@Webcare

Hieruit concludeer ik dat Discovery nu al in de GHM app horen te zitten. Ik heb enkel de volgende zenders via Live TV; Ned 1, Ned 2, Ned 3, SBS 6, Veronica, Net 5, SlamTV, CNN, Journaal 24, Humor TV 24 en TV5 Monde.

Hoe zit dat en wanneer kunnen we hier meer zenders verwachten? Bij KPN zijn er veel meer te zien via de app.

Een aantal programma's van Discovery mogen niet via de app worden bekeken. Kan je de zender af en toe wel bekijken? Krijg je een foutmelding? Heb je zelf al iets geprobeerd? - Sophie

[Venga AB]

Verwijderd schreef op woensdag 19 september 2012 @ 10:59:
[...]

Een aantal programma's van Discovery mogen niet via de app worden bekeken. Kan je de zender af en toe wel bekijken? Krijg je een foutmelding? Heb je zelf al iets geprobeerd? - Sophie

De zender kan ik niet eens kiezen. Enkel de hierboven genoemde zenders staan in het lijstje van het Live TV tabblad.

[marigo]

Thasaidon schreef op woensdag 19 september 2012 @ 09:46:
[...]
Kortom, er is niets semi-achtigs aan. Je hebt gewoon geen vast IP, ook niet meer "statisch via DHCP".

Ok, thx!
Was nog steeds in de veronderstelling dat het line-ID verhaal nog opging.

[Thasaidon]

marigo schreef op woensdag 19 september 2012 @ 13:53:
[...]

Ok, thx!
Was nog steeds in de veronderstelling dat het line-ID verhaal nog opging.

was het maar waar

[Verwijderd]

Verwijderd schreef op woensdag 19 september 2012 @ 10:59:
[...]

Een aantal programma's van Discovery mogen niet via de app worden bekeken. Kan je de zender af en toe wel bekijken? Krijg je een foutmelding? Heb je zelf al iets geprobeerd? - Sophie

Het blijkt dat Discovery nog niet beschikbaar is. Onze excuses voor de verkeerde informatie. Glashart Media laat weten dat deze zender bij de eerstvolgende toevoeging van zenders wordt meegenomen. Wanneer dit gebeurd, is nog niet bekend. - Sophie

[Haas]

Heeft het XMS modem een ingebouwde firewall? Ik heb namelijk zojuist een Astaro firewall achter het modem gehangen. Ik heb een PacketFront modem gekregen.

[Thasaidon]

Haas schreef op woensdag 19 september 2012 @ 18:34:
Heeft het XMS modem een ingebouwde firewall? Ik heb namelijk zojuist een Astaro firewall achter het modem gehangen. Ik heb een PacketFront modem gekregen.

Nee, het modem heeft geen firewall.

[Verwijderd]

Thasaidon schreef op woensdag 19 september 2012 @ 18:50:
[...]

Nee, het modem heeft geen firewall.

Volgens mij staat er wel degelijk een filter op packetfront lijnen.
Je kunt van buiten naar alle TCP ports, behalve 135, 139 en 445, die worden geblokt zo te zien.
Dus ik gok dat er iets van een netbios/windows filter op staat.

[boswandeling]

Verwijderd schreef op woensdag 19 september 2012 @ 19:10:
[...]


Volgens mij staat er wel degelijk een filter op packetfront lijnen.
Je kunt van buiten naar alle TCP ports, behalve 135, 139 en 445, die worden geblokt zo te zien.
Dus ik gok dat er iets van een netbios/windows filter op staat.

http://www.security.nl/artikel/18804

Ongepatchte Windows machines zijn de meest aangevallen doelwitten op het internet, zo blijkt uit statistieken van online dienstverlener Akamai. Poort 135, onder andere misbruikt door Blaster vijf jaar geleden, is nog goed voor 30% van het aanvalsverkeer. Netbios, Poort 139, zorgt voor 13% van alle aanvallen, gevolgd door poort 22 SSH, dat voor 12% van het aanvalsverkeer verantwoordelijk is. Poort 445, gebruikt voor Microsoft Directory Services, is in 11% van de aanvallen het doelwit. Andere veel aangevallen poorten zijn poort 80 (6%), 1433 (MS SQL Server, 6%) en 2967 (Symantec System Center Agents, 3%).

"De poorten die met de meeste aanvallen te maken krijgen, zijn het doelwit van wormen, virussen en bots die zich al enkele jaren geleden hebben verspreid. Dat wil niet zeggen dat er geen moderne malware is die deze poorten aanvalt, het wijst wel op een grote groep van Windows systemen die zelfs jaren na de uitbraak van deze aanvallen, nog altijd ongepatcht zijn," aldus de onderzoekers.

Al die poorten worden het vaakst vanuit China en de Verenigde Saten aangevallen, bij elkaar goed voor 31%. Ook Taiwan is met 12% een voorname bron van cyberaanvallen. Nederland wordt ook nog in het rapport genoemd. Zo staan we op een gedeelde vierde plek wat betreft aantal unieke IP-adressen per inwoner en is 20% van de internetverbindingen sneller dan 5Mbps.

[White_Collar]

Klopt, In de begin tijd waren die poorten niet geblokkeerd. Gevolg: 1 grote windows file share festijn.
He Denan?

[Piebas]

Haas schreef op woensdag 19 september 2012 @ 18:34:
Heeft het XMS modem een ingebouwde firewall? Ik heb namelijk zojuist een Astaro firewall achter het modem gehangen. Ik heb een PacketFront modem gekregen.

Wat is het probleem?
Ik gebruik ook een astaro achter een packetfront modem zonderproblemen.
Heeft de Astaro eerder wel gewerkt?

[Haas]

De Astaro is net nieuw. Ik kom nog niet op de WebAdmin via poort 4444. Dat verbaasd me omdat de Astaro direct aan het modem zit.

Modem -> Astaro -> TP-Link TL-WR1043ND (Accespoint/Gigabit switch)

[marigo]

Om het technisch goed te verwoorden hebben we het dan nog steeds over het glasvezel "modem" of is het beter om te spreken over de Packetfront of Genexis ethernet poort(en)?

Of ben ik aan het zeiken?

[Haas]

Nee, je bent niet aan het zeiken.

Het gaat om het PacketFront modem. ShieldsUp laat zien dat poort 21 en 80 dicht zitten.
Zojuist poort 4444 veranderd naar 1024. Nu geen problemen van buitenaf.

[ Voor 24% gewijzigd door Haas op 19-09-2012 20:30 ]

[marigo]

hmmmm, Ik denk dat er misschien wat fout gaat. Volgens mij staan de poorten op de ethernet gateways in bridge-mode en krijgt het eerste device een IP adres toegewezen.

Hoe zie je dat poort 21 en 80 dicht staan op de Packetfront? Volgens mij kan alleen de Servicedesk dat met hun management tooling. Correct me if I am wrong!

edit: Haas was net iets sneller met wijzigen.

[ Voor 7% gewijzigd door marigo op 19-09-2012 20:33 ]

[Haas]

Nee, sorry. Ik had ShieldsUp ook draaien op mijn tweede lijn van Ziggo.
Dat waren niet de resultaten van XMS.

[marigo]

check!, we houden elkaar scherp.

[Thasaidon]

Verwijderd schreef op woensdag 19 september 2012 @ 19:10:
[...]


Volgens mij staat er wel degelijk een filter op packetfront lijnen.
Je kunt van buiten naar alle TCP ports, behalve 135, 139 en 445, die worden geblokt zo te zien.
Dus ik gok dat er iets van een netbios/windows filter op staat.

Mmm... ik heb het net even getest, maar je hebt gelijk
Maar volgens mijn test worden er meer poorten geblocked...
als ik bv poort 130 t/m 140 test via GRC, dan komt alleen 136, 137 & 138 binnen op mijn router. De rest dus niet.
(of ik test verkeerd )

White_Collar schreef op woensdag 19 september 2012 @ 19:55:
Klopt, In de begin tijd waren die poorten niet geblokkeerd. Gevolg: 1 grote windows file share festijn.
He Denan?

Maar als ze Netbios willen blocken zou ik verwachten dat ze 137 (nbname) en 138 (nbdatagram) dan ook zouden blocken...
Raar

@Webcare,
kunnen jullie bevestigen dat er poorten geblokkeerd worden op de modems?
En zo ja, welke precies?

[ Voor 13% gewijzigd door Thasaidon op 19-09-2012 21:00 ]

[Piebas]

Haas schreef op woensdag 19 september 2012 @ 20:23:
Nee, je bent niet aan het zeiken.

Het gaat om het PacketFront modem. ShieldsUp laat zien dat poort 21 en 80 dicht zitten.
Zojuist poort 4444 veranderd naar 1024. Nu geen problemen van buitenaf.

Hmm bijzonder.
Ik kan wel gewoon verbinden op poort 4444 naar een astaro met een xms-verbinding vanaf een xms-verbinding.
maar ik kan van buiten xms niet verbinden naar 4444 binnen xms....

@webcare, het lijkt dat poort 4444 geblokkeerd wordt van buiten xms naar binnen.

[Haas]

Dat had ik ook ondervonden. Intern is 4444 uiteraard geen probleem maar via een externe verbinding lukt het niet. Het zou handig zijn als we een lijst met poorten kunnen samenstellen die 'standaard' zijn afgesloten.

[fast-server]

Een hoop trojans etc gebruiken poort 4444, beetje een "bad news" poort.

Maar XMS zou geen enkele poort blokkeren, wel vreemd dat dit toch gebeurd.

[marigo]

Heb net ook wat zitten prutsen en zie ook dat er poorten worden geblocked. Bij mij op de Genexis is dat:
135, 137, 138, 139 en 445.

[Meultje]

Waarom met poort 4444 verbinden van buiten af, Astaro heeft ook alles in huis voor SSL / IPSec, etc... Heb je de UTM9 b.t.w.... Ik heb 'm net van de week gedownload, maar nog niet toe gekomen om'te upgraden..

[ToniW]

ToniW schreef op maandag 17 september 2012 @ 09:03:
Me too.
Heb het niet bijgehouden maar ik schat dat het zo'n 1 keer per week gebeurt dat de vlaamse zenders op zwart staan. Amino opnieuw booten lost het dan weer op. Beetje jammer dat dat zo lang duurt, dat booten.

@Webcare: lijkt erop dat meerdere klanten last van dit verschijnsel hebben. Als in de toekomst meerdere zenders achter Verimatrix gaan verdwijnen gaat dit poportioneel meer ellende opleveren. Beter om de techneuten er nu alvast naar te laten kijken?

Zojuist geconstateerd dat ze er allebei weer uitliggen. Reboot van de Amino lost het ook nu weer op.

@webcare: er is van jullie nog geen reaktie gekomen op de diverse postings mbt de (nieuwe) problemen met de belgen...

[fast-server]

KPN neemt de boel over en er zit in eens verimatrix op sommige kanalen, poorten worden geblokkeerd....

Wat is het volgende? een mail relay?

uit de XMS FAQ:

Heeft XMS poorten geblokkeerd voor thuisnetwerken?
Nee, XMS blokkeert geen poorten.

[ Voor 32% gewijzigd door fast-server op 19-09-2012 23:47 ]

[White_Collar]

fast-server schreef op woensdag 19 september 2012 @ 23:45:
KPN neemt de boel over en er zit in eens verimatrix op sommige kanalen, poorten worden geblokkeerd....

Wat is het volgende? een mail relay?

uit de XMS FAQ:


[...]

KPN heeft nog steeds niet XMS over genomen

[Thasaidon]

marigo schreef op woensdag 19 september 2012 @ 22:02:
Heb net ook wat zitten prutsen en zie ook dat er poorten worden geblocked. Bij mij op de Genexis is dat:
135, 137, 138, 139 en 445.

Dat is raar, want bij mij (ook Genexis) worden 137 en 138 niet geblocked...

White_Collar schreef op donderdag 20 september 2012 @ 08:13:
[...]
KPN heeft nog steeds niet XMS over genomen

Klopt, de NMA heeft hier nog geen uitspraak over gedaan.
http://www.nma.nl/documen...dinging/2012/7326mcv.aspx

[ Voor 34% gewijzigd door Thasaidon op 20-09-2012 08:19 ]

[marigo]

Thasaidon schreef op donderdag 20 september 2012 @ 08:15:
[...]
Dat is raar, want bij mij (ook Genexis) worden 137 en 138 niet geblocked...

Misschien dat webcare hier iets over kan roepen?

[Verwijderd]

ToniW schreef op woensdag 19 september 2012 @ 23:01:
[...]

@webcare: er is van jullie nog geen reaktie gekomen op de diverse postings mbt de (nieuwe) problemen met de belgen...

Kan je aangeven welk probleem je precies hebt en wat je hebt geprobeerd om het te verhelpen? - Sophie

[Verwijderd]

Onderzoek geblokkeerde poorten

Wij willen voor diegene die het op prijs stellen een onderzoek starten naar welke poorten er geblokkeerd worden op de glasvezelmodems. Hiervoor willen we vragen om duidelijke screenshots + korte toelichting van jullie tests naar [e-mail] te sturen, geef aan welke poorten er geblokkeerd worden in de test en waarom dit voor onze klanten vervelend kan zijn. Ondanks dat we zelf geen netwerkexperts zijn zoeken we dit graag verder voor jullie uit dus kijken we uit naar deze informatie -Tim

[Thasaidon]

Verwijderd schreef op donderdag 20 september 2012 @ 09:39:
Onderzoek geblokkeerde poorten
... geef aan welke poorten er geblokkeerd worden in de test en waarom dit voor onze klanten vervelend kan zijn...

Nou vervelend is het niet, want ik heb er geen last van. Had namelijk niet eens in de gaten dat er geblocked werd
Wat ik wel vreemd vind is dat bij mij tcp 137 en 138 wel aan komen op mijn firewall, maar bij bv marigo niet. Dat zou betekenen dat de geblockte poorten niet bij iedereen gelijk zouden zijn...

[Verwijderd]

Thasaidon schreef op donderdag 20 september 2012 @ 10:06:Wat ik wel vreemd vind is dat bij mij tcp 137 en 138 wel aan komen op mijn firewall, maar bij bv marigo niet. Dat zou betekenen dat de geblockte poorten niet bij iedereen gelijk zouden zijn...

Dit vinden wij inderdaad ook vreemd vandaar dat we dit onderzoek willen starten. -Tim

[marigo]

Rectificatie....Ik heb gisteren verkeerd getest. Heb nu wireshark aan mijn publieke IP gehangen en zie dat er idd alleen tcp poort 135, 139 en 445 wordt geblocked.

Sorry....mijn fout!

edit:

Ik zal mij een tijdje stil houden.
't Is hier best warm geworden.

[ Voor 18% gewijzigd door marigo op 20-09-2012 10:10 ]

[Verwijderd]

marigo schreef op donderdag 20 september 2012 @ 10:08:
Rectificatie....Ik heb gisteren verkeerd getest. Heb nu wireshark aan mijn publieke IP gehangen en zie dat er idd alleen tcp poort 135, 139 en 445 wordt geblocked.

Sorry....mijn fout!

Geen probleem, konden we alle problemen maar zo snel oplossen -Tim