FBF 7050 erfolgreich zur ATA modifiziert

[clarice]

[s:00aa8d835f]@mulder223: Ich verwende 1und1 als Voip Anbieter und bleibe mit sleep von 900 ständig ohne Abrüche erreichbar. Derzeit verwende ich 3 Telefonnummern.

auf der Konsole der FBF ist ersichtlich, daß die erneute Registrierung alle 15min für alle 3 Nummern erfolgreich durchgeführt wird. Du solltest einmal die Meldungen der Konsole überprüfen.

Sep 8 17:30:34 voipd[411]: dns: _sip._udp.1und1.de: query
Sep 8 17:30:34 voipd[411]: dns: _sip._udp.1und1.de: "0 0 5060 sip.1und1.de" ttl=137 from 192.168.xxx.xxx.
Sep 8 17:30:34 voipd[411]: >>> Request: REGISTER sip:1und1.de
Sep 8 17:30:34 voipd[411]: dns: _sip._udp.sip.1und1.de: query
Sep 8 17:30:34 voipd[411]: >>> Request: REGISTER sip:1und1.de
Sep 8 17:30:34 voipd[411]: >>> Request: REGISTER sip:1und1.de
Sep 8 17:30:34 voipd[411]: dns; _sip._udp.sip.1und1.de: not found
Sep 8 17:30:34 voipd[411]: dns: sip.1und1.de: query
Sep 8 17:30:34 voipd[411]: dns: sip.1und1.de: 212.227.15.197 ttl=50 from 192.168.xxx.xxx.
Sep 8 17:30:34 voipd[411]: <<< Status: 401 Unauthorized
Sep 8 17:30:34 voipd[411]: query_local_ipaddress: 0.0.0.0
Sep 8 17:30:34 voipd[411]: >>> Request: REGISTER sip:1und1.de
Sep 8 17:30:34 voipd[411]: <<< Status: 401 Unauthorized
Sep 8 17:30:34 voipd[411]: query_local_ipaddress: 0.0.0.0
Sep 8 17:30:34 voipd[411]: >>> Request: REGISTER sip:1und1.de
Sep 8 17:30:34 voipd[411]: <<< Status: 401 Unauthorized
Sep 8 17:30:34 voipd[411]: query_local_ipaddress: 0.0.0.0
Sep 8 17:30:34 voipd[411]: >>> Request: REGISTER sip:1und1.de
Sep 8 17:30:34 voipd[411]: <<< Status: 200 OK
Sep 8 17:30:34 voipd[411]: query_local_ipaddress: 0.0.0.0
Sep 8 17:30:34 voipd[411]: >>> Request: REGISTER sip:1und1.de
Sep 8 17:30:34 voipd[411]: <<< Status: 200 OK
Sep 8 17:30:34 voipd[411]: query_local_ipaddress: 0.0.0.0
Sep 8 17:30:34 voipd[411]: >>> Request: REGISTER sip:1und1.de
Sep 8 17:30:34 voipd[411]: <<< Status: 200 OK
Sep 8 17:30:34 voipd[411]: query_local_ipaddress: 0.0.0.0
Sep 8 17:30:34 voipd[411]: >>> Request: REGISTER sip:1und1.de
Sep 8 17:30:34 voipd[411]: <<< Status: 401 Unauthorized
Sep 8 17:30:34 voipd[411]: >>> Request: REGISTER sip:1und1.de
Sep 8 17:30:34 voipd[411]: <<< Status: 401 Unauthorized
Sep 8 17:30:34 voipd[411]: >>> Request: REGISTER sip:1und1.de
Sep 8 17:30:34 voipd[411]: <<< Status: 401 Unauthorized
Sep 8 17:30:34 voipd[411]: >>> Request: REGISTER sip:1und1.de
Sep 8 17:30:35 voipd[411]: <<< Status: 200 OK
Sep 8 17:30:35 voipd[411]: sip:[email protected];uniq=BE4F86E6E5C314AE11701C942248: REGISTER complete (next in 1620 seconds)
Sep 8 17:30:35 voipd[411]: <<< Status: 200 OK
Sep 8 17:30:35 voipd[411]: sip:[email protected];uniq=BE4F86E6E5C314AE11701C942248: REGISTER complete (next in 1620 seconds)
Sep 8 17:30:35 voipd[411]: <<< Status: 200 OK
Sep 8 17:30:35 voipd[411]: sip:[email protected];uniq=BE4F86E6E5C314AE11701C942248: REGISTER complete (next in 1620 seconds)

[/s:00aa8d835f]

EDIT: sorry, irgendwie ist das Posting doppelt gesendet worden.
der korrigierte Beitrag befindet sich unterhalb.

 

[Matthy]

Ich habe die Erfahrung gemacht, dass bei einer Fritzbox hinter einem Router die Verbindung zum 1&1-SIP schon nach weniger als 3 Minuten verloren geht, wenn man keine festen Portweiterleitungen zur Fritzbox eingestellt hat. Bei Sipgate war das kein Problem. Mit den entsprechenden Portweiterleitungen geht's aber nun problemlos. Ich benutze einen Sleep-Wert von 600.

 

[clarice]

@mulder223: Ich verwende 1und1 als Voip Anbieter und bleibe mit sleep von 900 ständig ohne Abrüche erreichbar. Derzeit verwende ich 3 Telefonnummern.

auf der Konsole der FBF ist ersichtlich, daß die erneute Registrierung alle 15min für alle 3 Nummern erfolgreich durchgeführt wird. Du solltest einmal die Meldungen der Konsole überprüfen. Bei mir sieht es folgendermaßen aus:

entweder so:

voipd[411]: dns: _sip._udp.1und1.de: query
voipd[411]: dns: _sip._udp.1und1.de: "0 0 5060 sip.1und1.de" ttl=137 from 192.168.xxx.xxx.
voipd[411]: >>> Request: REGISTER sip:1und1.de
voipd[411]: dns: _sip._udp.sip.1und1.de: query
voipd[411]: >>> Request: REGISTER sip:1und1.de
voipd[411]: >>> Request: REGISTER sip:1und1.de
voipd[411]: dns; _sip._udp.sip.1und1.de: not found
voipd[411]: dns: sip.1und1.de: query
voipd[411]: dns: sip.1und1.de: 212.227.15.197 ttl=50 from 192.168.xxx.xxx.
voipd[411]: <<< Status: 401 Unauthorized
voipd[411]: query_local_ipaddress: 0.0.0.0
voipd[411]: >>> Request: REGISTER sip:1und1.de
voipd[411]: <<< Status: 401 Unauthorized
voipd[411]: query_local_ipaddress: 0.0.0.0
voipd[411]: >>> Request: REGISTER sip:1und1.de
voipd[411]: <<< Status: 401 Unauthorized
voipd[411]: query_local_ipaddress: 0.0.0.0
voipd[411]: >>> Request: REGISTER sip:1und1.de
voipd[411]: <<< Status: 200 OK
voipd[411]: query_local_ipaddress: 0.0.0.0
voipd[411]: >>> Request: REGISTER sip:1und1.de
voipd[411]: <<< Status: 200 OK
voipd[411]: query_local_ipaddress: 0.0.0.0
voipd[411]: >>> Request: REGISTER sip:1und1.de
voipd[411]: <<< Status: 200 OK
voipd[411]: query_local_ipaddress: 0.0.0.0
voipd[411]: >>> Request: REGISTER sip:1und1.de
voipd[411]: <<< Status: 401 Unauthorized
voipd[411]: >>> Request: REGISTER sip:1und1.de
voipd[411]: <<< Status: 401 Unauthorized
voipd[411]: >>> Request: REGISTER sip:1und1.de
voipd[411]: <<< Status: 401 Unauthorized
voipd[411]: >>> Request: REGISTER sip:1und1.de
voipd[411]: <<< Status: 200 OK
voipd[411]: sip:[email protected];uniq=BE4F86E6E5C314AE11701C942248: REGISTER complete (next in 1620 seconds)
voipd[411]: <<< Status: 200 OK
voipd[411]: sip:[email protected];uniq=BE4F86E6E5C314AE11701C942248: REGISTER complete (next in 1620 seconds)
voipd[411]: <<< Status: 200 OK
voipd[411]: sip:[email protected];uniq=BE4F86E6E5C314AE11701C942248: REGISTER complete (next in 1620 seconds)

oder so:

voipd[411]: >>> Request: SUBSCRIBE sip:[email protected]
voipd[411]: dns: _sip._udp.1und1.de: query
voipd[411]: >>> Request: SUBSCRIBE sip:[email protected]
voipd[411]: >>> Request: SUBSCRIBE sip:[email protected]
voipd[411]: dns: _sip._udp.1und1.de: "0 0 5060 sip.1und1.de" ttl=4 from 192.168.xxx.xxx.
voipd[411]: dns: sip.1und1.de: query
voipd[411]: dns: sip.1und1.de: 212.227.15.197 ttl=208 from 192.168.xxx.xxx.
voipd[411]: <<< Status: 200 OK
voipd[411]: SUBSCRIBED: message-summary sip:[email protected] 0.0
voipd[411]: <<< Status: 200 OK
voipd[411]: SUBSCRIBED: message-summary sip:[email protected] 0.0
voipd[411]: <<< Status: 200 OK
voipd[411]: SUBSCRIBED: message-summary sip:[email protected] 0.0

 

[Matthy]

Zwischenfrage: Kann jemand von euch, der die Fritzbox 7050 hinter einem Router betreibt, von einem Telefon, das an der Fritzbox hängt, ein anderes Telefon, das an der Fritzbox hängt, via VoIP anrufen und dann auch telefonieren?
Bei mir klingelt es zwar, aber eine Sprechverbindung kommt nicht zustande, weil die Box sich wundert, dass die VoIP-Pakete nicht von der öffentlichen IP kommen.

 

[clarice]

@Matthy: Anrufe zwischen FON1 und FON2 sind direkt (also mit **1 bzw. **2) oder auch mit der vollständigen Telefonnummer über den Provider möglich. Sprachqualität ist in allen Fällen sehr gut

 

[mulder223]

@Matthy: Welche Ports hast Du weitergeleitet?
Andere oder weitere außer denen:

TCP 3478-3479
TCP 5060-5062
TCP 5070-5072
TCP 7077-7081
TCP 30000-30005
UDP 5004
UDP 10000

die Verbindung ist bei mir tatsächlich nach ca. 3Minuten zuverlässig deregistriert.

@clarice: werde die Meldungen gleich mal vergleichen

 

[mulder223]

bei mir meldet die console:

Sep 8 14:10:30 voipd[562]: dns: _sip._udp.1und1.de: query
Sep 8 14:10:30 voipd[562]: dns: _sip._udp.1und1.de: "0 0 5060 sip.1und1.de" ttl=22 from 192.168.20.1.
Sep 8 14:10:30 voipd[562]: >>> Request: REGISTER sip:1und1.de
Sep 8 14:10:30 voipd[562]: >>> Request: REGISTER sip:1und1.de
Sep 8 14:10:30 voipd[562]: >>> Request: REGISTER sip:1und1.de
Sep 8 14:10:30 voipd[562]: >>> Request: REGISTER sip:1und1.de
Sep 8 14:10:30 voipd[562]: dns: sip.1und1.de: query
Sep 8 14:10:30 voipd[562]: dns: sip.1und1.de: 212.227.15.197 ttl=208 from 192.168.20.1.
Sep 8 14:10:30 voipd[562]: <<< Status: 401 Unauthorized
Sep 8 14:10:30 voipd[562]: query_local_ipaddress: 0.0.0.0
Sep 8 14:10:30 voipd[562]: >>> Request: REGISTER sip:1und1.de
Sep 8 14:10:30 voipd[562]: <<< Status: 401 Unauthorized
Sep 8 14:10:30 voipd[562]: query_local_ipaddress: 0.0.0.0
Sep 8 14:10:30 voipd[562]: >>> Request: REGISTER sip:1und1.de
Sep 8 14:10:30 voipd[562]: <<< Status: 401 Unauthorized
Sep 8 14:10:30 voipd[562]: query_local_ipaddress: 0.0.0.0
Sep 8 14:10:30 voipd[562]: >>> Request: REGISTER sip:1und1.de
Sep 8 14:10:30 voipd[562]: <<< Status: 401 Unauthorized
Sep 8 14:10:30 voipd[562]: query_local_ipaddress: 0.0.0.0
Sep 8 14:10:30 voipd[562]: >>> Request: REGISTER sip:1und1.de
Sep 8 14:10:30 voipd[562]: <<< Status: 200 OK
Sep 8 14:10:30 voipd[562]: query_local_ipaddress: 0.0.0.0
Sep 8 14:10:30 voipd[562]: >>> Request: REGISTER sip:1und1.de
Sep 8 14:10:30 voipd[562]: <<< Status: 200 OK
Sep 8 14:10:30 voipd[562]: query_local_ipaddress: 0.0.0.0
Sep 8 14:10:30 voipd[562]: >>> Request: REGISTER sip:1und1.de
Sep 8 14:10:31 voipd[562]: <<< Status: 200 OK
Sep 8 14:10:31 voipd[562]: query_local_ipaddress: 0.0.0.0
Sep 8 14:10:31 voipd[562]: >>> Request: REGISTER sip:1und1.de
Sep 8 14:10:31 voipd[562]: <<< Status: 200 OK
Sep 8 14:10:31 voipd[562]: query_local_ipaddress: 0.0.0.0
Sep 8 14:10:31 voipd[562]: >>> Request: REGISTER sip:1und1.de
Sep 8 14:10:31 voipd[562]: <<< Status: 401 Unauthorized
Sep 8 14:10:31 voipd[562]: >>> Request: REGISTER sip:1und1.de
Sep 8 14:10:31 voipd[562]: <<< Status: 401 Unauthorized
Sep 8 14:10:31 voipd[562]: >>> Request: REGISTER sip:1und1.de
Sep 8 14:10:31 voipd[562]: <<< Status: 401 Unauthorized
Sep 8 14:10:31 voipd[562]: >>> Request: REGISTER sip:1und1.de
Sep 8 14:10:31 voipd[562]: <<< Status: 401 Unauthorized
Sep 8 14:10:31 voipd[562]: >>> Request: REGISTER sip:1und1.de
Sep 8 14:10:31 voipd[562]: <<< Status: 200 OK
Sep 8 14:10:31 voipd[562]: sip:[email protected];uniq=BE4F86E6E5C314AE11701C942248: REGISTER complete (next in 1620 seconds)
Sep 8 14:10:31 voipd[562]: >>> Request: SUBSCRIBE sip:[email protected]
Sep 8 14:10:31 voipd[562]: <<< Status: 200 OK
Sep 8 14:10:31 voipd[562]: sip:[email protected];uniq=BE4F86E6E5C314AE11701C942248: REGISTER complete (next in 1620 seconds)
Sep 8 14:10:31 voipd[562]: <<< Status: 200 OK
Sep 8 14:10:31 voipd[562]: sip:[email protected];uniq=BE4F86E6E5C314AE11701C942248: REGISTER complete (next in 1620 seconds)
Sep 8 14:10:31 voipd[562]: >>> Request: SUBSCRIBE sip:[email protected]
Sep 8 14:10:31 voipd[562]: <<< Status: 200 OK
Sep 8 14:10:31 voipd[562]: sip:[email protected];uniq=BE4F86E6E5C314AE11701C942248: REGISTER complete (next in 1620 seconds)
Sep 8 14:10:31 voipd[562]: <<< Status: 401 Unauthorized
Sep 8 14:10:31 voipd[562]: >>> Request: SUBSCRIBE sip:[email protected]
Sep 8 14:10:31 voipd[562]: <<< Status: 401 Unauthorized
Sep 8 14:10:31 voipd[562]: >>> Request: SUBSCRIBE sip:[email protected]
Sep 8 14:10:31 voipd[562]: <<< Status: 404 Not found
Sep 8 14:10:31 voipd[562]: <<< Status: 404 Not found



ok. da ist wohl irgendetwas falsch.....

 

[Matthy]

@mulder123: Ich habe nur folgende Ports zur Fritzbox weitergeleitet:
5060-5072 UDP
7070-7085 UDP
3478-3479 UDP
30000-30005 UDP

@clarice: Das ist ja interessant, dass du intern via VoIP hinter dem Router telefonieren kannst. Welchen Router hast du? Welche Ports hast du zur Fritzbox weitergeleitet? Geht das Interntelefonieren bei dir auch am S0? Bei mir kommt immer folgende Meldung wenn ich intern via VoIP telefonieren will:
rtp_dgramrcv: packet from 192.168.2.1 ignored, should be from 84.163.xxx.xxx

 

[clarice]

@Matthy:
Meine eingesetzte Technik kannst Du in der Signatur nachlesen.

Die FBF 7050 habe ich erst seit knapp zwei Wochen. Bisher habe ich so ziemlich alle nur erdenklichen Anschlußvarianten getestet (eigentlich durchweg erfolgreich).

Folgende Ports sind auf die FBF geforwardet:
UDP 3478-3479
UDP 5060-5062
UDP 5070-5072
UDP 7077-7081
UDP 30000-30005
UDP 5004
UDP 10000

Es sind sicherlich nicht alle Ports notwendig. Um erst einmal allen Problemen aus dem Weg zu gehen habe ich aber alle Ports, die irgendwas mit VoIP zu tun haben, genutzt. Wenn alles ordnungsgemäß im Dauerbetrieb läuft, werde ich hier wieder abspecken.

Den S0 der FBF nutze ich nicht, da ich die FBF über den ISDN/analog-Anschluß mit dem internen S0 der Elmeg verbunden habe (Anlagenkopplung). An der FBF sind derzeit zwei analoge Telefone angeschlossen (nur zum Testen). Die eigentliche Telefonie wird über Telefone im Haus abgewickelt. Ich kann von jedem Telefon der Elmeg-Anlage (analog oder ISDN) abgehende/eingehende Festnetz- oder VoIP-Gesprache führen.

 

[clarice]

@voipalex
Ich verfolge Deinen Thread schon eine Weile sehr aufmerksam und habe meine FBF 7050 mit Hilfe verschiedener Anregungen entsprechend konfiguriert. Ebenso hatte ich die While-Schleife in Benutzung. Diese habe ich deaktiviert, da die FBF bei mir alle 27min (1620sec) selbstständig eine erfolgreiche Registrierung durchführt. Das funktioniert ebenfals nach einer Trennung der Internetverbindung durch den Router. Hierbei bin ich im ungünstigsten Fall für 27min nicht erreichbar. Durch in definierte Trennung um 3.00Uhr nachts aber kein Problem.

voipd[411]: <<< Status: 200 OK
voipd[411]: sip:[email protected];uniq=BE4F86E6E5C314AE11701C942248: REGISTER complete (next in 1620 seconds)
voipd[411]: <<< Status: 200 OK
voipd[411]: sip:[email protected];uniq=BE4F86E6E5C314AE11701C942248: REGISTER complete (next in 1620 seconds)
voipd[411]: <<< Status: 200 OK
voipd[411]: sip:[email protected];uniq=BE4F86E6E5C314AE11701C942248: REGISTER complete (next in 1620 seconds)

Aus diesem Grund verwende ich nun eine recht kurze debug.cfg:

/usr/sbin/telnetd -l /sbin/ar7login
dsld -s
echo 1,4 > /var/led

Hat AVM hier mit der neuen FW14.03.58 nachgelegt oder benutze ich eine sehr "glückliche" Soft- bzw. Hardwarekonfiruration.
Kannst Du diesen Effekt bestätigen?
Gibt es einen Eintrag ein einer cfg in der man die 1620sec verändern kann?

 

[Dave_T]

also ich verstehs nicht...bekomme andauernd den Fehler, dass die Nummern wegen DNS-Fehler nicht registriert werden kann. Jetzt hab ich die IP-Adresse von dus.net angegeben und keinen Fehler mehr.

Wenn ich von der Box z.B. heise.de anpinge, klappts problemlos, dann sollte DNS doch funktionieren, oder?

Wie kann ich jetzt sehen, wie lange die Nummer registriert bleibt? Da ich das Modem, DHCP und Router deaktiviert habe, sehe ich das so nicht...

 

[Matthy]

@Dave_T: Welchen Router hast du vor der Fritzbox? Für SIP muss der DNS die sog. SRV-Records unterstützen. Bei meinem Fli4l ging das erst nach einer Änderung der Konfiguration.
Ob die Nummer von außen erreichbar ist, merkst du in deinem Fall nur durch anrufen.

 

[clarice]

Wenn ich von der Box z.B. heise.de anpinge, klappts problemlos, dann sollte DNS doch funktionieren, oder?

Muß es nicht!


siehe hierzu:

Für SIP muss der DNS die sog. SRV-Records unterstützen.

Wenn Dein Router die SRV-Records nicht unterstützt, gib Deiner FBF einen externen DNS-Server (z.Bsp. 194.25.2.129 der Telekom). Das funktioniert ganz sicher.

EDIT: habe die IP vom DNS-Server der Telekom berichtigt
EDIT: peinlich: der DNS-Server ist natürlich nicht von der Telekom sondern von T-Online

 

[Dave_T]

ist ein dlink di-624. hab jetzt auch nix gefunden, wo ich SRV einstellen könnte.

wo gebe ich den DNS-Server ein? Ist das die Stelle in debug.cfg "route add default gateway" ? Oder wan_bridge_gateway in der ar7.cfg?

Nochwas: Was steht bei Euch in der ar7.cfg in der ersten Zeile nach der { bei mode ?

 

[clarice]

@Dave_T: mode = dsldmode_bridge;

Wenn Du der FBF per DHCP von D-Link keinen anderen DNS-Server zueisen kannst, mußt Du die IP-Konfiguration der FBF manuell vornehmen.

in der Box:
1. DHCP abschalten (ar7.cfg) und IP-Adresse aus dem Nummernkreis des D-Link in ar7.cfg vergeben
2. route add default gw <D-Link-IP> (debug.cfg)
3. servercfg {
dns1 = 194.25.2.129;
dns2 = 0.0.0.0;
} in ar7.cfg (weit unten)

jetzt sollte der DNS-Fehler weg sein

 

[Dave_T]

was mich übrigens auch gewaltig nervt ist, dass ich ich am Telefon immer abheben muss und dann wählen kann. Nehme ich eine Nummer aus dem Telefonbuch des Telefons oder tippe die Nummer ein und hebe dann ab, kommt IMMER ein Besetztzeichen....?

 

[Dave_T]

@clarice: habe nach Deiner Anleitung geändert, geht leider nicht.

die Box hat jetzt eine feste IP und den von Dir genannten DNS-Server. I-Net-Verbindung hab ich auch, Unterschied ist nur, dass die Pingzeiten mordsmässig nach oben geschossen sind, liegt wohl am Telekom DNS-Server. Vorher 20ms jetzt 180-200ms.

Hmm jetzt hab ich noch was gefunden, was ich vorher zu Testzwecken geändert hatte. Es gibt in der ar7.cfg noch einen Bereich VOIP, in dem man DNS-Server und Gateway eintragen kann (muss??) hatte dort noch die IP des Routers drin und habs jetzt wieder gelöscht...geht trotzdem nicht...

muss da auch der T-Com-DNS rein??

 

[clarice]

@Dave_T:
Sorry, war kein Telekom-Server sondern der von T-Online.

zu den Pingzeiten:
Hier kann ich dir nicht ganz folgen. Die Pingzeiten hängen nur von dem angepingten Ziel bzw. vom Übertragungsweg zum Ziel ab.
Sind die Zeiten beim anpingen einer IP-Adresse (z.Bsp. 212.42.244.80) gleich dem anpingen über den Namen (z.Bsp. www.avm.de )?

Ich habe die meine Konfiguration zum testen auch mal kurz umgestellt, konnte aber keine veränderten Laufzeiten feststellen.

Kannst du die DNS-Fehlermeldung mal posten?

 

[Dave_T]

pings setze ich meist auf heise.de ab...aber theoretisch hast Du recht, vielleicht war mein Zugang gerade nicht so top.

Die Meldung:

07.05.05 14:59:13 Anmeldung der Internetrufnummer 00038XXXXXXX ist gescheitert. Fehlergrund: DNS-Fehler

nicht sehr aussagekräftig würde ich mal sagen...sobald ich die IP eintrage gehts wieder ohne Probleme.
So langsam bekomme ich kalte Füße, denn ich lass gerade meinen ISDN-Anschluss kündigen und die Nummern portieren...wenns dann nicht läuft, steh ich dumm da.

 

[astefan]

Klappt noch nicht so richtig...

Hallo,

irgendwie komme ich noch nicht so ganz klar. Mein Umgebug habe in der beigefügten Grafik kurz dargestellt.

Mein Ziel ist folgendes:

Das Kabelmodem (IP: 192.168.0.1 / 255.255.255.0) stellt den Zugang zum Internet dar und versorgt die Fritz.Box LAN A per DHCP mit einer IP-Adresse. Die Fritz.Box LAN B (IP: 192.168.178.1 / 255.255.255.0) arbeitet für die PCs als DHCP-Server und versorgt diese mit IPs. Zusätzlich ist die Fritz.Box WLAN Access Point. Demnach sollten eigentlich zwei Subnetze existieren. Alle angeschlossenen PCs sollen natürlich via Fritz.Box und danach via Kabelmodem ins Internet gelangen. Soweit der Plan.

Was ich momentan "erreicht" habe:
Das Kabelmodem versorgt die Fritz.Box und den PC1 mit einer IP-Adresse. Die Fritz.Box ist über "Fritz.Box" und 192.168.187.1 per Browser nicht mehr zu erreichen. Das Kabelmodem hat der Fritz.Box eine IP zugewiesen, über die die Fritz.Box zu erreichen ist. Der PC1 hat allerdings auch eine IP-Adresse aus dem Bereich des Kabelmodem bekommen. So war das nicht geplant. WLAN habe ich noch nicht ausprobiert, PC1 hängt momentan per Kabel an LAN B.

Vielleicht ist das, was ich vorhabe, auch gar nicht möglich… ?

Anbei meine ar7.cfg:

/*
 * /var/flash/ar7.cfg
 * Sun Sep  8 14:04:00 2002
 */

ar7cfg {
        mode = dsldmode_bridge;
        tsdisabled = no;
        igddenabled = yes;
        igdd_control_enabled = no;
        wan_bridge_with_dhcpc = yes;
        wan_bridge_gateway = 192.168.0.1;
        dhcpc_use_static_dns = no;
        ethmode = ethmode_bridge;
        ethinterfaces {
                name = "eth0";
                dhcp = yes;
                ipaddr = 192.168.178.1;
                netmask = 255.255.255.0;
                dstipaddr = 0.0.0.0;
                dhcpenabled = no;
                dhcpstart = 0.0.0.0;
                dhcpend = 0.0.0.0;
   } {
                name = "eth0:0";
                dhcp = no;
                ipaddr = 192.168.178.254;
                netmask = 255.255.255.0;
                dstipaddr = 0.0.0.0;
                dhcpenabled = yes;
                dhcpstart = 0.0.0.0;
                dhcpend = 0.0.0.0;
        } {
                name = "eth1";
                dhcp = no;
                ipaddr = 192.168.181.1;
                netmask = 255.255.255.0;
                dstipaddr = 0.0.0.0;
                dhcpenabled = yes;
                dhcpstart = 0.0.0.0;
                dhcpend = 0.0.0.0;
        } {
                name = "usbrndis";
                dhcp = no;
                ipaddr = 192.168.179.1;
                netmask = 255.255.255.0;
dstipaddr = 0.0.0.0;
                dhcpenabled = no;
                dhcpstart = 0.0.0.0;
                dhcpend = 0.0.0.0;
        } {
                name = "tiwlan0";
                dhcp = no;
                ipaddr = 192.168.182.1;
                netmask = 255.255.255.0;
                dstipaddr = 0.0.0.0;
                dhcpenabled = no;
                dhcpstart = 0.0.0.0;
                dhcpend = 0.0.0.0;
        }
        brinterfaces {
                name = "lan";
                dhcp = yes;
                ipaddr = 192.168.178.1;
                netmask = 255.255.255.0;
                dstipaddr = 0.0.0.0;
                interfaces = "eth0", "usbrndis", "eth1", "tiwlan0";
                dhcpenabled = no;
                dhcpstart = 0.0.0.0;
dhcpend = 0.0.0.0;
        } {
                name = "lan:0";
                dhcp = no;
                ipaddr = 192.168.178.254;
                netmask = 255.255.255.0;
                dstipaddr = 0.0.0.0;
                dhcpenabled = yes;
                dhcpstart = 0.0.0.0;
                dhcpend = 0.0.0.0;
        }
[...]

Wer kann mir helfen? Ich befürchte irgendein Problem innerhalb der ar7.cfg... evtenuell liegt es an mode oder ethmode?

Bin für jeden Tipp dankbar.

Gruss,
Stefan