Welke informatie zouden jullie nog meer willen zien op ISPGids.com?

aantal medewerkers hebben klanten niet veel info aan denk ik, de manier en toon waarop klanten worden geholpen is niet afhankelijk van het aantal personeelsleden maar van de werkwijze van een bedrijf.. ik denk dat zoiets alleen een scheve indruk zou geven.. hoe meer personeel hoe beter denken veel mensen, terwijl dat tegenwoordig steeds vaker juist niet zo is. je zou misschien beter iets van een gemiddelde responsetijd kunnen doen denk ik.. zoiets als wat helpdesktimer toen deed, maar dan goed zeg maar...

Timer lijkt me niet zo'n goed plan, werknemers idd ook niet.

Betalingstermijn lijkt me enigzins overbodig. Wellicht een melding of vooraf betalen nodig is?

Aantal klanten geeft men denk ik niet zomaar weg.

Verde leuk lijssie :)

Deze zou ik interessant vinden:

Oprichtings datum
Eigen servers of reseller
RIPE LIR
Fulltime medewerkers
Parttime/Freelance medewerkers
Eigen netwerk
Eigen datacentrum
Algemene voorwaarden (link)
10/100/1000mb bin

Ik denk dat de volgende informatie wel een toevoeging is op de huidige informatie:

Eigen servers of reseller
Mogelijk registreerbare TLD’s
Betaal mogelijkheden

Oprichtings datum
Kosten helpdesk
Mogelijk registreerbare TLD’s
Overige Registry deelnemerschappen
Eigen servers of reseller
Opzegtermijn
Betaal mogelijkheden
Betalings termijn
Algemene voorwaarden (link)
10/100/1000mb bin

Het aantal klanten lijkt me compleet irrelevant eveneens als de betalingstermijn. Voor de rest heb je een goed aantal punten / uitbreidingen te pakken voor m'n gevoel.

De volgende punten kan ik mij in vinden:

Oprichtings datum
Mogelijk registreerbare TLD’s
Eigen servers of reseller
Betaal mogelijkheden
RIPE LIR
Fulltime medewerkers
Parttime/Freelance medewerkers
Algemene voorwaarden (link)
10/100/1000mb bin

De mogelijkheid om aan te geven welke domeinnamen er geregistreerd kunnen worden staat online (een link naar een popup wordt weergegeven wanneer het is ingevult) en ook wordt nu de oprichtingsdatum weergegeven in de vermeldingen.

Op basis van jullie reacties denk ik ook dat het volgende in de vermeldingen moet worden weergegeven, al zal ik nog wel een plek vinden om ze in te passen:
Eigen servers of reseller
Betaal mogelijkheden
RIPE LIR
Algemene voorwaarden (link)
10/100/1000mb bin

Misschien is het ook wel leuk een kleine uptime statestiek te laten zien.

De host kan dan bijvoorveeld 1 a 3 ip's opgeven waarna de uptime in % wordt weergegeven. Zo zou men bijvoorbeeld een ip van een coreswitch kunnen ingeven.

Voor klanten is het handig om te zien wat de netwerk uptime is van een ISP.

Het bovenstaande voorstel van D.L.H. Douma kan ik mezelf helemaal in vinden. Tenslotte lijkt het me handig om als klant zijnde te kunnen zien hoe of wat de uptime statestieken zijn van een bepaalde provider.

Eigen metingen en die van providers van bijvoorbeeld watchmouse zijn te beïnvloeden en niet objectief.

Klopt,

En dan kan men natuurlijk een top25 ofzo maken van de providers met de meeste uptime :P

Ook daar kan ik mezelf helemaal in vinden ;-).

Nu maar wachten wat Arnout ervan vindt :) Arnout? :P

Uptime statistieken zijn een goed idee en ook een een toplijst met de ISP's met de hoogste uptime is zeker geen slecht idee. Echter de uitvoering ervan is vrij complex, gezien je niet vanaf één locatie kan gaan monitoren. Het is iets dat ik zeker nog eens wil invoeren, echter zal dat niet op de heel korte termijn zijn.

Zo perfect dat je vanaf meerdere locaties moet gaan monitoren hoeft het wat mij betreft niet te zijn hoor ;-).

dan heb je er niet echt veel aan.

Beetje alles of niets :)

Denk dat Arnout meer zit met meerdere locaties voor de monitor servers?

@ Arjan:

Als die ene monitor server down is, dan is de meting ook niet meer compleet. Dus meerdere locaties is eigenlijk wel een vereiste.

Misschien ga ik het over een andere boeg gooien. Wat te denken van een 10/100MB BIN bestand dat twee a drie keer per dag wordt gedownload vanaf een server van de ISP, vanaf verschillende netwerken/servers uiteraard. Daarbij kunnen dan zowel de overdrachtssnelheid worden gemeten en natuurlijk of de overdracht uberhaubt lukt.

Da's 30 Gbyte per maand, vallen meteen alle budgetproviders om :-)

trekken ze vast wel toch?:D

Lijkt me niet dat het echt een probleem moet(of eigenlijk mag) zijn voor de gemiddelde hoster.
Zeker bij 10mb bestanden niet.

Hoop wel dat de downloads op snelle bakkies plaatsvinden, maar zal Arnout vast rekening mee houden.

Latency meten is misschien ook een goeie.

Monitor locaties zijn er al, de SIDN Whois wordt toch ook in de gaten gehouden (www.whoismonitor.nl)?
Ik weet niet of deze bakken daarvoor gebruiken kunnen/mogen/gaan worden, maar goed.

Als het (vrijwel) uitsluitend om peering gaat, wil ik wel kijken of je een bakje mag plaatsen.

Arnout,

Het meten van de uptime van het netwerk lijkt me dan niet echt precies.

Wat als bijvoorbeeld die server waar het bestand vanaf wordt gedownload, nu traag is door een load vlaag, of als ie down is. Dat wil dan niet meteen zeggen dat het hele netwerk van dat bedrijfje down is lijkt me.

Goed idee, maar misschien beter de uptime te controleren dmv. pings? Dat scheelt het downloaden en de uptime is wat preciezer lijkt me.

Dan moet je ook meerdere locaties gaan pingen.

Ja ok dat klopt, echter lijkt dit naar mijn mening de beste methode :)