Internet:
Destination Gateway Flags Refs Use Netif Expire
default 82.227.17.254 UGS 0 4598 ueagle
82.227.17/24 link#3 U 0 0 ueagle
82.227.17.254 ueagle0:1.8.0.24 UHLS 1 0 ueagle
127.0.0.1 127.0.0.1 UH 0 300 lo0
je ne sais pas d'où vient la gw :ueagle0: 1.8.0.24
mon ppp.conf est le suivant:
je ne vois pas d'où vient la route 224.0.0.2.
merci par avance de vos conseils, et meilleurs voeux pour 2005 !!
Claude
Internet:
Destination Gateway Flags Refs Use Netif Expire
default 82.227.17.254 UGS 0 4598 ueagle
82.227.17/24 link#3 U 0 0 ueagle
82.227.17.254 ueagle0:1.8.0.24 UHLS 1 0 ueagle
127.0.0.1 127.0.0.1 UH 0 300 lo0
je ne sais pas d'où vient la gw :ueagle0: 1.8.0.24
mon ppp.conf est le suivant:
je ne vois pas d'où vient la route 224.0.0.2.
merci par avance de vos conseils, et meilleurs voeux pour 2005 !!
Claude
Internet:
Destination Gateway Flags Refs Use Netif Expire
default 82.227.17.254 UGS 0 4598 ueagle
82.227.17/24 link#3 U 0 0 ueagle
82.227.17.254 ueagle0:1.8.0.24 UHLS 1 0 ueagle
127.0.0.1 127.0.0.1 UH 0 300 lo0
je ne sais pas d'où vient la gw :ueagle0: 1.8.0.24
mon ppp.conf est le suivant:
je ne vois pas d'où vient la route 224.0.0.2.
merci par avance de vos conseils, et meilleurs voeux pour 2005 !!
Claude
Claude wrote:Internet:
Destination Gateway Flags Refs Use Netif Expire
default 82.227.17.254 UGS 0 4598 ueagle
82.227.17/24 link#3 U 0 0 ueagle
82.227.17.254 ueagle0:1.8.0.24 UHLS 1 0 ueagle
127.0.0.1 127.0.0.1 UH 0 300 lo0
je ne sais pas d'où vient la gw :ueagle0: 1.8.0.24
C'est normal, la première fois j'ai trouvé ça bizarre, mais si tu lis
attentivement man route, tu verras qu'il y a possibilité de configurer
des choses trés spéciales (ici pour l'atm).
La machine de numéro 254 est ton vis à vis chez Free, c'est normal aussi.mon ppp.conf est le suivant:
je ne vois pas d'où vient la route 224.0.0.2.
Moi non plus. As-tu pensé à recompiler ppp avec le support de atm
comme dit dans la doc?
marché exactement comme dans la doc, sauf que ppp -dedicated ne marchait
pas, alors que ppp (tout court) marchait. Les trucs que tu as monté plus
haut ressemblent plutôt à du Free dégroupé qu'à du Free sur ppp. C'est
ça qui me paraît bizarre.
Claude <nospam@nospam.fr> wrote:
Internet:
Destination Gateway Flags Refs Use Netif Expire
default 82.227.17.254 UGS 0 4598 ueagle
82.227.17/24 link#3 U 0 0 ueagle
82.227.17.254 ueagle0:1.8.0.24 UHLS 1 0 ueagle
127.0.0.1 127.0.0.1 UH 0 300 lo0
je ne sais pas d'où vient la gw :ueagle0: 1.8.0.24
C'est normal, la première fois j'ai trouvé ça bizarre, mais si tu lis
attentivement man route, tu verras qu'il y a possibilité de configurer
des choses trés spéciales (ici pour l'atm).
La machine de numéro 254 est ton vis à vis chez Free, c'est normal aussi.
mon ppp.conf est le suivant:
je ne vois pas d'où vient la route 224.0.0.2.
Moi non plus. As-tu pensé à recompiler ppp avec le support de atm
comme dit dans la doc?
marché exactement comme dans la doc, sauf que ppp -dedicated ne marchait
pas, alors que ppp (tout court) marchait. Les trucs que tu as monté plus
haut ressemblent plutôt à du Free dégroupé qu'à du Free sur ppp. C'est
ça qui me paraît bizarre.
Claude wrote:Internet:
Destination Gateway Flags Refs Use Netif Expire
default 82.227.17.254 UGS 0 4598 ueagle
82.227.17/24 link#3 U 0 0 ueagle
82.227.17.254 ueagle0:1.8.0.24 UHLS 1 0 ueagle
127.0.0.1 127.0.0.1 UH 0 300 lo0
je ne sais pas d'où vient la gw :ueagle0: 1.8.0.24
C'est normal, la première fois j'ai trouvé ça bizarre, mais si tu lis
attentivement man route, tu verras qu'il y a possibilité de configurer
des choses trés spéciales (ici pour l'atm).
La machine de numéro 254 est ton vis à vis chez Free, c'est normal aussi.mon ppp.conf est le suivant:
je ne vois pas d'où vient la route 224.0.0.2.
Moi non plus. As-tu pensé à recompiler ppp avec le support de atm
comme dit dans la doc?
marché exactement comme dans la doc, sauf que ppp -dedicated ne marchait
pas, alors que ppp (tout court) marchait. Les trucs que tu as monté plus
haut ressemblent plutôt à du Free dégroupé qu'à du Free sur ppp. C'est
ça qui me paraît bizarre.
Michel Talon a écrit:Claude wrote:mon ppp.conf est le suivant:
je ne vois pas d'où vient la route 224.0.0.2.
une route multicast non ? Il semble que tu es lancé routed qui tache de
Moi non plus. As-tu pensé à recompiler ppp avec le support de atm
comme dit dans la doc?
sur le site de D Bergamini, il n'est pas mentioné de recompiler PPP. ou
alors, j'ai zappé cette info.
Il n'est a priori nécessaire de le recompiler que lorsqu'on fait du PPPoA :
Dans mon souvenir (maintenant lointain) tout amarché exactement comme dans la doc, sauf que ppp -dedicated ne marchait
pas, alors que ppp (tout court) marchait. Les trucs que tu as monté plus
haut ressemblent plutôt à du Free dégroupé qu'à du Free sur ppp. C'est
ça qui me paraît bizarre.
oui, au depart, j'ai hesité quant au protocole à utiliser. mais avec un
sagem 800 (USB) sur une ligne dégroupée (partiel), on n'a pas le choix:
c'est soit PPPoA, soit IPoA. j'ai opté pour IPoA, mais je ne me souviens
plus du critère qui m'a poussé à ce choix.
Michel Talon a écrit:
Claude <nospam@nospam.fr> wrote:
mon ppp.conf est le suivant:
je ne vois pas d'où vient la route 224.0.0.2.
une route multicast non ? Il semble que tu es lancé routed qui tache de
Moi non plus. As-tu pensé à recompiler ppp avec le support de atm
comme dit dans la doc?
sur le site de D Bergamini, il n'est pas mentioné de recompiler PPP. ou
alors, j'ai zappé cette info.
Il n'est a priori nécessaire de le recompiler que lorsqu'on fait du PPPoA :
Dans mon souvenir (maintenant lointain) tout a
marché exactement comme dans la doc, sauf que ppp -dedicated ne marchait
pas, alors que ppp (tout court) marchait. Les trucs que tu as monté plus
haut ressemblent plutôt à du Free dégroupé qu'à du Free sur ppp. C'est
ça qui me paraît bizarre.
oui, au depart, j'ai hesité quant au protocole à utiliser. mais avec un
sagem 800 (USB) sur une ligne dégroupée (partiel), on n'a pas le choix:
c'est soit PPPoA, soit IPoA. j'ai opté pour IPoA, mais je ne me souviens
plus du critère qui m'a poussé à ce choix.
Michel Talon a écrit:Claude wrote:mon ppp.conf est le suivant:
je ne vois pas d'où vient la route 224.0.0.2.
une route multicast non ? Il semble que tu es lancé routed qui tache de
Moi non plus. As-tu pensé à recompiler ppp avec le support de atm
comme dit dans la doc?
sur le site de D Bergamini, il n'est pas mentioné de recompiler PPP. ou
alors, j'ai zappé cette info.
Il n'est a priori nécessaire de le recompiler que lorsqu'on fait du PPPoA :
Dans mon souvenir (maintenant lointain) tout amarché exactement comme dans la doc, sauf que ppp -dedicated ne marchait
pas, alors que ppp (tout court) marchait. Les trucs que tu as monté plus
haut ressemblent plutôt à du Free dégroupé qu'à du Free sur ppp. C'est
ça qui me paraît bizarre.
oui, au depart, j'ai hesité quant au protocole à utiliser. mais avec un
sagem 800 (USB) sur une ligne dégroupée (partiel), on n'a pas le choix:
c'est soit PPPoA, soit IPoA. j'ai opté pour IPoA, mais je ne me souviens
plus du critère qui m'a poussé à ce choix.
Il n'est a priori nécessaire de le recompiler que lorsqu'on fait du PPPoA :
http://damien.bergamini.free.fr/ueagle/ppp.html
oui, au depart, j'ai hesité quant au protocole à utiliser. mais avec un
sagem 800 (USB) sur une ligne dégroupée (partiel),
^^^^^^^^^^^^^^^^^
on n'a pas le choix:
c'est soit PPPoA, soit IPoA. j'ai opté pour IPoA, mais je ne me souviens
plus du critère qui m'a poussé à ce choix.
Dans mon esprit non dégroupé = PPPoA et degroupé = IPoA et c'est pas
tellement négociable.
Et donc tu fais de l'IPoA, tu n'a pas besoin de PPP, il est inutile de
le lancer, il n'y a pas d'authenfication, ton "tuyau" est branché
directement ou ca va bien sur le DSLAM de Free. Ton fichier ppp.conf ne
sert donc à rien.
FAbrice
Il n'est a priori nécessaire de le recompiler que lorsqu'on fait du PPPoA :
http://damien.bergamini.free.fr/ueagle/ppp.html
oui, au depart, j'ai hesité quant au protocole à utiliser. mais avec un
sagem 800 (USB) sur une ligne dégroupée (partiel),
^^^^^^^^^^^^^^^^^
on n'a pas le choix:
c'est soit PPPoA, soit IPoA. j'ai opté pour IPoA, mais je ne me souviens
plus du critère qui m'a poussé à ce choix.
Dans mon esprit non dégroupé = PPPoA et degroupé = IPoA et c'est pas
tellement négociable.
Et donc tu fais de l'IPoA, tu n'a pas besoin de PPP, il est inutile de
le lancer, il n'y a pas d'authenfication, ton "tuyau" est branché
directement ou ca va bien sur le DSLAM de Free. Ton fichier ppp.conf ne
sert donc à rien.
FAbrice
Il n'est a priori nécessaire de le recompiler que lorsqu'on fait du PPPoA :
http://damien.bergamini.free.fr/ueagle/ppp.html
oui, au depart, j'ai hesité quant au protocole à utiliser. mais avec un
sagem 800 (USB) sur une ligne dégroupée (partiel),
^^^^^^^^^^^^^^^^^
on n'a pas le choix:
c'est soit PPPoA, soit IPoA. j'ai opté pour IPoA, mais je ne me souviens
plus du critère qui m'a poussé à ce choix.
Dans mon esprit non dégroupé = PPPoA et degroupé = IPoA et c'est pas
tellement négociable.
Et donc tu fais de l'IPoA, tu n'a pas besoin de PPP, il est inutile de
le lancer, il n'y a pas d'authenfication, ton "tuyau" est branché
directement ou ca va bien sur le DSLAM de Free. Ton fichier ppp.conf ne
sert donc à rien.
FAbrice
je ne vois pas d'où vient la route 224.0.0.2.
une route multicast non ? Il semble que tu es lancé routed qui tache de
propager ou d'apprendre des routes en RIP. C'est pas nécessaire et c'est
risqué pour une connexion internet.
Moi non plus. As-tu pensé à recompiler ppp avec le support de atm
comme dit dans la doc?
sur le site de D Bergamini, il n'est pas mentioné de recompiler PPP.
ou alors, j'ai zappé cette info.
Il n'est a priori nécessaire de le recompiler que lorsqu'on fait du PPPoA :
http://damien.bergamini.free.fr/ueagle/ppp.html
Dans mon esprit non dégroupé = PPPoA et degroupé = IPoA et c'est pas
tellement négociable.
Et donc tu fais de l'IPoA, tu n'a pas besoin de PPP, il est inutile de
le lancer, il n'y a pas d'authenfication, ton "tuyau" est branché
directement ou ca va bien sur le DSLAM de Free. Ton fichier ppp.conf ne
sert donc à rien.
FAbrice
je ne vois pas d'où vient la route 224.0.0.2.
une route multicast non ? Il semble que tu es lancé routed qui tache de
propager ou d'apprendre des routes en RIP. C'est pas nécessaire et c'est
risqué pour une connexion internet.
Moi non plus. As-tu pensé à recompiler ppp avec le support de atm
comme dit dans la doc?
sur le site de D Bergamini, il n'est pas mentioné de recompiler PPP.
ou alors, j'ai zappé cette info.
Il n'est a priori nécessaire de le recompiler que lorsqu'on fait du PPPoA :
http://damien.bergamini.free.fr/ueagle/ppp.html
Dans mon esprit non dégroupé = PPPoA et degroupé = IPoA et c'est pas
tellement négociable.
Et donc tu fais de l'IPoA, tu n'a pas besoin de PPP, il est inutile de
le lancer, il n'y a pas d'authenfication, ton "tuyau" est branché
directement ou ca va bien sur le DSLAM de Free. Ton fichier ppp.conf ne
sert donc à rien.
FAbrice
je ne vois pas d'où vient la route 224.0.0.2.
une route multicast non ? Il semble que tu es lancé routed qui tache de
propager ou d'apprendre des routes en RIP. C'est pas nécessaire et c'est
risqué pour une connexion internet.
Moi non plus. As-tu pensé à recompiler ppp avec le support de atm
comme dit dans la doc?
sur le site de D Bergamini, il n'est pas mentioné de recompiler PPP.
ou alors, j'ai zappé cette info.
Il n'est a priori nécessaire de le recompiler que lorsqu'on fait du PPPoA :
http://damien.bergamini.free.fr/ueagle/ppp.html
Dans mon esprit non dégroupé = PPPoA et degroupé = IPoA et c'est pas
tellement négociable.
Et donc tu fais de l'IPoA, tu n'a pas besoin de PPP, il est inutile de
le lancer, il n'y a pas d'authenfication, ton "tuyau" est branché
directement ou ca va bien sur le DSLAM de Free. Ton fichier ppp.conf ne
sert donc à rien.
FAbrice
actuellement, je suis "d'équerre". enfin, je le suppose ;)
j'ai desactivé routed, ueagle1.3 est installé. pourtant, j'ai les mémes
erreurs qu'au départ:
adagio# adsl-up
Pre-firmware modem found at /dev/ugen0!
hw.usb.ueagle.debug: 5 -> 5
DSL Delineation : GOOD
DSL DownRate : 3712Kb/s
DSL UpRate : 640Kb/s
add host 82.227.x.254: gateway ueagle0:1.8.0.24
route: writing to routing socket: No such process
delete net default: not in table
add net default: gateway 82.227.x.254
adagio# netstat -rn
Routing tables
Internet:
Destination Gateway Flags Refs Use Netif Expire
default 82.227.x.254 UGS 0 4598 ueagle
82.227.x/24 link#3 U 0 0 ueagle
82.227.x.254 ueagle0:1.8.0.24 UHLS 1 0 ueagle
127.0.0.1 127.0.0.1 UH 0 300 lo0
if [ $os = "OpenBSD" -o $os = "NetBSD" ]; then
(/usr/local/sbin/eagleflash && /bin/sleep 10) ||
echo "Skipping firmware upload ..."
else
if ! /sbin/kldstat -n ueagle > /dev/null 2>&1 ; then
/sbin/kldload ueagle || exit
le pb est ici ^^^^^^^^^^^^^^^^^^^^
adagio# kldload ueagle
kldload: can't load ueagle: File exists
actuellement, je suis "d'équerre". enfin, je le suppose ;)
j'ai desactivé routed, ueagle1.3 est installé. pourtant, j'ai les mémes
erreurs qu'au départ:
adagio# adsl-up
Pre-firmware modem found at /dev/ugen0!
hw.usb.ueagle.debug: 5 -> 5
DSL Delineation : GOOD
DSL DownRate : 3712Kb/s
DSL UpRate : 640Kb/s
add host 82.227.x.254: gateway ueagle0:1.8.0.24
route: writing to routing socket: No such process
delete net default: not in table
add net default: gateway 82.227.x.254
adagio# netstat -rn
Routing tables
Internet:
Destination Gateway Flags Refs Use Netif Expire
default 82.227.x.254 UGS 0 4598 ueagle
82.227.x/24 link#3 U 0 0 ueagle
82.227.x.254 ueagle0:1.8.0.24 UHLS 1 0 ueagle
127.0.0.1 127.0.0.1 UH 0 300 lo0
if [ $os = "OpenBSD" -o $os = "NetBSD" ]; then
(/usr/local/sbin/eagleflash && /bin/sleep 10) ||
echo "Skipping firmware upload ..."
else
if ! /sbin/kldstat -n ueagle > /dev/null 2>&1 ; then
/sbin/kldload ueagle || exit
le pb est ici ^^^^^^^^^^^^^^^^^^^^
adagio# kldload ueagle
kldload: can't load ueagle: File exists
actuellement, je suis "d'équerre". enfin, je le suppose ;)
j'ai desactivé routed, ueagle1.3 est installé. pourtant, j'ai les mémes
erreurs qu'au départ:
adagio# adsl-up
Pre-firmware modem found at /dev/ugen0!
hw.usb.ueagle.debug: 5 -> 5
DSL Delineation : GOOD
DSL DownRate : 3712Kb/s
DSL UpRate : 640Kb/s
add host 82.227.x.254: gateway ueagle0:1.8.0.24
route: writing to routing socket: No such process
delete net default: not in table
add net default: gateway 82.227.x.254
adagio# netstat -rn
Routing tables
Internet:
Destination Gateway Flags Refs Use Netif Expire
default 82.227.x.254 UGS 0 4598 ueagle
82.227.x/24 link#3 U 0 0 ueagle
82.227.x.254 ueagle0:1.8.0.24 UHLS 1 0 ueagle
127.0.0.1 127.0.0.1 UH 0 300 lo0
if [ $os = "OpenBSD" -o $os = "NetBSD" ]; then
(/usr/local/sbin/eagleflash && /bin/sleep 10) ||
echo "Skipping firmware upload ..."
else
if ! /sbin/kldstat -n ueagle > /dev/null 2>&1 ; then
/sbin/kldload ueagle || exit
le pb est ici ^^^^^^^^^^^^^^^^^^^^
adagio# kldload ueagle
kldload: can't load ueagle: File exists
actuellement, je suis "d'équerre". enfin, je le suppose ;)
j'ai desactivé routed, ueagle1.3 est installé. pourtant, j'ai les
mémes erreurs qu'au départ:
adagio# adsl-up
Pre-firmware modem found at /dev/ugen0!
hw.usb.ueagle.debug: 5 -> 5
DSL Delineation : GOOD
DSL DownRate : 3712Kb/s
DSL UpRate : 640Kb/s
add host 82.227.x.254: gateway ueagle0:1.8.0.24
route: writing to routing socket: No such process
delete net default: not in table
add net default: gateway 82.227.x.254
Bon y'a une erreur mais qui visblement n'affecte pas le routage :adagio# netstat -rn
Routing tables
Internet:
Destination Gateway Flags Refs Use Netif
Expire
default 82.227.x.254 UGS 0 4598 ueagle
82.227.x/24 link#3 U 0 0 ueagle
82.227.x.254 ueagle0:1.8.0.24 UHLS 1 0 ueagle
127.0.0.1 127.0.0.1 UH 0 300 lo0
if [ $os = "OpenBSD" -o $os = "NetBSD" ]; then
(/usr/local/sbin/eagleflash && /bin/sleep 10) ||
echo "Skipping firmware upload ..."
else
if ! /sbin/kldstat -n ueagle > /dev/null 2>&1 ; then
/sbin/kldload ueagle || exit
le pb est ici ^^^^^^^^^^^^^^^^^^^^
adagio# kldload ueagle
kldload: can't load ueagle: File exists
Non ca c'est normal, le module ueagle a déjà été chargé par adsl-up.
Je ne vois pas pourquoi ca ne marcherait pas. Que donne un tcpdump -n -i
ueagle0 ? Tu vois arriver des paquets ?
FAbrice
actuellement, je suis "d'équerre". enfin, je le suppose ;)
j'ai desactivé routed, ueagle1.3 est installé. pourtant, j'ai les
mémes erreurs qu'au départ:
adagio# adsl-up
Pre-firmware modem found at /dev/ugen0!
hw.usb.ueagle.debug: 5 -> 5
DSL Delineation : GOOD
DSL DownRate : 3712Kb/s
DSL UpRate : 640Kb/s
add host 82.227.x.254: gateway ueagle0:1.8.0.24
route: writing to routing socket: No such process
delete net default: not in table
add net default: gateway 82.227.x.254
Bon y'a une erreur mais qui visblement n'affecte pas le routage :
adagio# netstat -rn
Routing tables
Internet:
Destination Gateway Flags Refs Use Netif
Expire
default 82.227.x.254 UGS 0 4598 ueagle
82.227.x/24 link#3 U 0 0 ueagle
82.227.x.254 ueagle0:1.8.0.24 UHLS 1 0 ueagle
127.0.0.1 127.0.0.1 UH 0 300 lo0
if [ $os = "OpenBSD" -o $os = "NetBSD" ]; then
(/usr/local/sbin/eagleflash && /bin/sleep 10) ||
echo "Skipping firmware upload ..."
else
if ! /sbin/kldstat -n ueagle > /dev/null 2>&1 ; then
/sbin/kldload ueagle || exit
le pb est ici ^^^^^^^^^^^^^^^^^^^^
adagio# kldload ueagle
kldload: can't load ueagle: File exists
Non ca c'est normal, le module ueagle a déjà été chargé par adsl-up.
Je ne vois pas pourquoi ca ne marcherait pas. Que donne un tcpdump -n -i
ueagle0 ? Tu vois arriver des paquets ?
FAbrice
actuellement, je suis "d'équerre". enfin, je le suppose ;)
j'ai desactivé routed, ueagle1.3 est installé. pourtant, j'ai les
mémes erreurs qu'au départ:
adagio# adsl-up
Pre-firmware modem found at /dev/ugen0!
hw.usb.ueagle.debug: 5 -> 5
DSL Delineation : GOOD
DSL DownRate : 3712Kb/s
DSL UpRate : 640Kb/s
add host 82.227.x.254: gateway ueagle0:1.8.0.24
route: writing to routing socket: No such process
delete net default: not in table
add net default: gateway 82.227.x.254
Bon y'a une erreur mais qui visblement n'affecte pas le routage :adagio# netstat -rn
Routing tables
Internet:
Destination Gateway Flags Refs Use Netif
Expire
default 82.227.x.254 UGS 0 4598 ueagle
82.227.x/24 link#3 U 0 0 ueagle
82.227.x.254 ueagle0:1.8.0.24 UHLS 1 0 ueagle
127.0.0.1 127.0.0.1 UH 0 300 lo0
if [ $os = "OpenBSD" -o $os = "NetBSD" ]; then
(/usr/local/sbin/eagleflash && /bin/sleep 10) ||
echo "Skipping firmware upload ..."
else
if ! /sbin/kldstat -n ueagle > /dev/null 2>&1 ; then
/sbin/kldload ueagle || exit
le pb est ici ^^^^^^^^^^^^^^^^^^^^
adagio# kldload ueagle
kldload: can't load ueagle: File exists
Non ca c'est normal, le module ueagle a déjà été chargé par adsl-up.
Je ne vois pas pourquoi ca ne marcherait pas. Que donne un tcpdump -n -i
ueagle0 ? Tu vois arriver des paquets ?
FAbrice
mea culpa !! ça marche. l'erreur, c'est vcmux à 36 et pas 35 !!
Ah oui tiens j'avais pas fait gaffe.
en revanche, le temps de reponse de ping s'accroit anormalement et les
sequences icmp ne sont pas incrementées:
adagio# ping 212.27.32.176
PING 212.27.32.176 (212.27.32.176): 56 data bytes
64 bytes from 212.27.32.176: icmp_seq=1 ttlY time1.331 ms
64 bytes from 212.27.32.176: icmp_seq=1 ttlY timeU.418 ms (DUP!)
^^^^
mea culpa !! ça marche. l'erreur, c'est vcmux à 36 et pas 35 !!
Ah oui tiens j'avais pas fait gaffe.
en revanche, le temps de reponse de ping s'accroit anormalement et les
sequences icmp ne sont pas incrementées:
adagio# ping 212.27.32.176
PING 212.27.32.176 (212.27.32.176): 56 data bytes
64 bytes from 212.27.32.176: icmp_seq=1 ttlY time1.331 ms
64 bytes from 212.27.32.176: icmp_seq=1 ttlY timeU.418 ms (DUP!)
^^^^
mea culpa !! ça marche. l'erreur, c'est vcmux à 36 et pas 35 !!
Ah oui tiens j'avais pas fait gaffe.
en revanche, le temps de reponse de ping s'accroit anormalement et les
sequences icmp ne sont pas incrementées:
adagio# ping 212.27.32.176
PING 212.27.32.176 (212.27.32.176): 56 data bytes
64 bytes from 212.27.32.176: icmp_seq=1 ttlY time1.331 ms
64 bytes from 212.27.32.176: icmp_seq=1 ttlY timeU.418 ms (DUP!)
^^^^
mea culpa !! ça marche. l'erreur, c'est vcmux à 36 et pas 35 !!
Ah oui tiens j'avais pas fait gaffe.
en revanche, le temps de reponse de ping s'accroit anormalement et les
sequences icmp ne sont pas incrementées:
adagio# ping 212.27.32.176
PING 212.27.32.176 (212.27.32.176): 56 data bytes
64 bytes from 212.27.32.176: icmp_seq=1 ttlY time1.331 ms
64 bytes from 212.27.32.176: icmp_seq=1 ttlY timeU.418 ms (DUP!)
^^^^
Le pb est là : DUP! veut dire dupliqué, et c'est pas super normal. C'est
le genre de pb qui peut arriver avec un routage foireux, donc tu n'est
pas tout a fait sorti de l'auberge...
FAbrice
mea culpa !! ça marche. l'erreur, c'est vcmux à 36 et pas 35 !!
Ah oui tiens j'avais pas fait gaffe.
en revanche, le temps de reponse de ping s'accroit anormalement et les
sequences icmp ne sont pas incrementées:
adagio# ping 212.27.32.176
PING 212.27.32.176 (212.27.32.176): 56 data bytes
64 bytes from 212.27.32.176: icmp_seq=1 ttlY time1.331 ms
64 bytes from 212.27.32.176: icmp_seq=1 ttlY timeU.418 ms (DUP!)
^^^^
Le pb est là : DUP! veut dire dupliqué, et c'est pas super normal. C'est
le genre de pb qui peut arriver avec un routage foireux, donc tu n'est
pas tout a fait sorti de l'auberge...
FAbrice
mea culpa !! ça marche. l'erreur, c'est vcmux à 36 et pas 35 !!
Ah oui tiens j'avais pas fait gaffe.
en revanche, le temps de reponse de ping s'accroit anormalement et les
sequences icmp ne sont pas incrementées:
adagio# ping 212.27.32.176
PING 212.27.32.176 (212.27.32.176): 56 data bytes
64 bytes from 212.27.32.176: icmp_seq=1 ttlY time1.331 ms
64 bytes from 212.27.32.176: icmp_seq=1 ttlY timeU.418 ms (DUP!)
^^^^
Le pb est là : DUP! veut dire dupliqué, et c'est pas super normal. C'est
le genre de pb qui peut arriver avec un routage foireux, donc tu n'est
pas tout a fait sorti de l'auberge...
FAbrice
mea culpa !! ça marche. l'erreur, c'est vcmux à 36 et pas 35 !!
Ah oui tiens j'avais pas fait gaffe.
en revanche, le temps de reponse de ping s'accroit anormalement et les
sequences icmp ne sont pas incrementées:
adagio# ping 212.27.32.176
PING 212.27.32.176 (212.27.32.176): 56 data bytes
64 bytes from 212.27.32.176: icmp_seq=1 ttlY time1.331 ms
64 bytes from 212.27.32.176: icmp_seq=1 ttlY timeU.418 ms (DUP!)
^^^^
Le pb est là : DUP! veut dire dupliqué, et c'est pas super normal. C'est
le genre de pb qui peut arriver avec un routage foireux, donc tu n'est
pas tout a fait sorti de l'auberge...
FAbrice
mea culpa !! ça marche. l'erreur, c'est vcmux à 36 et pas 35 !!
Ah oui tiens j'avais pas fait gaffe.
en revanche, le temps de reponse de ping s'accroit anormalement et les
sequences icmp ne sont pas incrementées:
adagio# ping 212.27.32.176
PING 212.27.32.176 (212.27.32.176): 56 data bytes
64 bytes from 212.27.32.176: icmp_seq=1 ttlY time1.331 ms
64 bytes from 212.27.32.176: icmp_seq=1 ttlY timeU.418 ms (DUP!)
^^^^
Le pb est là : DUP! veut dire dupliqué, et c'est pas super normal. C'est
le genre de pb qui peut arriver avec un routage foireux, donc tu n'est
pas tout a fait sorti de l'auberge...
FAbrice
mea culpa !! ça marche. l'erreur, c'est vcmux à 36 et pas 35 !!
Ah oui tiens j'avais pas fait gaffe.
en revanche, le temps de reponse de ping s'accroit anormalement et les
sequences icmp ne sont pas incrementées:
adagio# ping 212.27.32.176
PING 212.27.32.176 (212.27.32.176): 56 data bytes
64 bytes from 212.27.32.176: icmp_seq=1 ttlY time1.331 ms
64 bytes from 212.27.32.176: icmp_seq=1 ttlY timeU.418 ms (DUP!)
^^^^
Le pb est là : DUP! veut dire dupliqué, et c'est pas super normal. C'est
le genre de pb qui peut arriver avec un routage foireux, donc tu n'est
pas tout a fait sorti de l'auberge...
FAbrice