🚀 go-pugleaf

Marco Cerqui <m_cerqui@datacomm.ch> wrote:

[Karte funktioniert nach reboot aus NT]


>RJ-45 Kabel Kat. 5. Unter Linux vewende ich den 3C90X/3C59X Treiber.
>Ausserdem verwende ich den Standard-Kernel.

Koennte es sein, das das Medium (d.h. RJ45) nicht korrekt erkannt
wird?

Gruss,
Joachim
 
 --
"I read the news today oh boy"             - The Beatles - A Day In The Life

Althoug this message has a valid From header, replies 
to user@netcologne.de where user = nc-zobeljo 
are preferred.

Marco Cerqui <m_cerqui@datacomm.ch> wrote:
> einwandfrei. Wenn ich jedoch beide Rechner auf Linux aufsetzte ist es
> mir nicht m�glich den andreren PC anzupingen, egal in welcher
> Reihenfolge ich sie boote. Komisch ist jedoch, dass wenn ich zuerst
> einen Windows NT - Rechner boote, kann ich den anderen Linux anpingen.
> Fahre ich jetzt den Windows NT - Rechner herunter und boote auf ihm
> Linux kann ich aufeinmal den anderen Linux  - PC pingen und er auch den
> Ex- Windows NT -Rechner. 
> Kann mir jemand weiter helfen ? Ich weiss echt nicht mehr weiter !!!

Hi,

ich vermute mal, es liegt an der Initialisierung der
PCI-Karten (Fehlerhafte PCI-Steuerung?).
Eine Idee:
Nur Linux booten, mittels lspci -vv die genauen Settings
der Karten anzeigen lassen.
Dann einen WinNT-Boot machen, Linux hoch, nochmal lspci
starten.

Vergleichen, und falls es Unterschiede gibt, mittels
setpci im Bootskript beheben.

HTH
Christian

Marco Cerqui <m_cerqui@datacomm.ch> wrote:
> Ich arbeite mit SuSE Linux 6.1. Ich habe zwei PC jeweil mit 3COM

Which kernel version ?

Please do:
   - a uname -a to get the kernel release
   - a /sbin/ifconfig to get the configuration
   - a dmesg to get any ethernet-pertaining logs
   - netstat -rn to get the routing information

(on both machines).

K�nnte sein, ich denke ich sollte es mal mit einem Hub versuchen. Oder was
denkst du ?

Joachim Zobel wrote:

> Marco Cerqui <m_cerqui@datacomm.ch> wrote:
>
> [Karte funktioniert nach reboot aus NT]
>
> >RJ-45 Kabel Kat. 5. Unter Linux vewende ich den 3C90X/3C59X Treiber.
> >Ausserdem verwende ich den Standard-Kernel.
>
> Koennte es sein, das das Medium (d.h. RJ45) nicht korrekt erkannt
> wird?
>
> Gruss,
> Joachim
>
>  --
> "I read the news today oh boy"             - The Beatles - A Day In The Life
>
> Althoug this message has a valid From header, replies
> to user@netcologne.de where user = nc-zobeljo
> are preferred.

lspci ???? Wurde auf meinem System nicht gefunden, muss ich dazu ein
spezielles Packet installieren ?


Gruss Marco

Christian Winter wrote:

> Marco Cerqui <m_cerqui@datacomm.ch> wrote:
> > einwandfrei. Wenn ich jedoch beide Rechner auf Linux aufsetzte ist es
> > mir nicht m�glich den andreren PC anzupingen, egal in welcher
> > Reihenfolge ich sie boote. Komisch ist jedoch, dass wenn ich zuerst
> > einen Windows NT - Rechner boote, kann ich den anderen Linux anpingen.
> > Fahre ich jetzt den Windows NT - Rechner herunter und boote auf ihm
> > Linux kann ich aufeinmal den anderen Linux  - PC pingen und er auch den
> > Ex- Windows NT -Rechner.
> > Kann mir jemand weiter helfen ? Ich weiss echt nicht mehr weiter !!!
>
> Hi,
>
> ich vermute mal, es liegt an der Initialisierung der
> PCI-Karten (Fehlerhafte PCI-Steuerung?).
> Eine Idee:
> Nur Linux booten, mittels lspci -vv die genauen Settings
> der Karten anzeigen lassen.
> Dann einen WinNT-Boot machen, Linux hoch, nochmal lspci
> starten.
>
> Vergleichen, und falls es Unterschiede gibt, mittels
> setpci im Bootskript beheben.
>
> HTH
> Christian

Kernel 2.2.5 #2

dmeg:

Linux version 2.2.5 (root@coyote) (gcc version egcs-2.91.66 19990314
(egcs-1.1.2 release)) #2 Sat May 15 01:37:00 CEST 1999
Detected 200458977 Hz processor.
Console: colour VGA+ 80x25
Calibrating delay loop... 399.77 BogoMIPS
Memory: 62916k/65536k available (1264k kernel code, 412k reserved, 904k
data, 40k init)
VFS: Diskquotas version dquot_6.4.0 initialized
CPU: Intel Pentium MMX stepping 03
Checking 386/387 coupling... OK, FPU using exception 16 error reporting.

Checking 'hlt' instruction... OK.
Checking for popad bug... OK.
Intel Pentium with F0 0F bug - workaround enabled.
POSIX conformance testing by UNIFIX
PCI: PCI BIOS revision 2.10 entry at 0xf0560
PCI: Using configuration type 1
PCI: Probing PCI hardware
Linux NET4.0 for Linux 2.2
Based upon Swansea University Computer Society NET3.039
NET4: Unix domain sockets 1.0 for Linux NET4.0.
NET4: Linux TCP/IP 1.0 for NET4.0
IP Protocols: ICMP, UDP, TCP, IGMP
Initializing RT netlink socket
Starting kswapd v 1.5
Detected PS/2 Mouse Port.
pty: 256 Unix98 ptys configured
Real Time Clock Driver v1.09
RAM disk driver initialized:  16 RAM disks of 20480K size
PIIX4: IDE controller on PCI bus 00 dev 09
PIIX4: not 100% native mode: will probe irqs later
    ide0: BM-DMA at 0xe000-0xe007, BIOS settings: hda:pio, hdb:pio
    ide1: BM-DMA at 0xe008-0xe00f, BIOS settings: hdc:pio, hdd:pio
hda: FUJITSU MPA3035ATU, ATA DISK drive
hdb: Maxtor 83240D4, ATA DISK drive
ide0 at 0x1f0-0x1f7,0x3f6 on irq 14
hda: FUJITSU MPA3035ATU, 3337MB w/0kB Cache, CHS=847/128/63
hdb: Maxtor 83240D4, 3089MB w/256kB Cache, CHS=784/128/6
Floppy drive(s): fd0 is 1.44M
FDC 0 is a post-1991 82077
md driver 0.36.6 MAX_MD_DEV=4, MAX_REAL=8
linear personality registered
raid0 personality registered
raid1 personality registered
(scsi0) <Adaptec AHA-294X Ultra SCSI host adapter> found at PCI 9/0
(scsi0) Wide Channel, SCSI ID=7, 16/255 SCBs
(scsi0) Warning - detected auto-termination
(scsi0) Please verify driver detected settings are correct.
(scsi0) If not, then please properly set the device termination
(scsi0) in the Adaptec SCSI BIOS by hitting CTRL-A when prompted
(scsi0) during machine bootup.
(scsi0) Cables present (Int-50 YES, Int-68 NO, Ext-68 NO)
(scsi0) Downloading sequencer code... 419 instructions downloaded
scsi0 : Adaptec AHA274x/284x/294x (EISA/VLB/PCI-Fast SCSI) 5.1.13/3.2.4
       <Adaptec AHA-294X Ultra SCSI host adapter>
scsi : 1 host.
  Vendor: PIONEER   Model: CD-ROM DR-U24X    Rev: 1.01
  Type:   CD-ROM                             ANSI SCSI revision: 02
Detected scsi CD-ROM sr0 at scsi0, channel 0, id 2, lun 0
(scsi0:0:2:0) Synchronous at 10.0 Mbyte/sec, offset 8.
  Vendor: TEAC      Model: CD-R55S           Rev: 1.0E
  Type:   CD-ROM                             ANSI SCSI revision: 02
Detected scsi CD-ROM sr1 at scsi0, channel 0, id 3, lun 0
  Vendor: IOMEGA    Model: ZIP 100 PLUS      Rev: J.66
  Type:   Direct-Access                      ANSI SCSI revision: 02
Detected scsi removable disk sda at scsi0, channel 0, id 5, lun 0
scsi : detected 2 SCSI cdroms 1 SCSI disk total.
sr0: scsi3-mmc drive: 20x/20x xa/form2 cdda tray
Uniform CDROM driver Revision: 2.54
(scsi0:0:3:0) Synchronous at 10.0 Mbyte/sec, offset 15.
sr1: CDROM not ready.  Make sure there is a disc in the drive.
sr1: scsi3-mmc drive: 20x/20x xa/form2 cdda tray
sda : READ CAPACITY failed.
sda : status = 1, message = 00, host = 0, driver = 28
sda : extended sense code = 2
sda : block size assumed to be 512 bytes, disk size 1GB.
Partition check:
 sda:scsidisk I/O error: dev 08:00, sector 0
 unable to read partition table
 hda: hda1 hda2 < hda5 hda6 hda7 >
 hdb: hdb1 hdb2 hdb3 hdb4 < hdb5 hdb6 hdb7 >
VFS: Mounted root (ext2 filesystem) readonly.
Freeing unused kernel memory: 40k freed
Adding Swap: 133052k swap-space (priority -1)
Serial driver version 4.27 with HUB-6 MANY_PORTS MULTIPORT SHARE_IRQ
enabled
ttyS00 at 0x03f8 (irq = 4) is a 16550A
ttyS01 at 0x02f8 (irq = 3) is a 16550A
3c59x.c:v0.99H 11/17/98 Donald Becker
http://cesdis.gsfc.nasa.gov/linux/drivers/vortex.html
eth0: 3Com 3c900 Boomerang 10Mbps Combo at 0xd000,  00:60:97:9e:64:5f,
IRQ 11
  8K word-wide RAM 3:5 Rx:Tx split, autoselect/10baseT interface.
  Enabling bus-master transmits and whole-frame receives.

/sbin/ifconfig

dummy0    Link encap:Ethernet  HWaddr 00:00:00:00:00:00
          inet addr:192.168.1.20  Bcast:192.168.1.255
Mask:255.255.255.255
          UP BROADCAST RUNNING NOARP  MTU:1500  Metric:1
          RX packets:0 errors:0 dropped:0 overruns:0 frame:0
          TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:0

eth0      Link encap:Ethernet  HWaddr 00:60:97:9E:64:5F
          inet addr:192.168.1.20  Bcast:192.168.1.255
Mask:255.255.255.0
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:0 errors:0 dropped:0 overruns:0 frame:0
          TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:100
          Interrupt:11 Base address:0xd000

lo        Link encap:Local Loopback
          inet addr:127.0.0.1  Mask:255.0.0.0
          UP LOOPBACK RUNNING  MTU:3924  Metric:1
          RX packets:24 errors:0 dropped:0 overruns:0 frame:0
          TX packets:24 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:0

netstat -rn

Kernel IP routing table
Destination     Gateway         Genmask         Flags   MSS Window  irtt
Iface
192.168.1.20    0.0.0.0         255.255.255.255 UH        0 0          0
dummy0
192.168.1.0     0.0.0.0         255.255.255.0   U         0 0          0
eth0
127.0.0.0       0.0.0.0         255.0.0.0       U         0 0          0
lo

Marc SCHAEFER wrote:

> Marco Cerqui <m_cerqui@datacomm.ch> wrote:
> > Ich arbeite mit SuSE Linux 6.1. Ich habe zwei PC jeweil mit 3COM
>
> Which kernel version ?
>
> Please do:
>    - a uname -a to get the kernel release
>    - a /sbin/ifconfig to get the configuration
>    - a dmesg to get any ethernet-pertaining logs
>    - netstat -rn to get the routing information
>
> (on both machines).

Marco Cerqui <m_cerqui@datacomm.ch> wrote:
> lspci ???? Wurde auf meinem System nicht gefunden, muss ich dazu ein
> spezielles Packet installieren ?

Hi,

lspci liegt im Paket pciutils oder so (SuSE a1).
Allerdings, nach den Init-Meldungen, scheint die
Karte korrekt erkannt geworden zu sein. Bei mir
bringt er keine Init-Meldungen, falls die Karte
nicht funktioniert, sind die Meldungen da, l�uft
sie auch.
Also -> Problem liegt woanders.
Viele Gr��e
Christian

Marco Cerqui <m_cerqui@datacomm.ch> wrote:

>K�nnte sein, ich denke ich sollte es mal mit einem Hub versuchen. Oder was
>denkst du ?

Wird nix helfen.

Dein /var/log/messages sagt:
3c59x.c:v0.99H 11/17/98 Donald Becker
http://cesdis.gsfc.nasa.gov/linux/drivers/vortex.html
eth0: 3Com 3c900 Boomerang 10Mbps Combo at 0xd000,  00:60:97:9e:64:5f,
IRQ 11
  8K word-wide RAM 3:5 Rx:Tx split, autoselect/10baseT interface.
  Enabling bus-master transmits and whole-frame receives.

Das sagt imho, das er die Karte per default als 10baseT angesehen
wird.

Versuch mal, ob die mitgelieferten tools die karte unter dos oder
windows bleibend auf rj45 konfigurieren koennen.

Gruss,
Joachim

 --
"I read the news today oh boy"             - The Beatles - A Day In The Life

Althoug this message has a valid From header, replies 
to user@netcologne.de where user = nc-zobeljo 
are preferred.

Marco Cerqui schrieb:
> 
> [...]
>
> /sbin/ifconfig
> 
> dummy0    Link encap:Ethernet  HWaddr 00:00:00:00:00:00
>           inet addr:192.168.1.20  Bcast:192.168.1.255
> Mask:255.255.255.255
>           UP BROADCAST RUNNING NOARP  MTU:1500  Metric:1
>           RX packets:0 errors:0 dropped:0 overruns:0 frame:0
>           TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
>           collisions:0 txqueuelen:0
> 
> eth0      Link encap:Ethernet  HWaddr 00:60:97:9E:64:5F
>           inet addr:192.168.1.20  Bcast:192.168.1.255
> Mask:255.255.255.0
>           UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
>           RX packets:0 errors:0 dropped:0 overruns:0 frame:0
>           TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
>           collisions:0 txqueuelen:100
>           Interrupt:11 Base address:0xd000
> 
> lo        Link encap:Local Loopback
>           inet addr:127.0.0.1  Mask:255.0.0.0
>           UP LOOPBACK RUNNING  MTU:3924  Metric:1
>           RX packets:24 errors:0 dropped:0 overruns:0 frame:0
>           TX packets:24 errors:0 dropped:0 overruns:0 carrier:0
>           collisions:0 txqueuelen:0
> 
> netstat -rn
> 
> Kernel IP routing table
> Destination     Gateway         Genmask         Flags   MSS Window  irtt
> Iface
> 192.168.1.20    0.0.0.0         255.255.255.255 UH        0 0          0
> dummy0
> 192.168.1.0     0.0.0.0         255.255.255.0   U         0 0          0
> eth0
> 127.0.0.0       0.0.0.0         255.0.0.0       U         0 0          0
> lo
> 
>> [...]

Ich nehme mal an, dass diese Werte von der Maschine 192.168.1.10
stammen.
Kann es sein, dass alle an 192.168.1.20 gerichteten Pakete in dummy0
landen?
Versuch mal dummy0 abzuschalten: ifconfig dummy0 down.

Zusatzfragen:

1) Geht 'ping localhost' auf beiden Maschinen?
2) Geht 'ping 192.168.1.10' auf 192.168.1.10 und
   'ping 192.168.1.20' auf 192.168.1.20?

Julius




Julius

Ich kann Dir im Moment nur Auskunft �ber deine Zusatzfragen geben:

'ping localhost' ist erfolgreich
'ping 192.168.1.x0' ist ebefals erfolgreich

Wie kommst Du auf die Idee, dass die Packete auf den Dummy weitergeleitet
werden? Ich kenne mich in Routing-Fragen nicht besonders gut aus.

Gruss Marco

Julius Longauer wrote:

> Marco Cerqui schrieb:
> >
> > [...]
> >
> > /sbin/ifconfig
> >
> > dummy0    Link encap:Ethernet  HWaddr 00:00:00:00:00:00
> >           inet addr:192.168.1.20  Bcast:192.168.1.255
> > Mask:255.255.255.255
> >           UP BROADCAST RUNNING NOARP  MTU:1500  Metric:1
> >           RX packets:0 errors:0 dropped:0 overruns:0 frame:0
> >           TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
> >           collisions:0 txqueuelen:0
> >
> > eth0      Link encap:Ethernet  HWaddr 00:60:97:9E:64:5F
> >           inet addr:192.168.1.20  Bcast:192.168.1.255
> > Mask:255.255.255.0
> >           UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
> >           RX packets:0 errors:0 dropped:0 overruns:0 frame:0
> >           TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
> >           collisions:0 txqueuelen:100
> >           Interrupt:11 Base address:0xd000
> >
> > lo        Link encap:Local Loopback
> >           inet addr:127.0.0.1  Mask:255.0.0.0
> >           UP LOOPBACK RUNNING  MTU:3924  Metric:1
> >           RX packets:24 errors:0 dropped:0 overruns:0 frame:0
> >           TX packets:24 errors:0 dropped:0 overruns:0 carrier:0
> >           collisions:0 txqueuelen:0
> >
> > netstat -rn
> >
> > Kernel IP routing table
> > Destination     Gateway         Genmask         Flags   MSS Window  irtt
> > Iface
> > 192.168.1.20    0.0.0.0         255.255.255.255 UH        0 0          0
> > dummy0
> > 192.168.1.0     0.0.0.0         255.255.255.0   U         0 0          0
> > eth0
> > 127.0.0.0       0.0.0.0         255.0.0.0       U         0 0          0
> > lo
> >
> >> [...]
>
> Ich nehme mal an, dass diese Werte von der Maschine 192.168.1.10
> stammen.
> Kann es sein, dass alle an 192.168.1.20 gerichteten Pakete in dummy0
> landen?
> Versuch mal dummy0 abzuschalten: ifconfig dummy0 down.
>
> Zusatzfragen:
>
> 1) Geht 'ping localhost' auf beiden Maschinen?
> 2) Geht 'ping 192.168.1.10' auf 192.168.1.10 und
>    'ping 192.168.1.20' auf 192.168.1.20?
>
> Julius
>
> Julius

Marco Cerqui schrieb:
> 
> Ich kann Dir im Moment nur Auskunft �ber deine Zusatzfragen geben:
> 
> 'ping localhost' ist erfolgreich

Das heisst, dass die TCP/IP-Schicht korrekt arbeitet.

> 'ping 192.168.1.x0' ist ebefals erfolgreich

Ich muss mich korrigieren. Du musst _zuerst_ das dummy-device
herunterfahren und dann auf _jedem_ der beiden Rechner versuchen,
die jeweils _eigene_ IP-Adresse anzupingen. Das Herunterfahren
von dummy ist wichtig, weil ansonsten entsprechend den Routing-
Regeln nicht eth0 sondern dummy0 angesprochen wird. Geht dann
das Anpingen der eigenen IP-Adresse, kannst du Treiber- und
Hardwarefehler ausschliessen.


> Wie kommst Du auf die Idee, dass die Packete auf den Dummy weitergeleitet
> werden? Ich kenne mich in Routing-Fragen nicht besonders gut aus.
>

Ich glaube, hier muss ich mich selbst an den Ohren ziehen. Ich bin
davon ausgegangen, dass deine Infos vom Rechner 192.168.1.10 stammen.
Offensichtlich hast du sie aber auf 192.168.1.20 produziert. Ich
ben�tige aber Angaben von _beiden_ Rechnern. Bei der Ausgabe von
dmesg gen�gt die Sequenz betr. eth0.

Zu den Routing-Regeln (so ungef�hr): Bei einer gegebenen Zieladresse
werden zun�chst alle Routen verworfen, deren Zielnetz
nicht dem Ergebnis von (Zieladresse AND Genmask) entspricht. Bleiben
danach mehrere Routen �brig, dann wird diejenige ausgew�hlt, deren
Zielnetz den l�ngsten Netzanteil enth�lt (Details kann man in
RFC 1812 nachlesen).

Wie gesagt, ich bin davon ausgegangen, dass du die Ausgabe
von 'netstat -rn' auf 192.168.1.10 produziert hast. H�ttest du
ein ping auf 192.168.1.20 ausgef�hrt, dann h�tte der Routing-
Algorithmus im ersten Durchlauf zwei Treffer erziet: eth0 und
dummy0. Da das Zielnetz von dummy0 aber den l�ngeren Netzanteil
hat, w�re dieses device schlussendlich ausgew�hlt worden.

Julius

Marco Cerqui wrote:

>
> /sbin/ifconfig
>
> dummy0    Link encap:Ethernet  HWaddr 00:00:00:00:00:00
>           inet addr:192.168.1.20  Bcast:192.168.1.255
> Mask:255.255.255.255
>           UP BROADCAST RUNNING NOARP  MTU:1500  Metric:1
>           RX packets:0 errors:0 dropped:0 overruns:0 frame:0
>           TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
>           collisions:0 txqueuelen:0
>
> eth0      Link encap:Ethernet  HWaddr 00:60:97:9E:64:5F
>           inet addr:192.168.1.20  Bcast:192.168.1.255
> Mask:255.255.255.0
>           UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
>           RX packets:0 errors:0 dropped:0 overruns:0 frame:0
>           TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
>           collisions:0 txqueuelen:100
>           Interrupt:11 Base address:0xd000
>
> lo        Link encap:Local Loopback
>           inet addr:127.0.0.1  Mask:255.0.0.0
>           UP LOOPBACK RUNNING  MTU:3924  Metric:1
>           RX packets:24 errors:0 dropped:0 overruns:0 frame:0
>           TX packets:24 errors:0 dropped:0 overruns:0 carrier:0
>           collisions:0 txqueuelen:0
>
> netstat -rn
>
> Kernel IP routing table
> Destination     Gateway         Genmask         Flags   MSS Window  irtt
> Iface
> 192.168.1.20    0.0.0.0         255.255.255.255 UH        0 0          0
> dummy0
> 192.168.1.0     0.0.0.0         255.255.255.0   U         0 0          0
> eth0
> 127.0.0.0       0.0.0.0         255.0.0.0       U         0 0          0
> lo
> > (on both machines).

Ich glaube der Treiber entscheidet sich f�r den falschen media type. Wenn
die NT b�chse (findet den richtigen media type automatisch) an ist besteht
ein link auf dem kabel und der linux treiber findet so auch den richtigen
media type.
Versuch mal  (man ifconfig)
/sbin/ifconfig eth0 down
/sbin/ifconfig eth0 media 10baseT 192.168.1.20 up
/sbin/route add net 192.168.1.0 eth0


bye
Kolja

Marco Cerqui wrote:
> 
> Hi
> 
> Ich habe folgendes Problem:
> 
> Ich arbeite mit SuSE Linux 6.1. Ich habe zwei PC jeweil mit 3COM
> Etherlink XL PCI 3C900-Combo ausgestattet. Unter Windows NT laufen diese
> einwandfrei. Wenn ich jedoch beide Rechner auf Linux aufsetzte ist es
> mir nicht möglich den andreren PC anzupingen, egal in welcher
> Reihenfolge ich sie boote. Komisch ist jedoch, dass wenn ich zuerst
> einen Windows NT - Rechner boote, kann ich den anderen Linux anpingen.
> Fahre ich jetzt den Windows NT - Rechner herunter und boote auf ihm
> Linux kann ich aufeinmal den anderen Linux  - PC pingen und er auch den
> Ex- Windows NT -Rechner. Schalte ich nun wieder beide PC aus und boote
> auf beiden Rechnern Linux ist es wieder vorbei mit dem Pingen. Als IP
> benutze ich jeweils 192.168.1.10 und 192.168.1.20, Subnet-Mask :
> 255.255.255.0. Verbunden sind die beiden Rechner über ein ausgekreutztes
> RJ-45 Kabel Kat. 5. Unter Linux vewende ich den 3C90X/3C59X Treiber.
> Ausserdem verwende ich den Standard-Kernel.
> 
> Kann mir jemand weiter helfen ? Ich weiss echt nicht mehr weiter !!!
> 
> Besten Dank im Voraus
> 
> Marco

Hallo,

hatte einmal ähnliche Probleme. Bei mir lag es daran, daß die autodetect
funktion (10BaseT und RJ45) nicht funktionierte. Dies läßt sich mit den
3Com-Utilities abschalten.

Danach gings

Gruß

Michael

Marco Cerqui <marco.cerqui@alcatel.ch> wrote:

: Weis noch jemand etwas zum Thema LINUX-3C900-Combo-AUSGEKREUZTES RJ-45 ?
                                                     ^^^^^^^^^^^^^^^^^^^
Was ist das?

bye,
  Chris
-- 
Christian Perle              E-mail:        christian.perle@tu-clausthal.de
Am Galgensberg 4             WWW:        http://home.tu-clausthal.de/~incp/
38678 Clausthal/Germany      ComputerGuitarKitesBicyclesBeerPizzaRaytracing

Hi

Normalerweise werden bei Netzwerke mit dem Medium RJ-45 Computer �ber Hubs
verbunden. Wenn man jetzt mit nur zwei Computern mit RJ-45 arbeitet kann man
ein ausgekreuztes RJ-45 Kabel ben�tigen. Bei diesem Kabel wird der Leiter,
welcher z.B. beim PC 1 auf die Sende-Buchse st�sst so gekreuzt, dass er bei PC
2 auf die Empfang-Buchse gelangt u.s.w. . W�rde man das nicht machen, so w�rde
der Sende-Leiter bei beiden PC auf die Sendebuchse st�ssen -->> Kein
Netzverkehr m�glich !

Ich hoffe, ich konnte deine Frage beantworten.


Gruss

Marco

Christian Perle wrote:

> Marco Cerqui <marco.cerqui@alcatel.ch> wrote:
>
> : Weis noch jemand etwas zum Thema LINUX-3C900-Combo-AUSGEKREUZTES RJ-45 ?
>                                                      ^^^^^^^^^^^^^^^^^^^
> Was ist das?
>
> bye,
>   Chris
> --
> Christian Perle              E-mail:        christian.perle@tu-clausthal.de
> Am Galgensberg 4             WWW:        http://home.tu-clausthal.de/~incp/
> 38678 Clausthal/Germany      ComputerGuitarKitesBicyclesBeerPizzaRaytracing

Marco Cerqui <m_cerqui@datacomm.ch> wrote:

: verbunden. Wenn man jetzt mit nur zwei Computern mit RJ-45 arbeitet kann man
: ein ausgekreuztes RJ-45 Kabel ben�tigen. Bei diesem Kabel wird der Leiter,
: welcher z.B. beim PC 1 auf die Sende-Buchse st�sst so gekreuzt, dass er bei PC
: 2 auf die Empfang-Buchse gelangt u.s.w. . W�rde man das nicht machen, so w�rde

Achso, analog zum Nullmodemkabel, wo ja auch RxD und TxD gekreuzt
werden muessen.

bye,
  Chris
-- 
Christian Perle              E-mail:        christian.perle@tu-clausthal.de
Am Galgensberg 4             WWW:        http://home.tu-clausthal.de/~incp/
38678 Clausthal/Germany      ComputerGuitarKitesBicyclesBeerPizzaRaytracing

Also, nachdem ich gestern mal mein d�mmliches -->> AUSGEKREUZTES <<-- RJ-45
Kabel entfernt habe und ein Hub mit -->> NORMALEN <<-- RJ-45 Kabeln
angebracht habe lief alles perfekt --> MIT HUB KEIN PROBLEM.

Dann habe ich ich mit den 3com -Tools eine Bootdiskette erstellt und auf der
Karte das Autoselect f�r das Medium entfernt und permanent auf RJ-45
gesetzt.  Das hat jedoch nichts gen�tzt. Mit dem -->> AUSGEKREUZTEN <<--
Kabel habe ich unter Linux keinen Erfolg.

Weis noch jemand etwas zum Thema LINUX-3C900-Combo-AUSGEKREUZTES RJ-45 ?


Gruss

Marco
Michael Bierenfeld wrote in message <374025A2.4FC221BC@ibs-ag.de>...
Marco Cerqui wrote:
>
> Hi
>
> Ich habe folgendes Problem:
>
> Ich arbeite mit SuSE Linux 6.1. Ich habe zwei PC jeweil mit 3COM
> Etherlink XL PCI 3C900-Combo ausgestattet. Unter Windows NT laufen diese
> einwandfrei. Wenn ich jedoch beide Rechner auf Linux aufsetzte ist es
> mir nicht m�glich den andreren PC anzupingen, egal in welcher
> Reihenfolge ich sie boote. Komisch ist jedoch, dass wenn ich zuerst
> einen Windows NT - Rechner boote, kann ich den anderen Linux anpingen.
> Fahre ich jetzt den Windows NT - Rechner herunter und boote auf ihm
> Linux kann ich aufeinmal den anderen Linux  - PC pingen und er auch den
> Ex- Windows NT -Rechner. Schalte ich nun wieder beide PC aus und boote
> auf beiden Rechnern Linux ist es wieder vorbei mit dem Pingen. Als IP
> benutze ich jeweils 192.168.1.10 und 192.168.1.20, Subnet-Mask :
> 255.255.255.0. Verbunden sind die beiden Rechner �ber ein ausgekreutztes
> RJ-45 Kabel Kat. 5. Unter Linux vewende ich den 3C90X/3C59X Treiber.
> Ausserdem verwende ich den Standard-Kernel.
>
> Kann mir jemand weiter helfen ? Ich weiss echt nicht mehr weiter !!!
>
> Besten Dank im Voraus
>
> Marco

Hallo,

hatte einmal �hnliche Probleme. Bei mir lag es daran, da� die autodetect
funktion (10BaseT und RJ45) nicht funktionierte. Dies l��t sich mit den
3Com-Utilities abschalten.

Danach gings

Gru�

Michael

Julius Longauer wrote:

> 1) Geht 'ping localhost' auf beiden Maschinen?
> 2) Geht 'ping 192.168.1.10' auf 192.168.1.10 und
>    'ping 192.168.1.20' auf 192.168.1.20?

 Das Dummy sollte man in einem vorhandenem Netz am Besten in
/etc/rc.config ausschalten, einfach nach DUMMY suchen.

-- 
Christian Brandt

Joachim Zobel wrote:

> Versuch mal, ob die mitgelieferten tools die karte unter dos oder
> windows bleibend auf rj45 konfigurieren koennen.

 Auf 3coms Homepage http://www.3com.com gibts ein entsprechendes
DOS-Tool, mit dem man die Karte dauerhaft umstellen kann. Einfach das
Standard-Treiberpaket6.x besorgen und die Windows-Treiber ignorieren und
3c90xcfg starten.

-- 
Christian Brandt

Christian Perle <incp@rz.tu-clausthal.de> schrieb hier :

>: Weis noch jemand etwas zum Thema LINUX-3C900-Combo-AUSGEKREUZTES RJ-45 ?
>                                                     ^^^^^^^^^^^^^^^^^^^
>Was ist das?

Er meint ein gekreuztes TP-Kabel. Diese werden z.B. in Schaltschr�nken zum
kaskadieren von Hubs ohne Uplink verwendet. Meistens haben sie einen gelben
Ring aus Klebeband.

IMO stellen die Teile aber keine praktikable L�sung dar, da sie meistens
recht kurz (im g�nstigen Fall 1 Meter) sind. Ein Hub ist deshalb immer
vorzuziehen, von der Erweiterbarkeit (Laserdrucker etc) mal ganz abgesehen.

Achja: Meine 3com 3c509 Combo ISA haben damit keine Probleme. Ich verwende
auf beiden Rechnern die defaults, unter Windoof mit PnP, unter Linux mit
statischen Ressourcen...

     ciao, J�rg

-- 
Diese Nachricht wurde ohne Zuhilfenahme von Microsoft Produkten erstellt

May the source be with GNU !

Joerg Kalisch wrote:

> Christian Perle <incp@rz.tu-clausthal.de> schrieb hier :
>
> >: Weis noch jemand etwas zum Thema LINUX-3C900-Combo-AUSGEKREUZTES RJ-45 ?
> >                                                     ^^^^^^^^^^^^^^^^^^^
> >Was ist das?
>
> Er meint ein gekreuztes TP-Kabel. Diese werden z.B. in Schaltschr�nken zum
> kaskadieren von Hubs ohne Uplink verwendet. Meistens haben sie einen gelben
> Ring aus Klebeband.
>
> IMO stellen die Teile aber keine praktikable L�sung dar, da sie meistens
> recht kurz (im g�nstigen Fall 1 Meter) sind. Ein Hub ist deshalb immer
> vorzuziehen, von der Erweiterbarkeit (Laserdrucker etc) mal ganz abgesehen.

Es gibt auch Adapter die man zwischen Netzkarte und normalem UTP-Kabel steckt,
damit ist das Problem mit den Kurzen overcross-kabel gel�st. Auch kann man sich
die Dinger selber basteln, was nur bei 100 mbit schwieriger wird, da man sehr
sauber arbeiten mu�.


--
Mit freundlichen Gr��en

        Mariusz Zinowicz
        mailto:mariusz.zinowicz@frz.de

Hallo,

Marco Cerqui schrieb in Nachricht <7hr0bg$91c$1@pollux.ip-plus.net>...
>Also, nachdem ich gestern mal mein d�mmliches -->> AUSGEKREUZTES <<-- RJ-45
>Kabel entfernt habe und ein Hub mit -->> NORMALEN <<-- RJ-45 Kabeln
>angebracht habe lief alles perfekt --> MIT HUB KEIN PROBLEM.

>
>Dann habe ich ich mit den 3com -Tools eine Bootdiskette erstellt und auf
der
>Karte das Autoselect f�r das Medium entfernt und permanent auf RJ-45
>gesetzt.  Das hat jedoch nichts gen�tzt. Mit dem -->> AUSGEKREUZTEN <<--
>Kabel habe ich unter Linux keinen Erfolg.

Das riecht verd�chtig nach einem defektem Kabel. Bei mir funktionierte es
allerdings mit Hub nicht. Um eine 10 MB datei ubers Netz zu schicken
brauchte es auf der einen Seite 6 minuten auf der anderen ca 50 sec!
Habe mir ein gekreuztes Kabel gebastelt und siehe da es funktionierte.
Das defekte Kabel war KEIN Eigenbau! Es war neu aus dem Laden; Fabrikfehler.

Gruss Ursicin