Un ordinateur situé à Amiens peut accéder au site www.snarweb.com.
Le même ordinateur déplacé à Rouen ne peut accéder à cette page. (même
modem, même FAI)
A quoi est due cette différence ?
Après recherche à l'aide de Microsoft VisualRoute, la route s'interrompt
après un serveur qui ne transmet pas suffisamment d'informations au suivant.
J'obtiens le message suivant:
Analysis: IP packets are being lost past network "Everyones Internet, Inc.
EVRY-BLK-1" at hop 14. There is insufficient cached information to
determine the next network at hop 15.
L'adresse du hop 14 est: 207.218.245.114 (ivhou-207-218-245-114.ev1.net)
Il y a un moyen de forcer une autre route ?
Un ordinateur situé à Amiens peut accéder au site www.snarweb.com.
Le même ordinateur déplacé à Rouen ne peut accéder à cette page. (même
modem, même FAI)
A quoi est due cette différence ?
Après recherche à l'aide de Microsoft VisualRoute, la route s'interrompt
après un serveur qui ne transmet pas suffisamment d'informations au suivant.
J'obtiens le message suivant:
Analysis: IP packets are being lost past network "Everyones Internet, Inc.
EVRY-BLK-1" at hop 14. There is insufficient cached information to
determine the next network at hop 15.
L'adresse du hop 14 est: 207.218.245.114 (ivhou-207-218-245-114.ev1.net)
Il y a un moyen de forcer une autre route ?
Un ordinateur situé à Amiens peut accéder au site www.snarweb.com.
Le même ordinateur déplacé à Rouen ne peut accéder à cette page. (même
modem, même FAI)
A quoi est due cette différence ?
Après recherche à l'aide de Microsoft VisualRoute, la route s'interrompt
après un serveur qui ne transmet pas suffisamment d'informations au suivant.
J'obtiens le message suivant:
Analysis: IP packets are being lost past network "Everyones Internet, Inc.
EVRY-BLK-1" at hop 14. There is insufficient cached information to
determine the next network at hop 15.
L'adresse du hop 14 est: 207.218.245.114 (ivhou-207-218-245-114.ev1.net)
Il y a un moyen de forcer une autre route ?
[crosspost et suivi dans news:fr.comp.reseaux.ip]
archives wrote:
Un ordinateur situé à Amiens peut accéder au site www.snarweb.com.
Le même ordinateur déplacé à Rouen ne peut accéder à cette page. (même
modem, même FAI)
Symptôme, message d'erreur ?A quoi est due cette différence ?
Il y a beaucoup de causes possibles. De quel type sont les accès
internet sur les deux sites : proxy, routeur, modem, interface,
encapsulation... ?
On peut par exemple penser à un problème de MTU dans le cas d'un accès
ADSL par modem ethernet en PPPoE. Ou un firewall mal géré qui continue à
filtrer des plages d'adresses autrefois réservées comme 83.x.y.z.
Si en réponse à http://www.snarweb.com/nx (page inexistante) vous
obtenez une réponse du site du type :
Not Found
The requested URL /nx was not found on this server.
Additionally, a 404 Not Found error was encountered while trying to
use an ErrorDocument to handle the request.
Apache/1.3.31 Server at www.snarweb.com Port 80
alors la piste de la MTU tueuse est probablement la bonne.Après recherche à l'aide de Microsoft VisualRoute, la route s'interrompt
après un serveur qui ne transmet pas suffisamment d'informations au
suivant.
J'obtiens le message suivant:
Analysis: IP packets are being lost past network "Everyones Internet,
Inc.
EVRY-BLK-1" at hop 14. There is insufficient cached information to
determine the next network at hop 15.
L'adresse du hop 14 est: 207.218.245.114 (ivhou-207-218-245-114.ev1.net)
Ça ne prouve pas grand chose à part que le noeud en question, qui se
trouve être l'avant-dernier, ainsi que la destination finale ne
répondent pas au traceroute UDP. J'ai testé. Par contre ils répondent au
ping (et donc au traceroute ICMP) et au traceroute TCP. Essayez avec
l'outil en ligne de commande "tracert" de Windows qui utilise ICMP.Il y a un moyen de forcer une autre route ?
Non, à part changer de FAI et encore. Le prochain saut est décidé par
chaque routeur successif sur le chemin en fonction de ses propres
informations de routage. Mais le problème n'est pas là.
Nota: ce sujet ne concerne pas du tout ethernet mais plutôt IP
(internet), donc je redirige la suite de la discussion dans le forum
voisin adéquat, fr.comp.reseaux.ip.
[crosspost et suivi dans news:fr.comp.reseaux.ip]
archives wrote:
Un ordinateur situé à Amiens peut accéder au site www.snarweb.com.
Le même ordinateur déplacé à Rouen ne peut accéder à cette page. (même
modem, même FAI)
Symptôme, message d'erreur ?
A quoi est due cette différence ?
Il y a beaucoup de causes possibles. De quel type sont les accès
internet sur les deux sites : proxy, routeur, modem, interface,
encapsulation... ?
On peut par exemple penser à un problème de MTU dans le cas d'un accès
ADSL par modem ethernet en PPPoE. Ou un firewall mal géré qui continue à
filtrer des plages d'adresses autrefois réservées comme 83.x.y.z.
Si en réponse à http://www.snarweb.com/nx (page inexistante) vous
obtenez une réponse du site du type :
Not Found
The requested URL /nx was not found on this server.
Additionally, a 404 Not Found error was encountered while trying to
use an ErrorDocument to handle the request.
Apache/1.3.31 Server at www.snarweb.com Port 80
alors la piste de la MTU tueuse est probablement la bonne.
Après recherche à l'aide de Microsoft VisualRoute, la route s'interrompt
après un serveur qui ne transmet pas suffisamment d'informations au
suivant.
J'obtiens le message suivant:
Analysis: IP packets are being lost past network "Everyones Internet,
Inc.
EVRY-BLK-1" at hop 14. There is insufficient cached information to
determine the next network at hop 15.
L'adresse du hop 14 est: 207.218.245.114 (ivhou-207-218-245-114.ev1.net)
Ça ne prouve pas grand chose à part que le noeud en question, qui se
trouve être l'avant-dernier, ainsi que la destination finale ne
répondent pas au traceroute UDP. J'ai testé. Par contre ils répondent au
ping (et donc au traceroute ICMP) et au traceroute TCP. Essayez avec
l'outil en ligne de commande "tracert" de Windows qui utilise ICMP.
Il y a un moyen de forcer une autre route ?
Non, à part changer de FAI et encore. Le prochain saut est décidé par
chaque routeur successif sur le chemin en fonction de ses propres
informations de routage. Mais le problème n'est pas là.
Nota: ce sujet ne concerne pas du tout ethernet mais plutôt IP
(internet), donc je redirige la suite de la discussion dans le forum
voisin adéquat, fr.comp.reseaux.ip.
[crosspost et suivi dans news:fr.comp.reseaux.ip]
archives wrote:
Un ordinateur situé à Amiens peut accéder au site www.snarweb.com.
Le même ordinateur déplacé à Rouen ne peut accéder à cette page. (même
modem, même FAI)
Symptôme, message d'erreur ?A quoi est due cette différence ?
Il y a beaucoup de causes possibles. De quel type sont les accès
internet sur les deux sites : proxy, routeur, modem, interface,
encapsulation... ?
On peut par exemple penser à un problème de MTU dans le cas d'un accès
ADSL par modem ethernet en PPPoE. Ou un firewall mal géré qui continue à
filtrer des plages d'adresses autrefois réservées comme 83.x.y.z.
Si en réponse à http://www.snarweb.com/nx (page inexistante) vous
obtenez une réponse du site du type :
Not Found
The requested URL /nx was not found on this server.
Additionally, a 404 Not Found error was encountered while trying to
use an ErrorDocument to handle the request.
Apache/1.3.31 Server at www.snarweb.com Port 80
alors la piste de la MTU tueuse est probablement la bonne.Après recherche à l'aide de Microsoft VisualRoute, la route s'interrompt
après un serveur qui ne transmet pas suffisamment d'informations au
suivant.
J'obtiens le message suivant:
Analysis: IP packets are being lost past network "Everyones Internet,
Inc.
EVRY-BLK-1" at hop 14. There is insufficient cached information to
determine the next network at hop 15.
L'adresse du hop 14 est: 207.218.245.114 (ivhou-207-218-245-114.ev1.net)
Ça ne prouve pas grand chose à part que le noeud en question, qui se
trouve être l'avant-dernier, ainsi que la destination finale ne
répondent pas au traceroute UDP. J'ai testé. Par contre ils répondent au
ping (et donc au traceroute ICMP) et au traceroute TCP. Essayez avec
l'outil en ligne de commande "tracert" de Windows qui utilise ICMP.Il y a un moyen de forcer une autre route ?
Non, à part changer de FAI et encore. Le prochain saut est décidé par
chaque routeur successif sur le chemin en fonction de ses propres
informations de routage. Mais le problème n'est pas là.
Nota: ce sujet ne concerne pas du tout ethernet mais plutôt IP
(internet), donc je redirige la suite de la discussion dans le forum
voisin adéquat, fr.comp.reseaux.ip.
Symptôme, message d'erreur ?
Ça ne prouve pas grand chose à part que le noeud en question, qui se
trouve être l'avant-dernier, ainsi que la destination finale ne
répondent pas au traceroute UDP. J'ai testé. Par contre ils répondent au
ping (et donc au traceroute ICMP) et au traceroute TCP. Essayez avec
l'outil en ligne de commande "tracert" de Windows qui utilise ICMP.
Symptôme, message d'erreur ?
Ça ne prouve pas grand chose à part que le noeud en question, qui se
trouve être l'avant-dernier, ainsi que la destination finale ne
répondent pas au traceroute UDP. J'ai testé. Par contre ils répondent au
ping (et donc au traceroute ICMP) et au traceroute TCP. Essayez avec
l'outil en ligne de commande "tracert" de Windows qui utilise ICMP.
Symptôme, message d'erreur ?
Ça ne prouve pas grand chose à part que le noeud en question, qui se
trouve être l'avant-dernier, ainsi que la destination finale ne
répondent pas au traceroute UDP. J'ai testé. Par contre ils répondent au
ping (et donc au traceroute ICMP) et au traceroute TCP. Essayez avec
l'outil en ligne de commande "tracert" de Windows qui utilise ICMP.