[FreeBSD 5.2.1] Sagem800 , driver ueagle 1.3 : pb de routage

Le
Claude
bonsoir,

je viens d'installer FreeBSD 5.2.1 et essaie de me connecter chez Free
via mon sagem 800 en utilisant le driver ueagle 1.3.

une fois mon noyau compilé avec les options ATM, et l'installation de
ueagle, je lance /usr/local/sbin/adsl-up.

les résultats sont:

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.17.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.17.254

la connexion semble établie, le modem synchronise.
apparemment, il cherche à supprimer une route qui n'existe pas.
la table de routage est:

adagio# netstat -rn
Routing tables

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:

default:
set log Phase Warning
add default HISADDR
set ifaddr 10.0.0.1/0 10.0.0.2/0 255.255.255.0 0.0.0.0
set login

adsl:
set log local CCP Command DNS IPCP LCP TCP/IP Warning
set device PPPoA:ueagle0:8.35
set authname login_free
set authkey pwd

enable lqr
enable dns
disable ipv6cp

set reconnect 10 100
=

et les logs apparaissent comme suit:

adagio# tail -f /var/log/messages
Jan 2 13:34:11 adagio kernel: ueagle0: sending 2 blocks for DSP page 15
Jan 2 13:34:12 adagio kernel: ueagle0: sending 2 blocks for DSP page 17
Jan 2 13:34:13 adagio kernel: ueagle0: sending 2 blocks for DSP page 8
Jan 2 13:34:15 adagio kernel: ueagle0: boot stage 8
Jan 2 13:34:15 adagio kernel: ueagle0: modem initializing
Jan 2 13:34:15 adagio kernel: ueagle0: boot stage 7
Jan 2 13:34:16 adagio kernel: ueagle0: sending 2 blocks for DSP page 3
Jan 2 13:34:16 adagio kernel: ueagle0: sending 2 blocks for DSP page 16
Jan 2 13:34:17 adagio kernel: ueagle0: sending 2 blocks for DSP page 11
Jan 2 13:34:17 adagio kernel: ueagle0: sending 1 blocks for DSP page 40
Jan 2 13:34:25 adagio kernel: ueagle0: boot stage 8
Jan 2 13:34:25 adagio kernel: ueagle0: modem operational
Jan 2 13:34:26 adagio kernel: ueagle0: tx initialization
Jan 2 13:34:26 adagio kernel: ueagle0: rx initialization
Jan 2 13:34:26 adagio kernel: atmresolve: BCAST/MCAST packet
detected/dumpedatmresolve: BCAST/MCAST packet detected/dumped
Jan 2 13:34:26 adagio routed[225]: Send bcast sendto(ueagle0,
82.227.17.255.520): No route to host
Jan 2 13:34:26 adagio kernel:
Jan 2 13:34:26 adagio routed[225]: sendto(ueagle0, 224.0.0.2): No route
to host
Jan 2 13:34:26 adagio kernel: ueagle0: opening ATM virtual circuit
Jan 2 13:34:26 adagio routed[225]: static route 82.227.17.254/32 -->
0.0.0.0 impossibly lacks ifp
Jan 2 13:34:29 adagio kernel: atmresolve: BCAST/MCAST packet
detected/dumped
Jan 2 13:34:29 adagio routed[225]: sendto(ueagle0, 224.0.0.2): No route
to host
Jan 2 13:34:29 adagio kernel:
Jan 2 13:34:32 adagio kernel: atmresolve: BCAST/MCAST packet
detected/dumped
Jan 2 13:34:32 adagio routed[225]: sendto(ueagle0, 224.0.0.2): No route
to host
Jan 2 13:34:32 adagio kernel:
Jan 2 13:34:33 adagio kernel: atmresolve: BCAST/MCAST packet
detected/dumped
Jan 2 13:34:33 adagio kernel:
Jan 2 13:34:35 adagio kernel: ueagle0: boot stage 8
Jan 2 13:34:36 adagio kernel: ueagle0: modem operational
Jan 2 13:34:37 adagio kernel: Limiting closed port RST response from
362 to 200 packets/sec


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

  • Partager ce contenu :
Vos réponses
Trier par : date / pertinence
talon
Le #744847
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



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? 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.


merci par avance de vos conseils, et meilleurs voeux pour 2005 !!

Claude




--

Michel TALON

Claude
Le #744843
Michel Talon a écrit:
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




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?


sur le site de D Bergamini, il n'est pas mentioné de recompiler PPP. ou
alors, j'ai zappé cette info.


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.

cela dit, faire coexister adsl-up et ppp.conf est effectivement
troublant. je vais creuser cela.

crdlt
Claude


Fabrice
Le #744193


Michel Talon a écrit:

Claude
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


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 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.


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



talon
Le #744192
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


Et c'est la conf que j'avais quand j'étais non dégroupé.
Il faut donc recompiler ppp dans ce cas, pour supporter pppoa.


oui, au depart, j'ai hesité quant au protocole à utiliser. mais avec un
sagem 800 (USB) sur une ligne dégroupée (partiel),
^^^^^^^^^^^^^^^^^


c'est ici le mystère.
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.


Je suis bien d'accord.

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.


Là encore bien d'accord à condition qu'il soit rééllement dégroupé.


FAbrice



--

Michel TALON


Claude
Le #743881
Fabrice a écrit:

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 souscris totalement. en fait, je suis parti sur des hypotheses floues
s'agissant du degroupage total ou non. Michel m'a fait douté, et j'ai,
dans ta réponse confirmation, de mon mauvais diagnostic.

Le contexte est le suivant (pour la compréhension des erreurs): je suis
chez ma compagne qui a une connexion adsl ss W2000 avec un sagem 800.
je l'ai configuré au printemps dernier: son accès est dégroupé. ce point
est effectivement déterminant car PPPoA est inutile sous BSD (
curieusement, sous linux, que j'avais installé en dual boot avec 2000,
la connexion est configurée en PPP over ATM avec login & pwd...., mais
ceci est un autre debat).

j'ai voulu tester, sur mon propre PC (que j'ai ramené de chez moi), la
connexion adsl sagem800 ss FreeBSD (chez moi je suis en freebox sous
ethernet, donc, j'ai pas eu tous ces pbs de compilation et de config).

j'ai donc configuré adsl-up avec IPoA et les @ IP qui vont bien
(82.227x.x et 254). j'ai aussi configuré ppp.conf: c'etait une erreur.
mais celle ci etait sans consequence car en IPoA, ppp n'est pas
sollicité. docn, erreur non dommageable.

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# ifconfig -a
rl0: flagsˆ43<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> mtu 1500
options=8<VLAN_MTU>
inet 0.0.0.0 netmask 0xff000000 broadcast 255.255.255.255
ether 00:30:bd:2f:ca:0e
media: Ethernet autoselect (none)
status: no carrier
lo0: flags€49<UP,LOOPBACK,RUNNING,MULTICAST> mtu 16384
inet 127.0.0.1 netmask 0xff000000
ueagle0: flagsˆ43<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> mtu 1500
inet 82.227.x.29 netmask 0xffffff00 broadcast 82.227.x.255

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

les éléments clé du fichier adsl-up:

# The variable DSP indicates which modem you are using. Only two values are
# accepted:
# eagle: use this value if you have a Sagem 800/908, a Comtrend
CT-350 or
# an Allied Telesyn AT-AR 215 USB ADSL modem
# usr: use this value if you have an US Robotics 9000 modem (not tested)
DSPêgle

# The variable PROTOCOL indicates which protocol you are using to connect to
# your Internet Service Provider. It can be one of the following values:
# PPPoA: PPP over ATM
# IPoA: IP over ATM
PROTOCOL="IPoA"

# The variable MYIP indicates your static IP address
MYIP‚.227.x.x

# The variable PEERIP indicates the IP address of your gateway
PEERIP‚.227.x.254

# The variables VPI and VCI indentify the ATM permanent virtual circuit used
# to transmit data. These values are provided by your ISP.
VPI=8
VCI5

# The variable FLAGS indicates which encapsulation you want to use
# 1: Routed vcmux
# 3: LLC/SNAP
FLAGS=1

###############################################################################
# DO NOT MODIFY THE FOLLOWING LINES
###############################################################################

os=`uname`

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

réponse plutôt ambigüe...

kldstat marche:
adagio# kldstat -n ueagle
Id Refs Address Size Name
2 1 0xc3387000 6000 ueagle.ko

je ne sais pas comment resoudre ce pb. je n'ai rien trouvé ds le forum
de D Bergamini (le thread suivant, très interssant, ne repond pas à mon
pb: http://damien.bergamini.free.fr/ueagle/forum/read.php?f=3&i‡4&t‚6)


merci à vous pour vos conseils

crdlt
Claude

PS: les logs de /var/log/messages

Jan 4 14:40:38 adagio kernel: ugen0: at uhub1 port 1 (addr 2) disconnected
Jan 4 14:40:38 adagio kernel: ugen0: detached
Jan 4 14:40:41 adagio kernel: ugen0: vendor 0x1110 product 0x9010, rev
1.10/40.00, addr 2
Jan 4 14:40:49 adagio kernel: ugen0: at uhub1 port 1 (addr 2) disconnected
Jan 4 14:40:49 adagio kernel: ugen0: detached
Jan 4 14:40:51 adagio kernel: ueagle0: vendor 0x1110 ADSL-USB Modem,
rev 1.00/40.0b, addr 2
Jan 4 14:40:52 adagio kernel: ueagle0: End System Identifier:
00:60:4c:0d:1b:4d
Jan 4 14:40:59 adagio kernel: ueagle0: ueagle_boot
Jan 4 14:40:59 adagio kernel: ueagle0: ueagle_startreset
Jan 4 14:40:59 adagio kernel: ueagle0: ueagle_endreset
Jan 4 14:41:00 adagio kernel: ueagle0: ueagle_bootstrap
Jan 4 14:41:00 adagio kernel: ueagle0: sending 13 blocks for DSP page 0
Jan 4 14:41:00 adagio kernel: ueagle0: sending 2 blocks for DSP page 1
Jan 4 14:41:00 adagio kernel: ueagle0: ueagle_optn_cb
Jan 4 14:41:00 adagio last message repeated 3 times
Jan 4 14:41:00 adagio kernel: ueagle0: ueagle_sync
Jan 4 14:41:08 adagio kernel: ueagle0: sending 2 blocks for DSP page 12
Jan 4 14:41:10 adagio kernel: ueagle0: ueagle_stat
Jan 4 14:41:10 adagio kernel: ueagle0: modem initializing
Jan 4 14:41:10 adagio kernel: ueagle0: ueagle_sync
Jan 4 14:41:12 adagio kernel: ueagle0: sending 2 blocks for DSP page 1
Jan 4 14:41:14 adagio kernel: ueagle0: sending 2 blocks for DSP page 13
Jan 4 14:41:14 adagio kernel: ueagle0: sending 2 blocks for DSP page 2
Jan 4 14:41:14 adagio kernel: ueagle0: sending 2 blocks for DSP page 15
Jan 4 14:41:20 adagio kernel: ueagle0: ueagle_stat
Jan 4 14:41:20 adagio kernel: ueagle0: modem operational
Jan 4 14:41:20 adagio kernel: ueagle0: tx initialization
Jan 4 14:41:20 adagio kernel: ueagle0: rx initialization
Jan 4 14:41:20 adagio kernel: ueagle0: opening ATM virtual circuit
Jan 4 14:41:21 adagio kernel: ueagle0: ueagle_stat
Jan 4 14:41:21 adagio kernel: ueagle0: modem operational



Fabrice
Le #743880
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

Claude
Le #743879
Fabrice a écrit:

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 !!

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!)
64 bytes from 212.27.32.176: icmp_seq=1 ttlY timey.414 ms (DUP!)
64 bytes from 212.27.32.176: icmp_seq=1 ttlY time3.419 ms (DUP!)
64 bytes from 212.27.32.176: icmp_seq=1 ttlY time7.426 ms (DUP!)
64 bytes from 212.27.32.176: icmp_seq=1 ttlY time1.438 ms (DUP!)
64 bytes from 212.27.32.176: icmp_seq=1 ttlY time5.449 ms (DUP!)
64 bytes from 212.27.32.176: icmp_seq=1 ttlY time9.426 ms (DUP!)
64 bytes from 212.27.32.176: icmp_seq=1 ttlY time"3.434 ms (DUP!)
64 bytes from 212.27.32.176: icmp_seq=1 ttlY time$7.432 ms (DUP!)
64 bytes from 212.27.32.176: icmp_seq=1 ttlY time'1.502 ms (DUP!)
64 bytes from 212.27.32.176: icmp_seq=1 ttlY time)5.449 ms (DUP!)
64 bytes from 212.27.32.176: icmp_seq=1 ttlY time19.445 ms (DUP!)
64 bytes from 212.27.32.176: icmp_seq=1 ttlY time43.454 ms (DUP!)
64 bytes from 212.27.32.176: icmp_seq=1 ttlY timeu1.586 ms (DUP!)
64 bytes from 212.27.32.176: icmp_seq=1 ttlY time87.562 ms (DUP!)
64 bytes from 212.27.32.176: icmp_seq=2 ttlY timey.833 ms (DUP!)
64 bytes from 212.27.32.176: icmp_seq=1 ttlY time11.533 ms (DUP!)
64 bytes from 212.27.32.176: icmp_seq=2 ttlY time3.769 ms (DUP!)
64 bytes from 212.27.32.176: icmp_seq=1 ttlY time35.474 ms (DUP!)
64 bytes from 212.27.32.176: icmp_seq=2 ttlY time7.859 ms (DUP!)
64 bytes from 212.27.32.176: icmp_seq=1 ttlY time59.570 ms (DUP!)
64 bytes from 212.27.32.176: icmp_seq=2 ttlY time1.861 ms (DUP!)
64 bytes from 212.27.32.176: icmp_seq=1 ttlY time83.556 ms (DUP!)
64 bytes from 212.27.32.176: icmp_seq=2 ttlY time5.787 ms (DUP!)
64 bytes from 212.27.32.176: icmp_seq=1 ttlY time07.486 ms (DUP!)


question independante du pb: resolv.conf n'est pas installé par defaut
qd on installe le reseau ss BSD ?

encore merci à vs 2 d'avoir recadré le pb.

crdlt
Claude


Fabrice
Le #743878


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

Claude
Le #743877
Fabrice a écrit:



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



ah! pourtant, je n'ai ajouté aucune route statique. ma table de routage
est inchangée (je précise que ma carte ethernet rl0 est declarée mais
non activeé, que dhcp est activé):

adagio# netstat -rn
Routing tables

Internet:
Destination Gateway Flags Refs Use Netif Expire
default 82.227.17.254 UGS 0 5399 ueagle
82.227.17/24 link#3 U 0 0 ueagle
82.227.17.254 ueagle0:1.8.0.24 UHLS 1 3 ueagle
127.0.0.1 127.0.0.1 UH 0 300 lo0

traceroute et tcpdump donnent:

adagio# traceroute 212.27.32.176
traceroute to 212.27.32.176 (212.27.32.176), 64 hops max, 40 byte packets
1 82.227.17.254 (82.227.17.254) 30.743 ms 29.471 ms 29.589 ms
2 213.228.16.254 (213.228.16.254) 29.232 ms 29.435 ms *
3 213.228.15.62 (213.228.15.62) 29.357 ms 29.246 ms 27.865 ms
4 212.27.50.10 (212.27.50.10) 29.139 ms 33.111 ms *
5 212.27.32.176 (212.27.32.176) 31.849 ms 30.348 ms *

il y a bien des paquets perdus...

tcpdump -i -n ueagle0 retourne une erreur: ueagle0 not configured....

adagio# tcpdump -i ueagle0
tcpdump: listening on ueagle0
16:59:03.947307 82.227.174.163.3628 > 82.227.17.29.microsoft-ds: S
1918401707:1918401707(0) win 16384 <mss 1460,nop,nop,sackOK> (DF)
16:59:03.947387 212.27.50.10 > 82.227.17.29: icmp: time exceeded
in-transit [tos 0xc0]
16:59:03.947539 82.227.17.29.microsoft-ds > 82.227.174.163.3628: R
0:0(0) ack 1918401708 win 0 (DF)
16:59:03.951275 213.228.15.62 > 82.227.17.29: icmp: time exceeded
in-transit [tos 0xc0]
16:59:03.955464 212.27.32.176 > 82.227.17.29: icmp: 212.27.32.176 udp
port 33447 unreachable
16:59:03.955509 82.227.146.47.3844 > 82.227.17.29.microsoft-ds: S
3831656841:3831656841(0) win 16384 <mss 1460,nop,nop,sackOK> (DF)
16:59:03.955711 82.227.17.29.microsoft-ds > 82.227.146.47.3844: R 0:0(0)
ack 3831656842 win 0 (DF)
16:59:03.959345 82.227.36.14.2874 > 82.227.17.29.loc-srv: S
3671904172:3671904172(0) win 16384 <mss 1460,nop,nop,sackOK> (DF)
16:59:03.959394 213.228.15.62 > 82.227.17.29: icmp: time exceeded
in-transit [tos 0xc0]
16:59:03.959418 82.227.52.155.4201 > 82.227.17.29.loc-srv: S
2358116718:2358116718(0) win 64240 <mss 1460,nop,nop,sackOK> (DF)
16:59:03.959441 82.227.17.254 > 82.227.17.29: icmp: 82.227.17.254 udp
port 33436 unreachable [tos 0xc0]
16:59:03.959612 82.227.17.29.loc-srv > 82.227.36.14.2874: R 0:0(0) ack
3671904173 win 0 (DF)
16:59:03.961248 82.227.17.29.loc-srv > 82.227.52.155.4201: R 0:0(0) ack
2358116719 win 0 (DF)
16:59:03.963282 212.27.32.176 > 82.227.17.29: icmp: 212.27.32.176 udp
port 33448 unreachable
16:59:03.967284 82.227.17.254 > 82.227.17.29: icmp: 82.227.17.254 udp
port 33437 unreachable [tos 0xc0]
16:59:03.971324 82.227.174.163.3628 > 82.227.17.29.microsoft-ds: S
1918401707:1918401707(0) win 16384 <mss 1460,nop,nop,sackOK> (DF)


crdlt
Claude


Claude
Le #743612
Fabrice a écrit:



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




j'ecris donc de l'auberge ;)

1 - j'ai pensé que la version FreeBSD 5.2.1, recemment installée,
pouvait avoir besoin d'etre patchée. mais ma connexion adsl etant
pourrie (déconnexion intempestive), comment forcer BSD à aller sur le
cdrom chercher les packages, plutot que de faire un fetch sur le site
ftp de freebSD ? contrairement à ce qui est dit ds le handbook, il va
sur internet directement et non pas sur le CD, préalablement monté.

2 - en voulant mettre à jour le reseau (avec sysinstall), j'ai constaté
que bien qu'ayant demandé d'activer le dhcp pour ma carte reseau, la
fenetre de saisie des parametres IP s'affichait. ce qui est paradoxal.
or, je me souviens maintenant, qu'à l'installation de BSD, j'ai eu aussi
cette fenetre. j'ai pensé alors que je pourrais revenir sur cette
anomalie apres l'install. mais comme je ne sais pas quels fichiers sont
impactés en dehors de rc.conf, je pense que ma config reseau est
polluée. d'où les consequences sur ma liaison adsl.

je pressens une reinstallation de FreeBSD... :(

crdlt
Claude


Poster une réponse
Anonyme