OVH Cloud OVH Cloud

[OpenBSD] Cartes 3Com 3C515

6 réponses
Avatar
Étienne Labaume
Bonjour,

J'essaie d'installer un lot de cartes réseaux 3C515 (dont je ne suis pas
sûr qu'elles marchent toutes) sur un PC qui deviendra un routeur, et je
rencontre quelques difficultés. Pour tester les cartes, je tente de me
connecter (via ssh) sur ce futur routeur, depuis une machine reliée au
routeur par un cable croisé (La manip fonctionnait sur une autre
interface du futur routeur, qui tourne sur OpenBSD 3.6).

Jusqu'ici, je n'ai pas réussi à obtenir l'invite de ssh, ou plutôt la
demande de mot de passe. Tout se finit par un "Host unreachable" ou un
"Connection closed by foreign host", ou un timeout de la patience du
testeur. Un ping passe (lentement) de ma machine au routeur.

Sur le routeur, les cartes semblent pourtant (à une exception près[1])
fonctionner normalement. Elles sont prises en charge par ef(4), et
visiblement configurées correctement avec le hostname.ef* kivabien.
ifconfig me renvoie "status: active" pour les cartes concernées. J'ai
ensuite essayé un "cat /dev/random > hostname.ef0" pour être sûr que ça
générait une réaction du système, et j'ai bien obtenu un message
d'erreur. :-) Toutefois, un ping vers l'autre machine timeoute. Et les
tentatives de connection via ssh depuis la machine d'en face génèrent un
message sur la console, que je n'ai pas retenu. Ça disait en gros
"Connection closed by remote host before authentication.".

Ma question est simple: De cette expérience, dois-je conclure que ces
cartes fonctionnent (et qu'il me reste de gros progrès à faire en
administration) ou qu'on m'a refilé de la daube ?

[1] L'une des cartes à les diodes qui clignotent régulièrement au cours
du démarrage de la machine, puis qui s'éteignent. Pour cette carte,
ifconfig renvoie à la ligne "status" la valeur "no carrier". Cette
carte est morte ?

Merci de votre intérêt pour mes questions.

--
Tinou

6 réponses

Avatar
raphael mazelier
Bonjour,

J'essaie d'installer un lot de cartes réseaux 3C515 (dont je ne suis pas
sûr qu'elles marchent toutes) sur un PC qui deviendra un routeur, et je
rencontre quelques difficultés. Pour tester les cartes, je tente de me
connecter (via ssh) sur ce futur routeur, depuis une machine reliée au
routeur par un cable croisé (La manip fonctionnait sur une autre
interface du futur routeur, qui tourne sur OpenBSD 3.6).

Jusqu'ici, je n'ai pas réussi à obtenir l'invite de ssh, ou plutôt la
demande de mot de passe. Tout se finit par un "Host unreachable" ou un
"Connection closed by foreign host", ou un timeout de la patience du
testeur. Un ping passe (lentement) de ma machine au routeur.

Sur le routeur, les cartes semblent pourtant (à une exception près[1])
fonctionner normalement. Elles sont prises en charge par ef(4), et
visiblement configurées correctement avec le hostname.ef* kivabien.
ifconfig me renvoie "status: active" pour les cartes concernées. J'ai
ensuite essayé un "cat /dev/random > hostname.ef0" pour être sûr que ça
générait une réaction du système, et j'ai bien obtenu un message
d'erreur. :-) Toutefois, un ping vers l'autre machine timeoute. Et les
tentatives de connection via ssh depuis la machine d'en face génèrent un
message sur la console, que je n'ai pas retenu. Ça disait en gros
"Connection closed by remote host before authentication.".

Ma question est simple: De cette expérience, dois-je conclure que ces
cartes fonctionnent (et qu'il me reste de gros progrès à faire en
administration) ou qu'on m'a refilé de la daube ?

[1] L'une des cartes à les diodes qui clignotent régulièrement au cours
du démarrage de la machine, puis qui s'éteignent. Pour cette carte,
ifconfig renvoie à la ligne "status" la valeur "no carrier". Cette
carte est morte ?

Merci de votre intérêt pour mes questions.



Tes cartes ont l'air de réagir pour le moins bizarrement. Enfin
faudrait que tu nous en dise en peu plus sur ton protocole de test,
output de ifconfig et dmesg par exemple...
Mais bon franchement vu le prix d'une carte réseaux aujourd'hui je suis
pas sur qu'il faille s'embeter à tester ces cartes, surtout que si je
lis bien le man de ef il s'agit de cartes ISA, bref jette, et achete des
cartes modernes.
[1] oui celle la semble plus morte que les autres :)
[2] as tu penser à verifier ton cable ?

--
raf

Avatar
Étienne Labaume
Le 13-09-2005, raphael mazelier a écrit:

Merci de votre intérêt pour mes questions.


Tes cartes ont l'air de réagir pour le moins bizarrement. Enfin
faudrait que tu nous en dise en peu plus sur ton protocole de test,
output de ifconfig et dmesg par exemple...


Pas la machine sous la main. À suivre ...

Mais bon franchement vu le prix d'une carte réseaux aujourd'hui je suis
pas sur qu'il faille s'embeter à tester ces cartes, surtout que si je
lis bien le man de ef il s'agit de cartes ISA, bref jette, et achete des
cartes modernes.


C'est juste que la machine dont je veux faire un routeur a 3 ports ISA
et 2 ports PCI. Elle est silencieuse, consomme peu (alim de 120 W),
dispose d'un P133 (largement sur-dimensionné pour un tel usage), et
n'attends que d'être recyclée ou jetée. J'en ai conclu que c'était la
machine idéale. :-)

[1] oui celle la semble plus morte que les autres :)


Ok.

[2] as tu penser à verifier ton cable ?


Je vais le faire, mais sachant que j'arrive à établir une connexion SSH,
transférer des fichiers avec scp, etc ... sur une autre carte avec le
même câble, je ne me suis pas posé cette question.

--
Tinou


Avatar
Étienne Labaume
Le 13-09-2005, Patrick Lamaizière a écrit:

Ma question est simple: De cette expérience, dois-je conclure que ces
cartes fonctionnent (et qu'il me reste de gros progrès à faire en
administration) ou qu'on m'a refilé de la daube ?


Ce n'est pas une histoire de media à paramétrer ? Sur ce genre de
vieille carte il fallait utiliser un outil sous DOS pour régler ça.


Comme ef(4) permet de choisir le media à utiliser, j'ai testé avec
"media 100baseTX" et "media 100baseTX full-duplex". Pas concluant. Je
vais essayer avec l'utilitaire sous DOS.

C'est juste une idée.


C'est toujours bon à prendre.

--
Tinou


Avatar
Étienne Labaume
Le 14-09-2005, Étienne Labaume a écrit:

Merci de votre intérêt pour mes questions.


Tes cartes ont l'air de réagir pour le moins bizarrement. Enfin
faudrait que tu nous en dise en peu plus sur ton protocole de test,
output de ifconfig et dmesg par exemple...


Pas la machine sous la main. À suivre ...


Les sorties de dmesg et de ifconfig suivent à la fin de ce message.

Le protocole de test est le suivant. Le routeur s'appelle hurricane
l'autre machine s'appelle caravelle. Entre l'unique interface réseau de
caravelle (192.168.0.1) et l'interface rl0 de hurricane (192.168.0.2),
il y a un câble croisé. Je me connecte sans problème depuis caravelle
sur hurricane via SSH de cette façon. Par ex: Je récupère la sortie de
dmesg dans un fichier et je la copie avec scp sur caravelle. J'en déduis
que mon câble est bon.

Ensuite, je débranche le câble de rl0 sur hurricane, pour le brancher
sur ef0 (192.168.0.4) sur hurricane. Si je tente de me connecter via
SSH immédiatement, OpenBSD me dit que moi, moôÔssieur, je suis un
système bien conçu, et que quand on essaye d'ajouter des entrées dans
ma table ARP qui font doublon avec des entrées déjà présentes, je me
méfie, me vexe, et ne réponds pas (du moins, c'est ce que j'ai compris).
Ne sachant pas vider cette table, je redémarre hurricane, et je tente un
"ssh 192.168.0.4". Et là, timeout. Si je fais un ping de caravelle vers
hurricane, je perds environ 70% des paquets, et de hurricane vers
caravelle, j'en perds plus de 90%.

Le dmesg:
OpenBSD 3.7 (GENERIC) #50: Sun Mar 20 00:01:57 MST 2005
:/usr/src/sys/arch/i386/compile/GENERIC
cpu0: Intel Pentium (P54C) ("GenuineIntel" 586-class) 133 MHz
cpu0: FPU,V86,DE,PSE,TSC,MSR,MCE,CX8
cpu0: F00F bug workaround installed
real mem = 49913856 (48744K)
avail mem = 37871616 (36984K)
using 634 buffers containing 2596864 bytes (2536K) of memory
mainbus0 (root)
bios0 at mainbus0: AT/286+(00) BIOS, date 05/19/97, BIOS32 rev. 0 @ 0xfd920
apm0 at bios0: Power Management spec V1.2 (BIOS mgmt disabled) (BIOS managing devices)
apm0: APM power management enable: unrecognized device ID (9)
apm0: AC on, battery charge unknown
pcibios0 at bios0: rev 2.1 @ 0xf0000/0x10000
pcibios0: PCI BIOS has 6 Interrupt Routing table entries
pcibios0: PCI Interrupt Router at 000:07:0 ("Intel 82371SB ISA" rev 0x00)
pcibios0: PCI bus #0 is the last bus
bios0: ROM list: 0xc0000/0x8000 0xc8000/0x800 0xea000/0x2000
cpu0 at mainbus0
pci0 at mainbus0 bus 0: configuration mode 1 (bios)
pchb0 at pci0 dev 0 function 0 "Intel 82437VX" rev 0x02
pcib0 at pci0 dev 7 function 0 "Intel 82371SB ISA" rev 0x01
pciide0 at pci0 dev 7 function 1 "Intel 82371SB IDE" rev 0x00: DMA, channel 0 wired to compatibility, channel 1 wired to compatibility
wd0 at pciide0 channel 0 drive 0: <QUANTUM FIREBALL ST1.6A>
wd0: 16-sector PIO, LBA, 1539MB, 3153024 sectors
wd0(pciide0:0:0): using PIO mode 4, DMA mode 2
pciide0: channel 1 disabled (no drives)
uhci0 at pci0 dev 7 function 2 "Intel 82371SB USB" rev 0x01: irq 11
usb0 at uhci0: USB revision 1.0
uhub0 at usb0
uhub0: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1
uhub0: 2 ports with 2 removable, self powered
vga1 at pci0 dev 8 function 0 "S3 Trio32/64" rev 0x54
wsdisplay0 at vga1: console (80x25, vt100 emulation)
wsdisplay0: screen 1-5 added (80x25, vt100 emulation)
xl0 at pci0 dev 17 function 0 "3Com 3c905C 100Base-TX" rev 0x6c: irq 9, address 00:50:da:0c:29:56
bmtphy0 at xl0 phy 24: Broadcom 3C905C internal PHY, rev. 4
rl0 at pci0 dev 19 function 0 "Realtek 8139" rev 0x10: irq 9 address 00:e0:7d:e2:5f:02
rlphy0 at rl0 phy 0: RTL internal phy
isa0 at pcib0
isadma0 at isa0
pckbc0 at isa0 port 0x60/5
pckbd0 at pckbc0 (kbd slot)
pckbc0: using irq 1 for kbd slot
wskbd0 at pckbd0 (mux 1 ignored for console): console keyboard, using wsdisplay0
ep0 at isa0 port 0x320/16 irq 5: address 00:60:97:d9:d5:e8, utp (default utp)
pcppi0 at isa0 port 0x61
midi0 at pcppi0: <PC speaker>
sysbeep0 at pcppi0
lpt0 at isa0 port 0x378/4 irq 7
npx0 at isa0 port 0xf0/16: using exception 16
pccom0 at isa0 port 0x3f8/8 irq 4: ns16550a, 16 byte fifo
pccom1 at isa0 port 0x2f8/8 irq 3: ns16550a, 16 byte fifo
fdc0 at isa0 port 0x3f0/6 irq 6 drq 2
isapnp0 at isa0 port 0x279: read port 0x203
ef0 at isapnp0 "3Com Fast EtherLink ISA, TCM5051, , " port 0x280/32 irq 10 drq 3: address 00:10:4b:29:ee:0f
nsphy0 at ef0 phy 24: DP83840 10/100 PHY, rev. 1
ef1 at isapnp0 "3Com Fast EtherLink ISA, TCM5051, , " port 0x2a0/32 irq 15 drq 5: address 00:10:4b:29:ee:1d
nsphy1 at ef1 phy 24: DP83840 10/100 PHY, rev. 1
biomask 7945 netmask ff65 ttymask ffe7
pctr: 586-class performance counters and user-level cycle counter enabled
dkcsum: wd0 matched BIOS disk 80
root on wd0a
rootdev=0x0 rrootdev=0x300 rawdev=0x302

La sortie de ifconfig quand le câble est sur rl0:
lo0: flags€49<UP,LOOPBACK,RUNNING,MULTICAST> mtu 33224
inet 127.0.0.1 netmask 0xff000000
inet6 ::1 prefixlen 128
inet6 fe80::1%lo0 prefixlen 64 scopeid 0x9
xl0: flagsˆ02<BROADCAST,SIMPLEX,MULTICAST> mtu 1500
address: 00:50:da:0c:29:56
media: Ethernet autoselect (none)
status: no carrier
rl0: flagsˆ43<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> mtu 1500
address: 00:e0:7d:e2:5f:02
media: Ethernet 100baseTX
status: active
inet 192.168.0.2 netmask 0xffffff00 broadcast 192.169.0.255
inet6 fe80::2e0:7dff:fee2:5f02%rl0 prefixlen 64 scopeid 0x2
ep0: flagsˆ22<BROADCAST,NOTRAILERS,SIMPLEX,MULTICAST> mtu 1500
address: 00:60:97:d9:d5:e8
media: Ethernet 10baseT
ef0: flagsˆ63<UP,BROADCAST,NOTRAILERS,RUNNING,SIMPLEX,MULTICAST> mtu 1500
address: 00:10:4b:29:ee:0f
media: Ethernet 100baseTX
status: no carrier
inet 192.168.0.4 netmask 0xffffff00 broadcast 192.169.0.255
inet6 fe80::210:4bff:fe29:ee0f%ef0 prefixlen 64 scopeid 0x4
ef1: flagsˆ22<BROADCAST,NOTRAILERS,SIMPLEX,MULTICAST> mtu 1500
address: 00:10:4b:29:ee:1d
media: Ethernet autoselect (none)
status: no carrier
pflog0: flags=0<> mtu 33224
pfsync0: flags=0<> mtu 2020
enc0: flags=0<> mtu 1536

La sortie de ifconfig quand le câble est sur ef0:
lo0: flags€49<UP,LOOPBACK,RUNNING,MULTICAST> mtu 33224
inet 127.0.0.1 netmask 0xff000000
inet6 ::1 prefixlen 128
inet6 fe80::1%lo0 prefixlen 64 scopeid 0x9
xl0: flagsˆ02<BROADCAST,SIMPLEX,MULTICAST> mtu 1500
address: 00:50:da:0c:29:56
media: Ethernet autoselect (none)
status: no carrier
rl0: flagsˆ02<BROADCAST,SIMPLEX,MULTICAST> mtu 1500
address: 00:e0:7d:e2:5f:02
media: Ethernet autoselect
status: no carrier
inet 192.168.0.2 netmask 0xffffff00 broadcast 192.169.0.255
ep0: flagsˆ22<BROADCAST,NOTRAILERS,SIMPLEX,MULTICAST> mtu 1500
address: 00:60:97:d9:d5:e8
media: Ethernet 10baseT
ef0: flagsˆ63<UP,BROADCAST,NOTRAILERS,RUNNING,SIMPLEX,MULTICAST> mtu 1500
address: 00:10:4b:29:ee:0f
media: Ethernet 100baseTX
status: active
inet 192.168.0.4 netmask 0xffffff00 broadcast 192.169.0.255
inet6 fe80::210:4bff:fe29:ee0f%ef0 prefixlen 64 scopeid 0x4
ef1: flagsˆ22<BROADCAST,NOTRAILERS,SIMPLEX,MULTICAST> mtu 1500
address: 00:10:4b:29:ee:1d
media: Ethernet autoselect (none)
status: no carrier
pflog0: flags=0<> mtu 33224
pfsync0: flags=0<> mtu 2020
enc0: flags=0<> mtu 1536

Ouala.

--
Tinou



Avatar
Kevin Denis
Le 14-09-2005, Étienne Labaume a écrit :

Le protocole de test est le suivant. Le routeur s'appelle hurricane
l'autre machine s'appelle caravelle. Entre l'unique interface réseau de
caravelle (192.168.0.1) et l'interface rl0 de hurricane (192.168.0.2),
il y a un câble croisé. Je me connecte sans problème depuis caravelle
sur hurricane via SSH de cette façon. Par ex: Je récupère la sortie de
dmesg dans un fichier et je la copie avec scp sur caravelle. J'en déduis
que mon câble est bon.

Ensuite, je débranche le câble de rl0 sur hurricane, pour le brancher
sur ef0 (192.168.0.4) sur hurricane.


Euh, tu as deux cartes reseaux sur la meme machine qui sont sur le meme
reseau logique (le 192.168.0.0/24) ?

Ca, ca pose un souci. Commence par donner a rl0 une IP
192.168.1.4
et change l'IP de caravelle pour la passer sur le reseau 192.168.1.x
Et retestes.

Si je tente de me connecter via
SSH immédiatement, OpenBSD me dit que moi, moôÔssieur, je suis un
système bien conçu, et que quand on essaye d'ajouter des entrées dans
ma table ARP qui font doublon avec des entrées déjà présentes, je me
méfie, me vexe, et ne réponds pas (du moins, c'est ce que j'ai compris).
Ne sachant pas vider cette table,


je tenterais un man arp

--
Kevin

Avatar
Étienne Labaume
Le 14-09-2005, Étienne Labaume a écrit:

Bonjour à tous, je réveille ce thread pour poster la solution à mon
problème, juste au cas où ça pourrait intéresser

Ce n'est pas une histoire de media à paramétrer ? Sur ce genre de
vieille carte il fallait utiliser un outil sous DOS pour régler ça.


Comme ef(4) permet de choisir le media à utiliser, j'ai testé avec
"media 100baseTX" et "media 100baseTX full-duplex". Pas concluant. Je
vais essayer avec l'utilitaire sous DOS.

C'est juste une idée.


C'est toujours bon à prendre.


En fait, le problème venait du fait que mes trois cartes ISAs dans ce
PC faisaient trop de périphériques par rapport au nombre d'IRQs
disponibles. Libérer l'IRQ du port parallèle dans le BIOS (le
désactiver, en gros), ou enlever l'une des cartes a résolu le problème,
comme par enchantement.

Pfff. Trop bête.

--
Tinou