Hallo Gerhard, vielen Dank für deine ausführliche Antwort :) Ich habe das Problem gelöst, das Problem lag tatsächlich schon im Token Ring Netzwerk. Die Treiber (ibmtr) der ISA 16/4 Karten habe mit mehr Speicher gerechnet, als die Karte tatsächlich hat, dies führte dazu, dass die IP Pakete von der Karte kaputt gemacht wurde, sobald die Pakete grösser 496 bytes waren. Ich habe mit [EMAIL PROTECTED] (www.linuxtr.com) gemailt, der mir das geschrieben hat. Die Lösung war eigentlich ganz einfach -> Eine PCI Token Ring Karte nehmen, die mit dem olympic Treiber (Ich habe eine IBM PCI 16/4 Adapter 2 verwendet) wunderbar funktioniert. Er hat mir auch eine Information geschickt, wie ich eine Konfiguration vornehmen kann auf den IBM ISA Karten - das habe ich allerdings nicht wirklich verstanden :)
Viele Grüsse Mark MAIL von MIKE_PHILLIPS ----------------------virtuelle Abreisskante---------------------------- Aha, now we're getting somewhere. It's an old ISA card you're using and they are a right pain to set up right. You could cheat and set the mtu to lower than 450 bytes so tcp/ip will fragment and you'll never get the problem, or mess around with the memory configuration for the card itself until it works. I'd take a good look at the settings for the amount of ISA memory assigned to the card, 8K is really too small and it won't like that at all, I'd recommend at least 16k, if not 32 or 64. Also, you need to ensure that it's not overlapping the mmio region and that the memory areas are aligned on the same boundary as the size, i.e. a 16k mapped memory must be allocated on a 16k boundary, i.e 0xd0000, 0xd4000, 0xd8000, etc, etc. Plan B would be to try to get hold of a pci adapter and see if that works, those things are far more sane and just work without the need for all the configuration hell. ----------------------virtuelle Abreisskante---------------------------- Am Mit, 2003-08-27 um 00.26 schrieb Gerhard Brauer: > High, high ... > * Mark Ross <[EMAIL PROTECTED]> schrieb am [26.08.03 13:56]: > > Hallo Gerhard, > > > > Die TR Karte wird erkannt, ifconfig liefert vernünftige Werte, keine > > > > Fehler ... > > > > > > > > Ich kann nun pingen: von einem Linux Rechner zum anderen, aber bekomme > > > > keine Dienste ? > > > > Per tcpdump kann ich ganz schön viel traffic auf tr0 sehen, aber wenn > > > > ich ssh 192.168.113.2 (anderer linux rechner) ausführe kommt kein > > > > connect zustande. > > > > route -n passt auch, es wird in das Netz 192.168.113.0 geroutet ... > > > > > > Du versuchst also ein TokenRing mit Ethernet zu verbinden, entweder > > > physisch oder auch nur logisch? > > > > Das stimmt, hier versuche ich allerdings nur zwei TR Rechner zur Arbeit > > zu überreden. Und auch zwei im Token Ring Netz hängende Maschinen können > > nicht kommunizieren (ssh, http, ...). > > Verstehe ich das richtig: Du hast mit TCP/IP schon Schwierigkeiten im > TokenRing zwei TR-Rechner z.B. ssh machen zu lassen? Ohne das da noch > Ethernet im Spiel ist? Dann ist dein Ring tot. Wie bindest du die > Rechner denn an? MAU,Hub,??? Ist evtl. die MTU-Size der TR-Karten > unterschiedlich. Oder vielleicht einmal 4MB/s und 16MB/s > Geschwindigkeit? Gib doch mal ein ifconfig trX der beiden TR-Rechner. > > > > Das dürfte nicht gehen, da TR und Ethernet zwei paar Schuhe sind, > > > angefangen bei der MTU-Size bis zum Paket-Header. Die sauberste Lösung > > > ist da eine Bridge zu basteln, also in einem Rechner eine TR-Karte *und* > > > eine Ethernet-Karte, darauf dann die Bridge abbilden. Geht mit Linux > > > Bordmitteln, siehe auch Bridge-HowTo. > > > > Ich habe gelesen, dass eine Bridge nicht funktioniert, routing schon, > > und ich kann in meinem Eth - TR Router per tcpdum sehen, dass die > > Rechner kommunizieren, allerdings ist eben das Problem, das ausser Ping > > nichts funktioniert (in Token Ring Netz). > >... > > Entschuldige. Das hab ich jetzt auch gelesen. Grrr... Im > TokenRing-Howto war zu dem Problem ein Verweis auf das Netfilter-Howto, > also iptables/ipchains. Es wäre dann zu versuchen Forward-Regel zu > erstellen, die alle Pakete z.B. vom Ethernet (-i ethx) zum > TokenRing-Interface (-o trx) weiterzuleiten. IP-Forwarding muß da aktiv > sein. Also ähnlich z.B. wie mit einer ISDN- und einer Ethernet-Karte. > Warum das aber nicht auch durch normales Routing zu erledigen ist bin > ich jetzt auch überfragt. > > Hint: auf deinem TR-Eth Router ist nicht zufällig eine Firewall aktiv, > die nur Ethernet durchläßt? > > Hint: Am Router ist IP-Forwarding eingeschaltet? > Die Ausgabe von > cat /proc/sys/net/ipv4/ip_forward > muß eine 1 sein. > > Mal zu Verdeutlichung, weil du auch von Problemen im TokenRing sprichst. > Du hast ungefähr folgende Situation: > > PC-A PC_B Router_TR-ETH PC_C PC_D > \ / \ / > TokenRing Ethernet > > Du kannst: > z.B. von PC_A jeden anderen PC anpingen, egal ob TR oder ETH > > Du kannst nicht: > ssh von PC_A nach PC_B, also im TokenRing, obwohl die ssh server > laufen. Auch umgekehrt nicht, und auch kein http, also alles was > TCP/IP ist. > > ssh von PC_A zum Router und auch nicht z.B. nach PC_C > > Wenn du pingen kannst mach doch mal folgendes: > > pinge mal von PC_A *und* von PC_C jeweils alle anderen Rechner an. Dann > mach mal an PC_A und an PC_C und am Router jeweils ein arp -n und poste das mal. > Auch mal bitte ein route -n vom Router. > > Wenn dein Problem aber nur den TokenRing betrifft (das lese ich zumindest > teilweise raus), dann bitte ein ifconfig und arp -n der TR-Rechner und > des Routers. > > > Mark > > Gruß > Gerhard > > -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject "unsubscribe". Probleme? Mail an [EMAIL PROTECTED] (engl)