multid/dsld/ctlmgr/kdsldmod W920V
Hi,
ich war investigativ tätig und gebe mal einen Zwischenstand.
Diese Infos haben keine Anspruch auf Vollständigkeit, und sind überwiedgend aus straces, tcpdumps und vergleichen mit meinem Sp900 entstanden. Da es viel Text ist, erst mal die Kurzfassung wer Fragen hat bitte Fragen.
Zuerst: Was machen die einzelnen Daemons, vieles ist bestimmt schon bekannt:
ctlmgr: Dies ist eine grosse Blackbox
- Managed die Konfig für die Plugins aus /usr/share/ctlmgr
- Macht auf neueren Boxen den Websvr fuer das Webfrontent, und kann Nachrichten via IPC/Pipes an alle Prozesse versenden.
multid: Kleinere Blackbox
- Erstellt die LAN-Bridge fuer LAN und WLAN
- konfiguriert den Switch hinter den CPMAC.
- Kommuniziert mit dsld, sorgt fuer den WAN-Port (dazu gleich mehr).
- DHCP Server
- IGMP proxy für Multicast nötig für IPTV
- Konfiguriert VLANs auf dem Switch
- Versucht Linux-Shed/QoS zu konfigurieren, nach einer Einwahl existiert
ein /{tmp,var}/wan.tc
dsld:
- Kontrolliert den kdsldmod,
- sagt multid, ich will einen WAN-Port
kdsldmod: - Sorgt für Connectivity
- Kann pppoe, pppoa, dhcp
Okay, soweit so gut:
Der gravierenste aber interessanteste Unterschied der mir aufgefallen ist, ist der WAN-Port.
Auf meinem W900V ist dieser nur vorhanden, wenn der CPMAC im auf Port1 als WAN-Port konfiguriert ist.
Auf dem W920V ist er immer vorhanden, sobald dsld/kdsldmod gestarted sind. Hat die Box auf Port 1, die Verbindung zu Aussenwelt, fällt da wie gewoht der erste Switschport raus.
Ist die Box im PPPoE Modus fällt da ein PVC2684-Ethernet Channel aus den VPI/VCI Werten raus. TCPDump zeigt pppoe Pakete. Aber nur wenn zuerst Multid und danach dsld gestartet wurde. Wird dsld ohne laufenden Multid gestartet, beendet er sich nach dem er 10 Sekunden auf ein Interface WAN gewartet hat.
Ist die Box im PPPoE/IPTV Modus liegt dort (vermutlich) ein ungetaggtes VLAN7 vom VPI/VCI PVChannel an. (TCPDump zeigt mir nix, ich hab kein IPTV und die Roaring Penguin-Tools zum PPPoE-Server-Discovern finden nix.)
Multid ist Wahrscheinlich doch fuer das Problem "voller Sync schwankende nicht volle UpStream Geschwindigkeit" verantworklich.
Multid versucht den WAN Kanal mit dem tc-Tool (Traffic Control) zu shapen.
In dieser Konfiguration klappt dies nur wenn dort ungetaggtes Ethernet anliegt, weshalb auch nur Nutzer von IPTV schreien
Genauer macht er eine Lastbegrenzung auf den ausgehandelten Sync für den Upstream. Und teil dies in Klassen ein. Wie dan Pakete also Daten in diese Klassen geschoben werden, ist mir nicht ganz klar. Ausschlaggebend für schwankenden Upload sind die sfq-Queues (Stochastisches Faires Verteilen.)
Code:
# cat wan.tc
qdisc add dev wan handle 2:0 root tbf burst 8000/48 latency 10ms mtu 1600 cell_overhead 5 packet_overhead 18 rate 640kbit
qdisc add dev wan handle 10:0 parent 2:0 llq minq 1 maxq 255 default 6
class add dev wan parent 10:0 classid 10:1 llq prio 0 weight 0
class add dev wan parent 10:0 classid 10:2 llq prio 10 weight 0
class add dev wan parent 10:0 classid 10:3 llq prio 20 weight 0
class add dev wan parent 10:0 classid 10:4 llq prio 30 weight 0
qdisc add dev wan handle 104:0 parent 10:4 sfq limit 32 quantum 100 perturb 10
class add dev wan parent 10:0 classid 10:5 llq prio 100 weight 90
qdisc add dev wan handle 105:0 parent 10:5 sfq limit 32 quantum 100 perturb 10
class add dev wan parent 10:0 classid 10:6 llq prio 100 weight 10
qdisc add dev wan handle 106:0 parent 10:6 sfq limit 32 quantum 100 perturb 10
class add dev wan parent 10:0 classid 10:7 llq prio 200 weight 0
qdisc add dev wan handle 107:0 parent 10:7 sfq limit 32 quantum 100 perturb 10
Ich vermute, konnte es aber noch nicht testen, dass wenn die 7570er FW oder W920V als Basis FW mit neueren 7270er FWs zusammen gerührt wird der WAN-Port entweder nicht existent ist oder der dsld bzws kdsldmod Ihn nicht wie erwartet konfigurieren können, so dass ADSL-User in die Röhre schauen (PPPoE timed out).
Bzgl Des Problemes "PPPoA timed Out", kann ich nicht testen.
@Jpascher: ich glaube du hattest das Problem? Kannst du auf deiner 7570 wo dies klappt doch mal /proc/net/atm/devices mit einem Gerät vergleichen wie dem W920V auf dem es fehlschlägt.
BTW: Der vinax_atmoam Deamon ist interessant, er schein so eine Art Fehlerfernmeldetool zu sein, um zu schauen wenn die HW Korrektarbeitet, ob es sich uim einen SW-Fehler handelt. Kann evtl der ISP einsehen.
Habe aber dazu nur Schnippsel auf der Linux-ATM-Dev Mailingliste gefunden.
Ich bin immer noch interessiert an einer SP 300 HS FW: Die Update Programme bekommen, leider kann ich mangels gerät nicht an die Images kommen. Kann mit ggf. jemand irgendwie einen TAR-Dump des ROMS und eine Dump vom /proc zukommen lassen?
Da alles u.a. durch Vergleich mit dem W900V enstanden ist, kann mal wer mit Interesse Vergleiche mit der 7270 erstellen, bzw. schauen ob man meine Infos ergänzen kann.
:wq
