---

Jeg har netop fået ADSL gennem Boomtown og har en mailserver på
io.stderr.net og har førhen haft rimelig hurtig respons fra den server.

Men nu ser det således ud når jeg laver en tracert.
Til info skal det lige siges at der går næsten 15 sekunder fra jeg
laver en tjek-mail handling til den er færdig.
Det har ikke været så langsomt før - og det er uanset om der er mail
eller boksen er tom.
----------------------------------------------------

Tracing route to io.stderr.net [213.237.118.54]
over a maximum of 30 hops:

1 1 ms 1 ms 1 ms 192.168.194.1
2 13 ms 23 ms 18 ms abnxx2.ip.tele.dk [195.249.8.219]
3 14 ms 15 ms 15 ms ge0-03.1000M.abnxg1.ip.tele.dk
[195.249.1.106]
4 22 ms 228 ms 202 ms pos2-0.622M.arcnxg1.ip.tele.dk
[195.249.10.110]
5 19 ms 18 ms 19 ms pos7-0.2488M.albnxg1.ip.tele.dk
[195.249.6.125]
6 19 ms 19 ms 19 ms pos5-0.2488M.boanxg2.ip.tele.dk
[195.249.2.38]
7 17 ms 16 ms 16 ms ge5-0-0.1000M.boanxt2.ip.tele.dk
[195.249.14.199]
8 16 ms 17 ms 17 ms peer.atm4-1-0-
100.155M.0x3ef291ca.boanxt2.peer.tele.dk [62.242.145.202]
9 16 ms 17 ms 18 ms ge50.cr0.pbv.worldonline.dk
[212.54.64.2]
10 18 ms 17 ms 18 ms cr0.vby.worldonline.dk [213.237.127.60]
11 20 ms 18 ms 19 ms fe0-0.nas0.vby.worldonline.dk
[213.237.5.150]
12 24 ms 25 ms 25 ms hest.perlsex.com [213.237.92.235]
13 24 ms 25 ms 24 ms io.stderr.net [213.237.118.54]

Trace complete.

--------------
Hvis i har nogen idéer til hvem jeg skal snakke med angående problemet
ville jeg blive glad. Umiddelbart falder linjen med de 228ms mig mest i
øjnene, men jeg er ikke 100% sikker på at det er der problemet ligger.

På forhånd tak for hjælpen
Flemming

---

Flemming Joensson <joensson@fjerndette.cs.auc.dk> wrote in
news:Xns925BB6BDC7E69joenssoncsaucdk@130.225.247.90:

> Jeg har netop fået ADSL gennem Boomtown og har en mailserver på
> io.stderr.net og har førhen haft rimelig hurtig respons fra den
> server.
>


Jeg har netop udført en ny tracert, og der er problemet der ikke (alle
svartider ligger omkring 15-25ms. Så må det jo være på min kammerats
mailserver problemet ligger.


Flemming

---

det må jo tydeligvis være en af TDC's servere:
4 22 ms 228 ms 202 ms pos2-0.622M.arcnxg1.ip.tele.dk

denne har nogle rimelig høje svar tider

Jacob
"Flemming Joensson" <joensson@fjerndette.cs.auc.dk> skrev i en meddelelse
news:Xns925BB70967512joenssoncsaucdk@130.225.247.90...
> Flemming Joensson <joensson@fjerndette.cs.auc.dk> wrote in
> news:Xns925BB6BDC7E69joenssoncsaucdk@130.225.247.90:
>
> > Jeg har netop fået ADSL gennem Boomtown og har en mailserver på
> > io.stderr.net og har førhen haft rimelig hurtig respons fra den
> > server.
> >
>
>
> Jeg har netop udført en ny tracert, og der er problemet der ikke (alle
> svartider ligger omkring 15-25ms. Så må det jo være på min kammerats
> mailserver problemet ligger.
>
>
> Flemming

---

On Tue, 30 Jul 2002 18:13:36 +0200, TheZub wrote:
> det må jo tydeligvis være en af TDC's servere:
> 4 22 ms 228 ms 202 ms pos2-0.622M.arcnxg1.ip.tele.dk
>
> denne har nogle rimelig høje svar tider

Lad være med at udtale dig om noget du ikke ved noget om.

En routers primære opgave er ikke at generere ICMP TTL exceeded, hvorfor
det nedprioriteres, såfremt CPU'en har nogen som helst andre opgaver.

Problemer lyder nærmere som et DNS timeout, eller lign.

--
Jesper Skriver, CCIE #5456
FreeBSD committer

---

sorry... du har ret... men lad vær med at kritiser andre fordi du måske er
klog på dette område!!!

Jacob
"Jesper Skriver" <harvest@wheel.dk> skrev i en meddelelse
news:slrnakdfho.2nm8.harvest@freesbee.wheel.dk...
> On Tue, 30 Jul 2002 18:13:36 +0200, TheZub wrote:
> > det må jo tydeligvis være en af TDC's servere:
> > 4 22 ms 228 ms 202 ms pos2-0.622M.arcnxg1.ip.tele.dk
> >
> > denne har nogle rimelig høje svar tider
>
> Lad være med at udtale dig om noget du ikke ved noget om.
>
> En routers primære opgave er ikke at generere ICMP TTL exceeded, hvorfor
> det nedprioriteres, såfremt CPU'en har nogen som helst andre opgaver.
>
> Problemer lyder nærmere som et DNS timeout, eller lign.
>
> --
> Jesper Skriver, CCIE #5456
> FreeBSD committer

---

On Tue, 30 Jul 2002 19:59:04 +0200, TheZub wrote:

> sorry... du har ret... men lad vær med at kritiser andre fordi du
> måske er klog på dette område!!!

Nej, det er ****** som dig der skaber støj, og får uvidende til at tro
at ISP'erne er nogle frygtelige nogen.

--
Jesper Skriver, CCIE #5456
FreeBSD committer

---

ps... jeg har faktisk en CCNA eksamen... hvis du ved hvad det er vil du vide
at jeg også ved en del om dette, men af ren og skær glemsomhed svarede jeg
forkert...

jacob
"Jesper Skriver" <harvest@wheel.dk> skrev i en meddelelse
news:slrnakdfho.2nm8.harvest@freesbee.wheel.dk...
> On Tue, 30 Jul 2002 18:13:36 +0200, TheZub wrote:
> > det må jo tydeligvis være en af TDC's servere:
> > 4 22 ms 228 ms 202 ms pos2-0.622M.arcnxg1.ip.tele.dk
> >
> > denne har nogle rimelig høje svar tider
>
> Lad være med at udtale dig om noget du ikke ved noget om.
>
> En routers primære opgave er ikke at generere ICMP TTL exceeded, hvorfor
> det nedprioriteres, såfremt CPU'en har nogen som helst andre opgaver.
>
> Problemer lyder nærmere som et DNS timeout, eller lign.
>
> --
> Jesper Skriver, CCIE #5456
> FreeBSD committer

---

On Tue, 30 Jul 2002 19:59:56 +0200, TheZub wrote:

> ps... jeg har faktisk en CCNA eksamen... hvis du ved hvad det er vil
> du vide at jeg også ved en del om dette, men af ren og skær glemsomhed
> svarede jeg forkert...

læs min .sig ...

Og jeg er ikke enig i "en del"

--
Jesper Skriver, CCIE #5456
FreeBSD committer

---

"Jesper Skriver" <harvest@wheel.dk> wrote:

> > ps... jeg har faktisk en CCNA eksamen... hvis du ved hvad det er vil
> > du vide at jeg også ved en del om dette, men af ren og skær glemsomhed
> > svarede jeg forkert...
>
> læs min .sig ...
>
> Og jeg er ikke enig i "en del"
>
> --
> Jesper Skriver, CCIE #5456
> FreeBSD committer

*gg*

--
Med Venlig Hilsen

Ulrik Lunddahl - nospam037@lunddahl.dk
My heroes: Heddy Lamar & George Antheil

---

It seems TheZub wrote:
>ps... jeg har faktisk en CCNA eksamen... hvis du ved hvad det er vil du vide
>at jeg også ved en del om dette, men af ren og skær glemsomhed svarede jeg
>forkert...

Med den forklaring lyder det mere, som om du har været på
sælgerkursus.

--
Simon Skals <spam@gid.dk>
"Never attribute to competence what can adequately be explained by luck."

---

Hej Flemming,

Flemming Joensson wrote:
> Hvis i har nogen idéer til hvem jeg skal snakke med angående problemet
> ville jeg blive glad. Umiddelbart falder linjen med de 228ms mig mest i
> øjnene, men jeg er ikke 100% sikker på at det er der problemet ligger.

Hvis du vil maale delayet til en server, saa er ping nok. Du skal taenke
paa at routere ikke primaert skal sende fejlmedelser tilbage til en
bruger (alle dine timeouts indtil den sidste maskine) er fejlmeddelser.
De fleste routere sende disse hvis og naar du har tid.

Hvis du, med traceroute, ser at et delay stiger paa et punkt og blive
oppe, saa er det sansynligt at der paa dette punkt er et problem. Hvis
du, som her, ser et hop det forsvinder igen, saa er det egentligt kun et
udtryk for at resourcer bliver prioriteret til det vigtige arbejde, og
ikke at sende fejlmeddelser.

Saa alt i alt .. nej det var ikke der problemet laa

Martin

---

Martin Djernaes <martin@djernaes.dk> wrote in
news:3D46DF1B.6349708C@djernaes.dk:

>
> Hvis du, med traceroute, ser at et delay stiger paa et punkt og
> blive oppe, saa er det sansynligt at der paa dette punkt er et
> problem. Hvis du, som her, ser et hop det forsvinder igen, saa er
> det egentligt kun et udtryk for at resourcer bliver prioriteret
> til det vigtige arbejde, og ikke at sende fejlmeddelser.
>
> Saa alt i alt .. nej det var ikke der problemet laa

Tjae både og.

Jeg har lavet 10 tracert's og lige præcis den maskine havde høje
svartider de 8 gange. Om det så er fordi den er særlig belastet eller
bare i særlig grad kan nedpriorite disse forespørgsler ved jeg ikke.

Men en ping til min kammerats maskine returnerer 22-28ms svartid, så
det er nok som det blev foreslået et DNS problem. Men hvem henvender
jeg mig til dette omkring?

Kan jeg selv gøre noget lokalt?

Flemming

---

On Tue, 30 Jul 2002 20:18:02 +0000 (UTC), Flemming Joensson wrote:
> Martin Djernaes <martin@djernaes.dk> wrote in
> news:3D46DF1B.6349708C@djernaes.dk:
>
>>
>> Hvis du, med traceroute, ser at et delay stiger paa et punkt og
>> blive oppe, saa er det sansynligt at der paa dette punkt er et
>> problem. Hvis du, som her, ser et hop det forsvinder igen, saa er
>> det egentligt kun et udtryk for at resourcer bliver prioriteret
>> til det vigtige arbejde, og ikke at sende fejlmeddelser.
>>
>> Saa alt i alt .. nej det var ikke der problemet laa
>
> Tjae både og.
>
> Jeg har lavet 10 tracert's og lige præcis den maskine havde høje
> svartider de 8 gange. Om det så er fordi den er særlig belastet eller
> bare i særlig grad kan nedpriorite disse forespørgsler ved jeg ikke.

Det betyder som sagt intet for packet forwarding.

> Men en ping til min kammerats maskine returnerer 22-28ms svartid

Som er det eneste der betyder noget her.

> så det er nok som det blev foreslået et DNS problem. Men hvem
> henvender jeg mig til dette omkring?
>
> Kan jeg selv gøre noget lokalt?

Jeg ville starte med at se om serveren er overbelastet, eller
skriver noget i sin log.

DNS problemet var et *GÆT* på en mulig årsag.

--
Jesper Skriver, CCIE #5456
FreeBSD committer

---

Jesper Skriver <harvest@wheel.dk> wrote in
news:slrnakdukh.2u7i.harvest@freesbee.wheel.dk:

>> Jeg har lavet 10 tracert's og lige præcis den maskine havde høje
>> svartider de 8 gange. Om det så er fordi den er særlig belastet
>> eller bare i særlig grad kan nedpriorite disse forespørgsler ved
>> jeg ikke.
>
> Det betyder som sagt intet for packet forwarding.

Ok

>> Kan jeg selv gøre noget lokalt?
>
> Jeg ville starte med at se om serveren er overbelastet, eller
> skriver noget i sin log.

Serveren er ikke hårdt belastet - har en load under 0.2

> DNS problemet var et *GÆT* på en mulig årsag.
Men hvis det er et DNS problem, hvordan kan jeg så fra min side finde
ud af om det er et sådant?

Mvh
Flemming

---

Flemming Joensson <joensson@fjerndette.cs.auc.dk> crashed Echelon writing
news:Xns925C8830FB46Djoenssoncsaucdk@130.225.247.90:

> Men hvis det er et DNS problem, hvordan kan jeg så fra min side finde
> ud af om det er et sådant?

Evt. tjek om DNS serveren svarer sløvt ved opslag og prøv med en anden DNS
server.


--
Bjarke Andersen
Wanna reply by email? Remove the spammer in address

---

Flemming Joensson <joensson@fjerndette.cs.auc.dk> writes:

> Jeg har lavet 10 tracert's og lige præcis den maskine havde høje
> svartider de 8 gange. Om det så er fordi den er særlig belastet eller
> bare i særlig grad kan nedpriorite disse forespørgsler ved jeg ikke.

Det er stadig ikke der problemet er. Alle tiderne derefter er fine
(jeg ville sige *meget* flotte, men jeg er vant til at traceroute over
atlanten), så maskinen router fint. Det er kun den svar på TTL-expired
der tager tid. Derfor kan den ikke være problemet i forhold til en
maskine senere på ruten.

/L
--
Lasse Reichstein Nielsen - lrn@hotpop.com
'Faith without judgement merely degrades the spirit divine.'

---

Lasse Reichstein Nielsen <lrn@hotpop.com> wrote in
news:it2wk0lh.fsf@hotpop.com:

>> Jeg har lavet 10 tracert's og lige præcis den maskine havde høje
>> svartider de 8 gange. Om det så er fordi den er særlig belastet
>> eller bare i særlig grad kan nedpriorite disse forespørgsler ved
>> jeg ikke.
>
> Det er stadig ikke der problemet er. Alle tiderne derefter er fine
> (jeg ville sige *meget* flotte, men jeg er vant til at traceroute
> over atlanten), så maskinen router fint. Det er kun den svar på
> TTL-expired der tager tid. Derfor kan den ikke være problemet i
> forhold til en maskine senere på ruten.

Ok,
nu tror jeg at jeg fattede hvad tracert returnerer
Takker.
Flemming