Speedport2Fritz: W701V hinter einem Kabelmodem

Na hautpsache es läuft auch bei Dir. So ist zumindest der Verdacht einer "Zauberfirmware" erstmal beseitigt :)
 
Hallo revil0,

Danke für den Bericht, hast du einen W900V oder ein W701V?
Solltest du ein W900V haben würden mich weitere Details deines Images interessieren.
Ich habe ebenfalls das gleiche Kabelmodem wie du, nur bei mir geht es ebn nicht mit den Einstellungen die du gepostet hasr.
 
Speedport 701V

Hallo Jpascher!

Ich hab den Speedport 701V!

hopethishelps revil0
 
@revil0

Danke, scheit, dass es bei den 701V funktioniert aber wahrscheinlich abhängig von der Firmwareversion.

Um das Problem weiter zu verfolgen und einzugrenzen währen vielleicht die Fimwarversinen die du verwendet hast interessant damit ein vergleic mögich ist.

Bis jetzt hat sich noch niemad gemeldet bei dem ein 900V in deiser konfiguration funktioniert, ich hab einen 900V und bei dem ist eindeutig die Konfigurtion nicht richtig wenn man in die Konfigfiles des routers schaut.

Johann
 
Firmware Versionen

Hallo!

Habe zu Image bauen die AVM Firmware fritz.box_fon_wlan_7141.40.04.25.image und die Speedport Firmware fw_Speedport_W701V_V33.04.26.image benutzt.
Spirou's Script mit den Optionen -m 701 -f -n das neue Image erzeugen lassen.
Naja aufspielen auf die letzten 701Vs erfolgter per NcFTP ansonsten per Knoppix.

hopethishelps revil0
 
Ja wenns jetzt wirklich funktioniert dann probiere ich es auch nochmal.

Hoffe auf Erfolg.
 
revil0 schrieb:
Hallo!

Habe zu Image bauen die AVM Firmware fritz.box_fon_wlan_7141.40.04.25.image und die Speedport Firmware fw_Speedport_W701V_V33.04.26.image benutzt.
Spirou's Script mit den Optionen -m 701 -f -n das neue Image erzeugen lassen.
Naja aufspielen auf die letzten 701Vs erfolgter per NcFTP ansonsten per Knoppix.

hopethishelps revil0

Danke!

Nun leider habe ich keinen W701V, ich hoffe aber, dass sich noch einige finden die es mit diesen Einstellungen versuchen und uns eine Rückmeldung geben.


Ich habe wieder einige Zeit investiert und mir die Skripts von Spirou und auch die web js skripts durch den Kopf gehen lassen.

Kann mir jetzt einigemaßen ein Bild machen, hätte aber immer noch einige Fragen an LINUX Gurus.

Habe auch ein Image gebastelt das dem eines W701V so gut es geht ähnelt halt mit den einzigen Unteschied, dass die T Com Firmware eine andere sein muss. Ergebniss: NAT geht nach wie vor nicht, obwohl die zughörigen Skripts der Weboberfäche keinerlei Unteschiede aufweisen.
Die Vermutung liegt somit nahe, dass in der Tcom Firmware (fw_Speedport_W701V_V33.04.26.image) des W701V die Funktion bedingt ist, hingegen in der Firmware (fw_Speedport_W_900V.34.04.21.image) des W900V irgendwas halt nicht klappt obwohl die ja neuer sein sollte.

Um den Fehler weiter zu verfolgen würde ich aber die Mithilfe von euch W701V besitzern brauchen die die box als NAT laufen haben.

Eine erste Kontrolle wie das routing auf der box aussieht währe erwünscht.

Also telnet über den tefoncode einschalten.

Telnet:

Per Telefon #96*7* für ein, #96*8* für aus

telnet starten,

(zum beispiel: putty.exe am PC)

und in der Kommdowzeile "route" eintippen,

und die tabele hier posten.

Ich habe das mal gepostet in einen frühern mail, wer will kann sich das ja mal ansehen.

Die routingtabell müste also auf jeden Fall anders ausehen als die auf meinen W900V. Bei mir sind keine Wan routing eingetrgen aber dafür meist DSL routings was ja nicht stimmen kann, ebso fehlt in den meisten Fällen bei mir das Default route.

Joahnn
 
Hallo!

Hier die Routing Tabelle eines 701V, IP des 701V ist die 192.168.2.1. Woher die 192.168.180.1 kommt kann ich nicht erklären.

Kernel IP routing table
Destination Gateway Genmask Flags Metric Ref Use Iface
192.168.180.1 * 255.255.255.255 UH 2 0 0 dsl
192.168.180.2 * 255.255.255.255 UH 2 0 0 dsl
192.168.2.0 * 255.255.255.0 U 0 0 0 lan
default * 0.0.0.0 U 2 0 0 dsl

MfG Revil0
 
revil0 schrieb:
Hallo!

Hier die Routing Tabelle eines 701V, IP des 701V ist die 192.168.2.1. Woher die 192.168.180.1 kommt kann ich nicht erklären.

Kernel IP routing table
Destination Gateway Genmask Flags Metric Ref Use Iface
192.168.180.1 * 255.255.255.255 UH 2 0 0 dsl
192.168.180.2 * 255.255.255.255 UH 2 0 0 dsl
192.168.2.0 * 255.255.255.0 U 0 0 0 lan
default * 0.0.0.0 U 2 0 0 dsl

MfG Revil0

Danke Revil0,

Nun das verwundert mich nun, als interface ist hier ebenfalls Dsl angegeben.

Stimmt es, dass du mit deinen W701V am Kabelmodem hägst?

Hab zurückgeblätert und deine einstellungn hier nochmal eingefügt.

revil0 schrieb:
Hallo!

Mit den hier gennanten Einstellungen:

Internetzugang über LAN 1
Internetverbindung selbst aufbauen (NAT-Router mit PPPoE oder IP)
Zugangsdaten werden nicht benötigt (IP)
IP-Adresse automatisch über DHCP: 192.168.104.2
Traffic-Shaping: aus
MAC: XX-XX-XX-XX-XX-XX

und Schalter am Modem auf ext. funktioniert es einwandfrei.

Zu Bemerken wäre noch daß die MAC-Adresse die beim Provider registriert ist im Speedport eingetragen werden muß.

hopethishelps revil0


Wenn das so ist dann muss ich neu nachdenken, die routing tabell währe somit irrefürend.




mfg Johann
 
Zuletzt bearbeitet:
Genau

Da Du jetzt keine konkrete Frage gestellt hast kann ich deine Angaben und Vermutungen nur bestätigen. Speedport 701V am Kabelmodem Motorola.

hopethishelps Revil0
 
revil0 schrieb:
Da Du jetzt keine konkrete Frage gestellt hast kann ich deine Angaben und Vermutungen nur bestätigen. Speedport 701V am Kabelmodem Motorola.

hopethishelps Revil0

Danke für die Rückmeldung!

vielleicht könntest du noch zusätzlich posten was ifconfig
bei dir ausgibt.

also wieder Telnet und in der Kommandowzeile ifconfig eingeben.

Befürcht aber auch das das Ergbniss eher ernüchtend ist.
Fragt sich dann wie es sein kann, dass mit diesen Einstellungen bei dir offensichtlich das WAN Interface als DSL Interface ungbogen wird.
Würde abe zur gleich Zeit erklären warum meine händisch eingeragen routes und If configuratione nicht zum tragn kamen.

Mfg Johann
 
Ifconfig

Hallo!

Hier die gewünschte Ausgabe von ifconfig
Code:
cpmac0    Link encap:Ethernet  HWaddr 00:00:00:00:00:00
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:20757493 errors:13 dropped:33 overruns:0 frame:33
          TX packets:3692203 errors:13 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:256
          RX bytes:3670639129 (3.4 GiB)  TX bytes:2538980481 (2.3 GiB)

dsl       Link encap:Point-Point Protocol
          inet addr:192.168.179.1  P-t-P:192.168.179.1  Mask:255.255.255.255
          UP POINTOPOINT RUNNING NOARP ALLMULTI MULTICAST  MTU:1500  Metric:1
          RX packets:1745944 errors:0 dropped:0 overruns:0 frame:0
          TX packets:1914297 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:100
          RX bytes:972669720 (927.6 MiB)  TX bytes:1497104133 (1.3 GiB)

eth0      Link encap:Ethernet  HWaddr 00:00:00:00:00:00
          UP BROADCAST RUNNING ALLMULTI MULTICAST  MTU:1500  Metric:1
          RX packets:0 errors:0 dropped:0 overruns:0 frame:0
          TX packets:1766040 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:0
          RX bytes:0 (0.0 B)  TX bytes:1006523598 (959.8 MiB)

lan       Link encap:Ethernet  HWaddr 00:00:00:00:00:00
          inet addr:192.168.2.1  Bcast:192.168.2.255  Mask:255.255.255.0
          UP BROADCAST RUNNING ALLMULTI MULTICAST  MTU:1500  Metric:1
          RX packets:1889960 errors:0 dropped:0 overruns:0 frame:0
          TX packets:1766053 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:0
          RX bytes:1497574480 (1.3 GiB)  TX bytes:999460012 (953.1 MiB)

lan:0     Link encap:Ethernet  HWaddr 00:00:00:00:00:00
          inet addr:192.168.2.254  Bcast:192.168.2.255  Mask:255.255.255.0
          UP BROADCAST RUNNING ALLMULTI MULTICAST  MTU:1500  Metric:1

lo        Link encap:Local Loopback
          inet addr:127.0.0.1  Mask:255.0.0.0
          UP LOOPBACK RUNNING  MTU:16436  Metric:1
          RX packets:15325 errors:0 dropped:0 overruns:0 frame:0
          TX packets:15325 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:0
          RX bytes:866518 (846.2 KiB)  TX bytes:866518 (846.2 KiB)

wan       Link encap:Ethernet  HWaddr 00:00:00:00:00:00
          UP BROADCAST RUNNING PROMISC MULTICAST  MTU:1500  Metric:1
          RX packets:0 errors:0 dropped:0 overruns:0 frame:0
          TX packets:1926163 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:0
          RX bytes:0 (0.0 B)  TX bytes:1532456883 (1.4 GiB)
Hoffe man wird schlau daraus, MAC Adressen habe ich durch Nullen ersetzt.

hopethishelps Revil0
 
Zuletzt bearbeitet von einem Moderator:
Herzlichen Dank!
Hab mirs angesenhen und mit meinen verglichen.
Da sind keine wesentlichen Unterschiede abgesehn von den paar zusätzlichen Vlans.
Bin wieder zuruck zu Ground Zerro.
Insider sind gefrag!
Ohne Kenntniss der eigentlichen Hard und Software Strukturen werd ich wohl kaum weitere Aussagen treffen können.

Code:
cpmac0    Link encap:Ethernet  HWaddr 00:04:0E:DF:91:10
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:2157 errors:0 dropped:0 overruns:0 frame:0
          TX packets:3512 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:256
          RX bytes:243969 (238.2 KiB)  TX bytes:1888602 (1.8 MiB)

dsl       Link encap:Point-Point Protocol
          inet addr:192.168.179.1  P-t-P:192.168.179.1  Mask:255.255.255.255
          UP POINTOPOINT RUNNING NOARP ALLMULTI MULTICAST  MTU:1500  Metric:1
          RX packets:12 errors:0 dropped:0 overruns:0 frame:0
          TX packets:2244 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:100
          RX bytes:720 (720.0 B)  TX bytes:141199 (137.8 KiB)

eth0      Link encap:Ethernet  HWaddr 00:04:0E:DF:91:10
          UP BROADCAST RUNNING ALLMULTI MULTICAST  MTU:1500  Metric:1
          RX packets:0 errors:0 dropped:0 overruns:0 frame:0
          TX packets:2548 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:0
          RX bytes:0 (0.0 B)  TX bytes:1831606 (1.7 MiB)

lan       Link encap:Ethernet  HWaddr 00:04:0E:DF:91:10
          inet addr:10.10.2.1  Bcast:10.255.255.255  Mask:255.255.255.0
          UP BROADCAST RUNNING ALLMULTI MULTICAST  MTU:1500  Metric:1
          RX packets:2918 errors:0 dropped:0 overruns:0 frame:0
          TX packets:3181 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:0
          RX bytes:222158 (216.9 KiB)  TX bytes:2667317 (2.5 MiB)

lan:0     Link encap:Ethernet  HWaddr 00:04:0E:DF:91:10
          inet addr:192.168.2.254  Bcast:192.168.2.255  Mask:255.255.255.0
          UP BROADCAST RUNNING ALLMULTI MULTICAST  MTU:1500  Metric:1

lo        Link encap:Local Loopback
          inet addr:127.0.0.1  Mask:255.0.0.0
          UP LOOPBACK RUNNING  MTU:16436  Metric:1
          RX packets:357 errors:0 dropped:0 overruns:0 frame:0
          TX packets:357 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:0
          RX bytes:37243 (36.3 KiB)  TX bytes:37243 (36.3 KiB)

tiwlan0   Link encap:Ethernet  HWaddr 00:04:0E:DF:91:12
          UP BROADCAST RUNNING ALLMULTI MULTICAST  MTU:1500  Metric:1
          RX packets:977 errors:0 dropped:0 overruns:0 frame:0
          TX packets:1751 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000
          RX bytes:77768 (75.9 KiB)  TX bytes:1054249 (1.0 MiB)

wan       Link encap:Ethernet  HWaddr 00:04:0E:DF:91:10
          UP BROADCAST RUNNING PROMISC MULTICAST  MTU:1500  Metric:1
          RX packets:0 errors:0 dropped:0 overruns:0 frame:0
          TX packets:964 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:0
          RX bytes:0 (0.0 B)  TX bytes:56996 (55.6 KiB)

wdsdw0    Link encap:Ethernet  HWaddr 00:04:0E:DF:91:12
          UP BROADCAST RUNNING ALLMULTI MULTICAST  MTU:1500  Metric:1
          RX packets:0 errors:0 dropped:0 overruns:0 frame:0
          TX packets:871 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000
          RX bytes:0 (0.0 B)  TX bytes:178340 (174.1 KiB)

wdsdw1    Link encap:Ethernet  HWaddr 00:04:0E:DF:91:12
          UP BROADCAST RUNNING ALLMULTI MULTICAST  MTU:1500  Metric:1
          RX packets:0 errors:0 dropped:0 overruns:0 frame:0
          TX packets:871 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000
          RX bytes:0 (0.0 B)  TX bytes:178340 (174.1 KiB)

wdsdw2    Link encap:Ethernet  HWaddr 00:04:0E:DF:91:12
          UP BROADCAST RUNNING ALLMULTI MULTICAST  MTU:1500  Metric:1
          RX packets:0 errors:0 dropped:0 overruns:0 frame:0
          TX packets:871 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000
          RX bytes:0 (0.0 B)  TX bytes:178340 (174.1 KiB)

wdsdw3    Link encap:Ethernet  HWaddr 00:04:0E:DF:91:12
          UP BROADCAST RUNNING ALLMULTI MULTICAST  MTU:1500  Metric:1
          RX packets:0 errors:0 dropped:0 overruns:0 frame:0
          TX packets:871 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000
          RX bytes:0 (0.0 B)  TX bytes:178340 (174.1 KiB)

wdsup0    Link encap:Ethernet  HWaddr 00:04:0E:DF:91:12
          UP BROADCAST RUNNING ALLMULTI MULTICAST  MTU:1500  Metric:1
          RX packets:0 errors:0 dropped:0 overruns:0 frame:0
          TX packets:871 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000
          RX bytes:0 (0.0 B)  TX bytes:178340 (174.1 KiB)

~ # route
Kernel IP routing table
Destination     Gateway         Genmask         Flags Metric Ref    Use Iface
192.168.180.1   *               255.255.255.255 UH    2      0        0 dsl
192.168.180.2   *               255.255.255.255 UH    2      0        0 dsl
10.10.2.0       *               255.255.255.0   U     0      0        0 lan
192.168.2.0     *               255.255.255.0   U     0      0        0 lan
default         *               0.0.0.0         U     2      0        0 dsl

Zusätlich möchte ich noch bemerken das ich statsche Einträge verwende da der DHCP request wohl gesendet wird aber offnsichtlich von den Routern ( einmal das Kabelmodem und das andere mal den Linksys WET54) welche ich als DHCP server verwendet habe nicht beantwortet wird, zusätzlich ist eine Fehlermedung im Log des DHCP severs des kabelmodems aufgetretten.

Der Netzweksniffer sieht die DHCP reqests, jedoch keine Antworten.
Hingegen bei den selben Vorgang mit einen anderen Gerät (PC) sind auch die richtigen Antworten zu sehen.
Weiterer Versuch:
Die Länge der DHCP requests ist 594 Bytes bei den Anfragen die vom DHCP Server nicht beantwortet werden ansonsten sind die Frames absolut gleich zu den Frames die abgesetzt werden wenn der W900V im Clientmodus arbeitetet nur sind sie dann nur 590 Byte lang und werden auch vom DHCP server beantwortet.

Es könnte somit sein, dass da nicht blos ein Problem vorliegt, am SpeedtoFritz dürfte das aber kaum liegen. Es bringt auch nichts die original Firmawre wieder rauf zu flaschen da im Original auch keine Einstellungsmöglichkeiten für diese Betriebsart vorhanden ist.



Mfg Johann
 
Zuletzt bearbeitet:
Also meine Mutter hat heute ihren V701V von der T-Com bekommen. Ich werde vermutlich am Wochende diesen zur Fritzbox-flashen und dabei genau notieren wie ich vorgegangen bin. Zusätzlich werde ich die erzeugte Firmware sichern.

Gebe dann bescheid, ob auch dieser W701V mit meinem Kabelmodem funktioniert.
 
Ich habe es mal bei mir ausprobiert, habe aber W900V mit ds-mod.
Einstellung geändert auf:

Zugang über LAN
Internetverbindung selbst aufbauen (NAT-Router mit PPPoE oder IP)
Zugangsdaten werden nicht benötigt (IP)
IP-Adresse manuell festlegen

Der Switch wird korrekt umkonfiguriert, aber bei mir wurde das Interface wan nicht aktiviert. Es erschien bei ifconfig überhaupt nicht. Ich mußte es erst aktivieren mit
Code:
ifconfig wan up
Hier aber ist wan schon aktiv:
Code:
wan       Link encap:Ethernet  HWaddr 00:04:0E:DF:91:10
          UP BROADCAST RUNNING PROMISC MULTICAST  MTU:1500  Metric:1
          RX packets:0 errors:0 dropped:0 overruns:0 frame:0
          TX packets:964 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:0
          RX bytes:0 (0.0 B)  TX bytes:56996 (55.6 KiB)
allerdings ist keine Adresse zugewiesen.
Versuch mal
Code:
ifconfig wan up 192.168.0.1 netmask 255.255.255.0
route add -net 0.0.0.0 netmask 0.0.0.0 gw 192.168.0.2
Die Adressen für das eigene Interface bei ifconfig und das Gateway bei route müssen natürlich angepaßt werden.

Danach sollte es gehen, das Gateway und auch andere IP-Adressen anzupingen, vielleicht auch über Namen.
 
RalfFriedl schrieb:
Ich habe es mal bei mir ausprobiert, habe aber W900V mit ds-mod.
Einstellung geändert auf:

Zugang über LAN
Internetverbindung selbst aufbauen (NAT-Router mit PPPoE oder IP)
Zugangsdaten werden nicht benötigt (IP)
IP-Adresse manuell festlegen

Alles so wie bei mir.

RalfFriedl schrieb:
Der Switch wird korrekt umkonfiguriert, aber bei mir wurde das Interface wan nicht aktiviert. Es
erschien bei ifconfig überhaupt nicht.
Wo siehst du das der Switch umkonfigutiert wurde?:confused:


Bei mir wird das wan wohl mit ifconfig Angelzeit aber die Ip Konfiguration fehlt.

Trage ich wie von dir vorgeführt

Code:
ifconfig wan up 10.10.1.20 netmask 255.255.255.0
route add -net 0.0.0.0 netmask 0.0.0.0 gw 10.10.1.1

ein, so werden die defoult route und das wan wohl so konfiguriert aber ein pingen der 10.10.1.1 ist immer noch nicht möglich.
mit netstat -t wird auch keine aktivität angezeigt.

Also eigentlich hab ich so auch auch schon sehr bald begonnen aber kein Resultat erzielt.
Ich hab angenommen, dass das Intervace aus irgend einen Grund nicht richtig zerstückelt und aktiviert ist.

Vorausgesetzt ich hab nicht eine Denkfehler mit den Netzadressen:
Also mein Lokales IP Netz am Linksys WRTG54 hat die Adresse 10.0.1.0.
Und er Linksys mit der Adresse 10.10.1.1 ist mein Gateway zum Kabelmodem.
Der Linksys ist auch DHCP Server, und es spielt auch keine Rolle ob der aktiv ist oder nicht.
Ich habe aber auch alles schon direkt am Kabelmodem ebenfalls versucht.

-------------------------------------------

Zu den Images:

Vorweg images die mit dem älteren 7071 images erzeugt werden haben Probleme mit dem USB.
Wird aber gebraucht um den Dectteil zu konfigurieren. Das neuer avm 7071
image macht keine Probleme mit dem USB.


Es ist somit eine eine Grundsatzentscheidung ob was man eher braucht.
option 1 für DECT mit fehlerhaften USB.
option 2 wenn DECT config nicht gebraucht wird.

Sind aber die Dect Geräte mal konfiguriert bleibt die Konfiguration erhalten auch wenn ein Werksreset durchgeführt wurde.
Das war bis jetzt auch gut so, so war es immer möglich über die DECT Handteile reset und telnet zu steuern.

+++++++++++++++++++++

Ich habe einige nochmal übersetzt und in den W900V geladen, und durch vergleich fest gestellt,
dass:

1. Es keine unterschied ausmacht ob ich das Hardware kernal des 701 in das image einpacke.
Die Funktion bleibt soweit ich es verglichen habe total gleich obwohl das Hardware kernal des
701 etwas kleiner und älter ist.

2. Ein kernal image das für den 701 erstellt wurde aber indem ich den hardware kernal des w900
eingepackt habe fuhrt zu Dauerreboot.
2.1 Somit sind im Filesystem (oder configfiles) wesentliche Unterschiede obwohl fast alle Files in der Länge gleich sind.
Es bleiben zwar einige Files über die in Verbindung mit dem Netzwerk eine Rolle spien könnten
aber da währe bei weiten mehr zu vergleichen.
2.2 Unterschiede in den relevanten webskripten sind aber nicht vorhanden.

++++++++++++++++++++++
Nächster Schritt ist wohl, dass ich den ds mode Installiere, leider reicht mein Knoppix von der CD dazu nicht.
Und auf meine altern Linux Installationen fange ich damit erst mal gar nicht an.

Was verwendest du zum erzeugen der ds-mode images?:confused:


mfg Johann
 
Hallo Johann

Korrektur: Es sah nur so aus, als wäre der Switch korrekt umkonfiguriert. Er ist umkonfiguriert worden, aber nicht korrekt.

Daß der Switch umkonfiguriert wurde, sieht man daran, daß jetzt das Interface wan ist das, das ist soweit richtig. Mit tcpdump sieht man aber, daß es doch nicht richtig funktioniert. Was über das Netzwerk übertragen wird, ist
Code:
  ethertype 802.1Q (0x8100), length 60: vlan 16, p 0, ethertype ARP
statt
  ethertype ARP (0x0806)
Kurz gesagt, wird noch ein zusätzlicher Header vor dem Paket verschickt, der in diesem Fall stört.

Beim ds-mod kann man ein Programm cpmaccfg auswählen. Mit diesem Programm kann man den Switch konfigurieren. Das läuft dann aber darauf hinaus, daß man die Netzwerk Konfiguraion selbst vornehmen muß und nicht mehr über die Web Oberfläche gehen kann.
Die Konfiguration geht dann so:
Code:
# Erst das Netzwerk von multid aktivieren lassen. Wird im normalen Start-Skript gemacht.
# Switch auf Normal einstellen
cpmaccfg set_switch_mode normal
# Switch auf ATA einstellen (LAN1 -> WAN)
cpmaccfg set_switch_mode ata
ifconfig wan up ...
route add ...
Hast Du den W900V hinter dem WRTG54 im Einsatz oder statt dessen? Der WRTG54 muß zwei verschiedene Adressen haben. Eine davon sollte weder mit 10 noch mit 192.168 anfangen. Ist Deine IP-Adresse fest oder variabel?
Kannst Du Deine Netzwerk-Konfiguration etwas genauer beschreiben?

Nach Deinen Angaben gehe ich von Folgendem aus, wobei ich annehmen daß das mit 10.10.1.20 nicht so stimmt, sonst wärst Du aus dem Internet nicht erreichbar. Kann natürlich sein, daß dieKonfiguration mit dem Kabelmodem trotzdem so ist.
Vom Internet-Anbieter vorgegeben:
IP-Adresse 10.10.1.20, Gateway 10.10.1.1, DNS-Server xxx und yyy, oder statt dessen DHCP. Diese müßte im WRTG54 eingestellt sein.
Frei vergeben intern:
10.0.1.x

Es sollte möglich sein, ds-mod auf Knoppix zu erstellen, vorausgesetzt, Knoppix hat einen C-Compiler dabei. Sinnvoll wäre es dazu, irgendwo einen dauerhaften Speicher einzurichten, z.B. einen USB-Stick.
Das cpmaccfg Programm kann ich auch statisch erstellen und zur Verfügung stellen.

Wenn Du versuchst, das Image vom W701V zu nehmen, sollten zumindest die Dateien /etc/init.d/rc.init und alles unter /lib/modules/ und der Kernel vom W900V sein.

Hast Du die Möglichkeit und Interesse daran, eine serielle Konsole anzuschließen?
 
Hallo Ralf!

RalfFriedl schrieb:
Korrektur: Es sah nur so aus, als wäre der Switch korrekt umkonfiguriert. Er ist umkonfiguriert worden, aber nicht korrekt.

Daß der Switch umkonfiguriert wurde, sieht man daran, daß jetzt das Interface wan ist das, das ist soweit richtig. Mit tcpdump sieht man aber, daß es doch nicht richtig funktioniert. Was über das Netzwerk übertragen wird, ist
Code:
  ethertype 802.1Q (0x8100), length 60: vlan 16, p 0, ethertype ARP
statt
  ethertype ARP (0x0806)
Kurz gesagt, wird noch ein zusätzlicher Header vor dem Paket verschickt, der in diesem Fall stört.

tcpdump ist das tool danke!

Beim ds-mod kann man ein Programm cpmaccfg auswählen.
Hab schon darüber gelesen, und ähnliches vermutete wie du bescheibst.
Werde es wahrscheinlich installieren damit ich über die hürde komme mit deiner Hilfe.
Hast Du den W900V hinter dem WRTG54 im Einsatz oder statt dessen?
Ja
Der WRTG54 muß zwei verschiedene Adressen haben. Eine davon sollte weder mit 10 noch mit 192.168 anfangen. Ist Deine IP-Adresse fest oder variabel?
Ja stimmt auch, der WRTG macht jetzt das NAT die 10.10.1.0 ist mein internes Netz.
Das klappt sowiso, ich habe auch schon das 192.168.X.X netzt verwendet ohne Probleme.
Dei Offntliche IP adresse hab ich nicht im Kopf, müßt nachsehn ist aber eh nicht das Problem.
Das Kabelmodem macht kein NAT und ist daher eine totale Sicherheitslücke.
Der Kabelbetreiber scanned auch dauernd das Netz.
Der DHCP des Kabelbetreiners läft auf eine Cisco router und die Kabelmodems werden fernüberwacht.

Kannst Du Deine Netzwerk-Konfiguration etwas genauer beschreiben?
Also nicht das Problem,

Der WRTG sollte in Zukunft als WLan Repeater laufen.

Momemtan: Kabelmodem -> W900V IPClient - ein PCs am Waln des WRTG, ein PC am Wlan des W900V
ISDN mit zwei MSNS -> W900V -> Gigaset 3070 -> 4 Handteile
am W900V ebnfalls 4 Handteile


Nach Deinen Angaben gehe ich von Folgendem aus, wobei ich annehmen daß das mit 10.10.1.20 nicht so stimmt. ..
IP-Adresse 10.10.1.20, Gateway 10.10.1.1, DNS-Server xxx und yyy, oder statt dessen DHCP.
Diese müßte im WRTG54 eingestellt sein.
Frei vergeben intern:
10.0.1.x
Frei vergebbar intern ist alles zwischen 10.10.1.10 - 10.10.1.99
Darüber stellt der DHCP des WRTG die IPs bereit.
DNS Server werden vom DHCP des WRTGs zugewiesen oder fix Eingetrgen, die Adressen wurden vom Kabelbetreber bekanntgegeben und im WRTG eingetrgen.
Der WRTG hat fixe Einträge in Richtung Kabelmodem.
Als IP Client (W900V) funktioniert auch Voip problemlos in meiner Konfiguration.
Es sollte möglich sein, ds-mod auf Knoppix zu erstellen, vorausgesetzt, Knoppix hat einen C-Compiler dabei. Sinnvoll wäre es dazu, irgendwo einen dauerhaften Speicher einzurichten, z.B. einen USB-Stick.
Ja ich habe auch einen stick am Knopix laufen aber das filsystem des Stiks ist FAT drum kann ich drauf nichts Compilieren.
Im meiner 200 Mb Ramdisk lauft auch der Compiler nur irgendwann zwischndurch geht der Speicher aus.
Das cpmaccfg Programm kann ich auch statisch erstellen und zur Verfügung stellen.
Das währe natürlich ein feine Sache, dan könnt eich die fertigen Teile einfach in das image packen.
oder spricht da was dagegen?
Wenn Du versuchst, das Image vom W701V zu nehmen, sollten zumindest die Dateien /etc/init.d/rc.init und alles unter /lib/modules/ und der Kernel vom W900V sein.
Da magst du recht haben, ist aber auch nicht dad problem da der 701 harware kern eh läft mit den Filsystem vom 900 er Image.
Hast Du die Möglichkeit und Interesse daran, eine serielle Konsole anzuschließen?

Grundsätzlich schon, ich müste aber erst das kabel löten und dei box öffnen.
Es ist mir kalr, das dan der bootvotgang beobachtbar wäre und auch weitere systemmeldungen sichtbar währen.
Ich habe mich aber gefragt ob es nicht eine Moglichkeit eines logfils gibt das nachtträglich durchgesehn werden kann?
Irgnd wie müste doch die standart Ausgabe umgelnkt werden können oder?

mfg Johann
 
Zuletzt bearbeitet:
Hallo Johann

Momentan: Kabelmodem -> W900V
In dieser Konfiguration braucht der W900V die öffentliche IP-Adresse, es sei denn, das Kabelmodem ist gleichzeitig ein Router.

Außerdem Vorsicht: In dieser Konfiguration ist der W900V nach Außen auch offen. Also braucht man zusätzlich iptables oder etwas vergleichbares.

Ja ich habe auch einen stick am Knoppix laufen aber das Filesystem des Sticks ist FAT drum kann ich drauf nichts Compilieren.
Im meiner 200 Mb Ramdisk lauft auch der Compiler nur irgendwann zwischendurch geht der Speicher aus.
Du kannst auch auf der Festplatte eine Swapdatei verwenden, oder einen USB-Stick nehmen und auf dem ein Linux Dateisystem erstellen.

Wenn Du auf der Festplatte eine vorhandene Partition etwas verkleinern kannst, dann kannst Du dort auch gleich ein richtiges Dateisystem anlegen.

Es gibt auch die Möglichkeit mit FriBoLi, das ist ein Linux für eine Virtuelle Maschine von VMWare. Dafür braucht man den VMWare Player, damit kann man das ganze unter Windows laufen lassen.

Ich verwende SUSE Linux. Das aktuelle opensuse 10.2 kann man sich bei opensuse.org herunterladen, ich weiß aber nicht, wie es bei Dir mit dem Übertragungsvolumen aussieht. SUSE kann bei der Installation auf Wunsch auch eine Windows-Partition verkleinern. Aber mit der Virtuellen Maschine ist es vermutlich einfacher.

Als Anlage habe ich mein busybox und cpmaccfg zusammen mit den Libraries angehängt.
 

Anhänge

  • W900V.tar.bz2
    461.2 KB · Aufrufe: 26
Herzlichen Dank!

Ich würde gern den Stik unter linux formatioeren wenn das reicht.
Muss mir aber erst ansehn wie das unter knoppix geht.
Mit meiner Festplatte am Laptop klapte es nicht einen swap hätte ich eingerichtet aber die Platte verweigert den mount beim booten. Ist ein NTFS und umpartitionieren fang ich nicht an. Ich überlag aber mal auf eine andern PC anzuwefen da könnte ich vielleicht eine Linux Suse Festplatte dazu verwende.
Es gibt ja auch noch die Moglichkeit das knoppix auf die Festplatte zu verschieben.
VM ware hätte ich aber,
das friboli ist 1 GB groß, muss ich mir zuerst runtersaugen das will ich aber vermeiden weil ich bis jetzt keine flatrate habe, mag sein wenn nichts anders klappt bleibt ja noch deise Möglichkeit.

Gibt es für oder wieder für die Verwendung von SuSE ältere versionen hab ich die neuere müßte ich mir auch besorgen?

Ich leg mal eine Pause ein, nächste woche ist verplannt. ich melde mich aber wieder wenn ich mehr weis oder was eher der Fall ist wenn neu fragen auftauchen.

mfg Johann
 
Holen Sie sich 3CX - völlig kostenlos!
Verbinden Sie Ihr Team und Ihre Kunden Telefonie Livechat Videokonferenzen

Gehostet oder selbst-verwaltet. Für bis zu 10 Nutzer dauerhaft kostenlos. Keine Kreditkartendetails erforderlich. Ohne Risiko testen.

3CX
Für diese E-Mail-Adresse besteht bereits ein 3CX-Konto. Sie werden zum Kundenportal weitergeleitet, wo Sie sich anmelden oder Ihr Passwort zurücksetzen können, falls Sie dieses vergessen haben.