Beantwoord

trage cloudomgeving door pakket verlies (mtr test)

  • 3 juli 2019
  • 6 reacties
  • 66 keer bekeken

beste,

ik heb een trage cloudomgeving dit bij provider weggelegd
provider heeft een winmtr test uitgevoerd

* router home 0% verlies
* static.kpn.net 1 % verlies
139.156.98.101 88 % verlies van de 3044 pakketjes

bovenstaande ip adres is te herleiden naar KPN
IP Address:
139.156.98.101
code:
% This is the RIPE Database query service.
% The objects are in RPSL format.
%
% The RIPE Database is subject to Terms and Conditions.
% See http://www.ripe.net/db/support/db-terms-conditions.pdf

% Note: this output has been filtered.
% To receive output for a database update, use the "-B" flag.

% Information related to '139.156.0.0 - 139.156.255.255'

% Abuse contact for '139.156.0.0 - 139.156.255.255' is 'abuse@kpn.com'

inetnum: 139.156.0.0 - 139.156.255.255
netname: KPN-BUS
descr: KPN B.V.
country: NL
org: ORG-KOVN1-RIPE
admin-c: KPN-RIPE
tech-c: KPN-RIPE
status: LEGACY
mnt-by: RIPE-NCC-LEGACY-MNT
mnt-by: PBOS-MNT
mnt-by: AS286-MNT
mnt-lower: AS286-MNT
mnt-domains: AS286-MNT
mnt-routes: AS286-MNT
created: 2004-07-16T12:20:57Z
last-modified: 2017-06-06T12:23:50Z
source: RIPE

organisation: ORG-KOVN1-RIPE
org-name: KPN B.V.
org-type: LIR
descr: KPN Internet Solutions
address: PO Box 30000
address: 2500 GA
address: The Hague
address: NETHERLANDS
phone: +31704512906
phone: +31704513398
admin-c: JZ1998-RIPE
admin-c: FVD5-RIPE
admin-c: RK1919-RIPE
admin-c: PBOS-RIPE
admin-c: KPN-RIPE
admin-c: KPN-RIPE
admin-c: EJK-RIPE
admin-c: TJ354-RIPE
admin-c: RH13540-RIPE
abuse-c: KPN-RIPE
mnt-ref: RIPE-NCC-HM-MNT
mnt-ref: KPN-MNT
mnt-by: RIPE-NCC-HM-MNT
mnt-by: KPN-MNT
created: 2004-04-17T11:42:02Z
last-modified: 2018-09-12T07:55:32Z
source: RIPE # Filtered

role: KPN Internet
address: KPN
address: P.O. Box 30000
address: 2500 GA Den Haag
address: Netherlands
phone: +31 70 4513500
phone: +31 70 4513398
fax-no: +31 70 4511116
abuse-mailbox: abuse@kpn.com
remarks: trouble: +----------------------------------------------
remarks: trouble: | Operational issues: noc@kpn.com |
remarks: trouble: | Peering issues: peering-office@kpn.com |
remarks: trouble: +----------------------------------------------
admin-c: JZ1998-RIPE
admin-c: PBOS-RIPE
admin-c: FVD5-RIPE
admin-c: TJ354-RIPE
tech-c: BC70-RIPE
tech-c: MH5996-RIPE
tech-c: AO1625-RIPE
tech-c: FVD5-RIPE
tech-c: TJ354-RIPE
tech-c: JDM1-RIPE
tech-c: FD5688-RIPE
remarks: ========================================
remarks: Role Object for KPN Internet Solutions
remarks: For urgent operational issues, change requests, routing
remarks: policies, etc use the email address "noc@kpn.com"
remarks: For portscans, DoS attacks and spam complaints, please
remarks: use the email address "abuse@kpn.com".
remarks: Please include all headers and logging where appropriate.
remarks: For domain changes use the email address "domain@kpn.com"
remarks: ========================================
nic-hdl: KPN-RIPE
mnt-by: AS286-MNT
created: 2004-08-11T08:57:52Z
last-modified: 2019-02-07T09:11:27Z
source: RIPE # Filtered



hierna interconnect en geen fouten in versturen meer.

graag oplossen aub, contact telefoon (...)

*Admin: gegevens verwijderd i.v.m. privacy
icon

Beste antwoord door wjb 8 juli 2019, 10:00

Als de laatste hop een goed resultaat geeft dan is er niets aan de hand, dan kunnen tussenliggende hops een puinhoop zijn, dat doet er niets toe.
Let op, ook 100% "packetloss" op de laatste hop kan een prima resultaat zijn immers servers hoeven helemaal niet te reageren op ping verzoeken, sterker nog, ze doen er zelfs verstandig aan om niet te reageren op ping verzoeken.
Bekijk origineel

6 reacties

Reputatie 7
Badge +18
Hallo @MarkCambeen Het IP-adres dat je noemt hoort inderdaad bij één van onze servers. Met de informatie die je plaatst kunnen we echter nog niet heel veel. Ik heb dan iets meer nodig. Kun je de volledige resultaten van de Winmtr-test hier plaatsen?
|------------------------------------------------------------------------------------------|

| WinMTR statistics |

| Host - % | Sent | Recv | Best | Avrg | Wrst | Last |

|------------------------------------------------|------|------|------|------|------|------|

| router.home - 0 | 3044 | 3044 | 0 | 0 | 22 | 1 |

| static.kpn.net - 1 | 3044 | 3043 | 0 | 10 | 200 | 2 |

| 139.156.98.101 - 88 | 3044 | 372 | 0 | 5 | 138 | 3 |

|interconnect.cybercenter-eindhoven.nl-ix.net - 0 | 3044 | 3044 | 0 | 9 | 138 | 7 |

| 213.207.69.22 - 0 | 3044 | 3044 | 0 | 9 | 101 | 6 |

| 213.207.69.10 - 1 | 3044 | 3043 | 0 | 9 | 173 | 7 |

| 213.207.69.15 - 0 | 3044 | 3044 | 0 | 7 | 78 | 6 |

| No response from host - 100 | 3043 | 0 | 0 | 0 | 0 | 0 |

| No response from host - 100 | 3043 | 0 | 0 | 0 | 0 | 0 |

| mx0.virtualcomputing.biz - 1 | 3043 | 3041 | 0 | 8 | 38 | 8 |

|________________________________________________|______|______|______|______|______|______|

WinMTR - 0.8. Copyleft @2000-2002 Vasile Laurentiu Stanimir ( stanimir@cr.nivis.com )
Reputatie 7
Badge +18
Ha @MarkCambeen Dank voor je bericht. Ik heb er samen met een collega naar gekeken en het deed hem direct denken een topic dat hij in behandeling had en waar hetzelfde probleem werd gemeld. Het ging hier ook om dezelfde KPN-server.

Waar het kort gezegd op neerkomt: onze servers reageren heel beperkt op pings, wat te maken heeft met veiligheidsbeleid. Winmtr doet per hop veel pings, en daar reageren onze servers dus nauwelijks op. Als er echt sprake van packet loss was geweest, dan was die ook op de hops erna geweest en dat is bij jou niet het geval. Er is dus niets mis met het netwerk.
nieuwe experiabox en zover opgelost denk ik
Reputatie 7
Als de laatste hop een goed resultaat geeft dan is er niets aan de hand, dan kunnen tussenliggende hops een puinhoop zijn, dat doet er niets toe.
Let op, ook 100% "packetloss" op de laatste hop kan een prima resultaat zijn immers servers hoeven helemaal niet te reageren op ping verzoeken, sterker nog, ze doen er zelfs verstandig aan om niet te reageren op ping verzoeken.
Reputatie 7
Badge +18
Het is uiteraard fijn dat het lijkt te zijn opgelost, maar ik denk dat er an sich al niet veel aan de hand was. Zoals @wjb ook heel terecht aangeeft kun je de testresultaten heel aardig verklaren.

Reageer