TP-Link CPE210/510

Technik Hardware
13

Der Neoraider hat’s eingebaut, ich habe dann einmal vom gluon-Master bauen lassen:
Scheint zu laufen:

http://[2a02:f98:0:28:eade:27ff:fece:b782]/cgi-bin/status
(werde ich vermutlich noch ein paar mal Powercyclen, um diverses zu testen)

nadeshda-org-C2AModel: TP-Link CPE210 v1.0
Firmware release: 2014.4-beta-4_exp20141130-ad

14:31:49 up 59 min,  load average: 0.39, 0.58, 0.67

5: br-client: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue 
    link/ether e8:de:27:ce:b7:82 brd ff:ff:ff:ff:ff:ff
    inet6 2a02:f98:0:28:eade:27ff:fece:b782/64 scope global dynamic 
       valid_lft 86399sec preferred_lft 3599sec
    inet6 fda0:747e:ab29:cafe:eade:27ff:fece:b782/64 scope global dynamic 
       valid_lft 86399sec preferred_lft 3599sec
    inet6 fe80::eade:27ff:fece:b782/64 scope link 
       valid_lft forever preferred_lft forever

             total         used         free       shared      buffers
Mem:         61348        25268        36080            0         2152
-/+ buffers:              23116        38232
Swap:            0            0            0

Filesystem           1K-blocks      Used Available Use% Mounted on
/dev/root                 2304      2304         0 100% /rom
/dev/mtdblock5            3904       296      3608   8% /overlay
Neighbourswlan0Joined IBSS 32:ca:ff:ee:ba:be (on wlan0)
	SSID: wifimesh-rheinufer
	freq: 2422


VPN statusfastd running for 3565.699 seconds
There are 4 peers configured, of which 2 are connected:

mesh_vpn_backbone_peer_rheinufer0: connected for 3233.825 seconds
mesh_vpn_backbone_peer_rheinufer1: not connected
mesh_vpn_backbone_peer_rheinufer3: not connected
mesh_vpn_backbone_peer_rheinufer2: connected for 3228.418 seconds

2 „Gefällt mir“
14

Also ich kann jetzt nach ein paar Tagen sagen: Läuft!
Bin mehr als zufrieden.
Zur Reichweite kann ich aber noch nichts sagen, da ich noch keine Outdoor-Tests gemacht habe.

1 „Gefällt mir“
15

Sehr gute Zusammenstellung der Informationen!
Vielen Dank @adorfer

1 „Gefällt mir“
16

Ach, was ich in obiger Aufstellung übersehen hatte:
„[ 30.430000] eth0: link up (1000Mbps/Full duplex)“

Klar, ist ja ein 3600er „in anderem Gehäuse“… hatte ich nur in Verbindung mit dem POE nicht mit gerechnet. Hat TP-Link also eine Methode gefunden oder gar „echtes“ implementiert. Oder ist die Kernelmeldung schlicht irreführend?
Ja, es ist eine Falschmeldung, denn der Switch sagt ganz klar 100TX.

17

Habe mir auch mal so einen geholt. Gluon drauf und läuft, wie erwartet. In der original Firmware kann man den PoE Pass Through zum zweiten Port ein- und ausschalten. Welche Parameter müsste man wo setzen um das auch in Gluon zu aktivieren?

18

Kann einer von euch mal bei Gelegenheit ein vollständiges Bootlog posten?

@Freifunker
Sofern PoE passthrough wie bei den Nanos realisiert ist wird dieses über einen GPIO gesteuert. Bei den NanoStations ist das GPIO 8.

Du könntest natürlich jetzt die verschiedenen GPIOs einfach mal durchprobieren:
Exemplarisch für GPIO8:

echo 8 > /sys/class/gpio/export
echo out > /sys/class/gpio/gpio8/direction
echo 1 > /sys/class/gpio/gpio8/value # PoE passthrough ein
echo 0 > /sys/class/gpio/gpio8/value # PoE passthrough aus
19

Hi!

Was meinst du mit Bootlog? Den dmesg? Ansonsten Befehle schreiben dann Poste ich den.

20

Meinst Du den Mittschnitt per serieller Schnittstelle oder reicht Dir dmesg? Von der orginalen FW nehme ich an? Die Amazone hat meine CPE210 grade gebracht, weiß aber nicht, ob ich am Wochenende dazu komme, mich mit ihr zu beschäftigen.

21

Besonders gesprächig ist er leider nicht:

TP-LINK SafeLoader (Build time: Dec 29 2013 - 06:34:02)
CPU: 560MHz AHB: 225MHz DDR: 8MB
Performing LED check..  PASS
Press CTRL+B to enter SafeLoader: 1
þjffs2 is ready
jffs2 is ready
[    9.220000] jffs2: notice: (331) jffs2_build_xattr_subsystem: complete building xattr subsystem, 1 of xdatum (0 unchecked, 0 orphan) and 14 of xref (0 dead, 2 orphan) found.
switching to overlay
[    9.430000] eth0: link down
procd: - early -
procd: - watchdog -
procd: - ubus -
procd: - init -
Please press Enter to activate this console.
[   11.210000] NET: Registered protocol family 10
[   11.210000] tun: Universal TUN/TAP device driver, 1.6
[   11.220000] tun: (C) 1999-2004 Max Krasnyansky <maxk@qualcomm.com>
[   11.230000] nf_conntrack version 0.5.0 (958 buckets, 3832 max)
[   11.250000] ip6_tables: (C) 2000-2006 Netfilter Core Team
[   11.270000] batman_adv: B.A.T.M.A.N. advanced 2013.4.0 (compatibility version                                                                     14) loaded
[   11.290000] u32 classifier
[   11.290000]     input device check on
[   11.290000]     Actions configured
[   11.300000] Mirror/redirect action on
[   11.310000] Failed to load ipt action
[   11.320000] netem: version 1.3
[   11.340000] Loading modules backported from Linux version master-2014-05-22-0                                                                    -gf2032ea
[   11.350000] Backport generated by backports.git backports-20140320-37-g5c33da                                                                    0
[   11.390000] Ebtables v2.0 registered
[   11.390000] ip_tables: (C) 2000-2006 Netfilter Core Team
[   11.520000] xt_time: kernel timezone is -0000
[   11.550000] cfg80211: Calling CRDA to update world regulatory domain
[   11.550000] cfg80211: World regulatory domain updated:
[   11.560000] cfg80211:  DFS Master region: unset
[   11.560000] cfg80211:   (start_freq - end_freq @ bandwidth), (max_antenna_gai                                                                    n, max_eirp), (dfs_cac_time)
[   11.570000] cfg80211:   (2402000 KHz - 2472000 KHz @ 40000 KHz), (N/A, 2000 m                                                                    Bm), (N/A)
[   11.580000] cfg80211:   (2457000 KHz - 2482000 KHz @ 40000 KHz), (N/A, 2000 m                                                                    Bm), (N/A)
[   11.590000] cfg80211:   (2474000 KHz - 2494000 KHz @ 20000 KHz), (N/A, 2000 m                                                                    Bm), (N/A)
[   11.600000] cfg80211:   (5170000 KHz - 5250000 KHz @ 160000 KHz), (N/A, 2000                                                                     mBm), (N/A)
[   11.610000] cfg80211:   (5250000 KHz - 5330000 KHz @ 160000 KHz), (N/A, 2000                                                                     mBm), (0 s)
[   11.610000] cfg80211:   (5490000 KHz - 5730000 KHz @ 160000 KHz), (N/A, 2000                                                                     mBm), (0 s)
[   11.620000] cfg80211:   (5735000 KHz - 5835000 KHz @ 80000 KHz), (N/A, 2000 m                                                                    Bm), (N/A)
[   11.630000] cfg80211:   (57240000 KHz - 63720000 KHz @ 2160000 KHz), (N/A, 0                                                                     mBm), (N/A)
[   11.780000] cfg80211: Calling CRDA for country: US
[   11.790000] ieee80211 phy0: Atheros AR9340 Rev:0 mem=0xb8100000, irq=47
[   11.800000] cfg80211: Regulatory domain changed to country: US
[   11.800000] cfg80211:  DFS Master region: FCC
[   11.810000] cfg80211:   (start_freq - end_freq @ bandwidth), (max_antenna_gai                                                                    n, max_eirp), (dfs_cac_time)
[   11.820000] cfg80211:   (2402000 KHz - 2472000 KHz @ 40000 KHz), (N/A, 3000 m                                                                    Bm), (N/A)
[   11.830000] cfg80211:   (5170000 KHz - 5250000 KHz @ 80000 KHz), (N/A, 1700 m                                                                    Bm), (N/A)
[   11.830000] cfg80211:   (5250000 KHz - 5330000 KHz @ 80000 KHz), (N/A, 2300 m                                                                    Bm), (0 s)
[   11.840000] cfg80211:   (5735000 KHz - 5835000 KHz @ 80000 KHz), (N/A, 3000 m                                                                    Bm), (N/A)
[   11.850000] cfg80211:   (57240000 KHz - 63720000 KHz @ 2160000 KHz), (N/A, 40                                                                    00 mBm), (N/A)
[   25.880000] IPv6: ADDRCONF(NETDEV_UP): eth0: link is not ready
[   25.890000] IPv6: ADDRCONF(NETDEV_UP): eth0.2: link is not ready
[   25.890000] device eth0.2 entered promiscuous mode
[   25.900000] device eth0 entered promiscuous mode
[   25.930000] IPv6: ADDRCONF(NETDEV_UP): br-client: link is not ready
[   25.990000] IPv6: ADDRCONF(NETDEV_UP): eth0.1: link is not ready
[   26.000000] device eth0.1 entered promiscuous mode
[   26.050000] IPv6: ADDRCONF(NETDEV_UP): br-wan: link is not ready
[   26.110000] device br-client entered promiscuous mode
[   26.110000] IPv6: ADDRCONF(NETDEV_UP): local-node: link is not ready
[   26.480000] eth0: link up (1000Mbps/Full duplex)
[   26.480000] IPv6: ADDRCONF(NETDEV_CHANGE): eth0: link becomes ready
[   26.540000] batman_adv: bat0: Adding interface: mesh-vpn
[   26.550000] batman_adv: bat0: The MTU of interface mesh-vpn is too small (142                                                                    6) to handle the transport of batman-adv packets. Packets going over this interf                                                                    ace will be fragmented on layer2 which could impact the performance. Setting the                                                                     MTU to 1528 would solve the problem.
[   26.570000] batman_adv: bat0: Interface activated: mesh-vpn
[   26.580000] batman_adv: bat0: no_rebroadcast: Changing from: disabled to: ena                                                                    bled
[   26.600000] br-wan: port 1(eth0.1) entered forwarding state
[   26.600000] br-wan: port 1(eth0.1) entered forwarding state
[   26.610000] IPv6: ADDRCONF(NETDEV_CHANGE): eth0.1: link becomes ready
[   26.610000] br-client: port 1(eth0.2) entered forwarding state
[   26.620000] br-client: port 1(eth0.2) entered forwarding state
[   26.630000] IPv6: ADDRCONF(NETDEV_CHANGE): eth0.2: link becomes ready
[   26.640000] IPv6: ADDRCONF(NETDEV_CHANGE): br-wan: link becomes ready
[   26.640000] IPv6: ADDRCONF(NETDEV_CHANGE): br-client: link becomes ready
[   26.650000] IPv6: ADDRCONF(NETDEV_CHANGE): local-node: link becomes ready
[   26.660000] device bat0 entered promiscuous mode
[   26.670000] br-client: port 2(bat0) entered forwarding state
[   26.670000] br-client: port 2(bat0) entered forwarding state
[   28.320000] cfg80211: Calling CRDA for country: BO
[   28.390000] cfg80211: Regulatory domain changed to country: BO
[   28.390000] cfg80211:  DFS Master region: JP
[   28.400000] cfg80211:   (start_freq - end_freq @ bandwidth), (max_antenna_gai                                                                    n, max_eirp), (dfs_cac_time)
[   28.410000] cfg80211:   (2402000 KHz - 2482000 KHz @ 40000 KHz), (N/A, 3000 m                                                                    Bm), (N/A)
[   28.410000] cfg80211:   (5735000 KHz - 5835000 KHz @ 80000 KHz), (N/A, 3000 m                                                                    Bm), (N/A)
[   28.600000] br-wan: port 1(eth0.1) entered forwarding state
[   28.620000] br-client: port 1(eth0.2) entered forwarding state
[   28.670000] br-client: port 2(bat0) entered forwarding state procd: - init complete -
[   30.150000] batman_adv: bat0: Changing gw mode from: off to: client
[   30.170000] batman_adv: bat0: orig_interval: Changing from: 1000 to: 5000
[   30.880000] IPv6: ADDRCONF(NETDEV_UP): wlan0-1: link is not ready
[   30.890000] device wlan0-1 entered promiscuous mode
[   32.100000] br-client: port 3(wlan0-1) entered forwarding state
[   32.100000] br-client: port 3(wlan0-1) entered forwarding state
[   32.110000] IPv6: ADDRCONF(NETDEV_CHANGE): wlan0-1: link becomes ready
[   32.390000] IPv6: ADDRCONF(NETDEV_UP): wlan0: link is not ready
[   32.420000] wlan0: Selected IBSS BSSID 32:ca:ff:ee:ba:be based on configured                                                                     SSID
[   32.430000] IPv6: ADDRCONF(NETDEV_CHANGE): wlan0: link becomes ready
[   32.700000] batman_adv: bat0: Adding interface: wlan0
[   32.700000] batman_adv: bat0: Interface activated: wlan0
[   34.100000] br-client: port 3(wlan0-1) entered forwarding state
22

In der Tat. Insbesondere hätte mich an der Stelle die Initialisierung des Switches interessiert, da dies Rückschlüsse auf die Art der Verschaltung auf den PoE Ports zuließe.
Ich glaube ich muss mir einfach mal selbst die Hardware bestellen um zu schauen was man noch so tolles damit anstellen kann.
Euch bis hierhin schonmal vielen Dank für eure Infos!

1 „Gefällt mir“
23

Hallo,

ich habe bisher nur einen indoor-Router und da ich nicht den Tupper-Weg gehen möchte, überlege ich mir derzeit einen CPE210 zu kaufen.

Frage: Ist der Router schon so weit in die Standards eingebunden, dass ich einfach gluon clonen kann und quasi nach dieser Anleitung das Image erstellen kann? Oder würde das noch nicht gehen?

Grüße und einen Guten Rutsch!
MPW

24

Willst du ne neue Community starten oder bei einer bestehenden teilnehmen? Wenn bestehende Community, dann mal die Leute von der Firmware ansprechen ob die dir eine bauen können. Wir haben seit gestern die Gluon 2014.4 im Testing Betrieb und die Spielt mit den CPEs wunderbar.

25

Das freut mich. Ich bin aus Münster und werde Mal bei unseren Leuten nachfragen, ob unser Git das auch schon kann. Mich interessierte einfach auch der generelle Stand. Ich hab auch bisher noch keine Images gebaut, aber es interessiert mich halt es zu lernen. Aber das ist hier nicht Thema.

Wie ist denn die Funkqualität bzw. Reichweite des Geräts? Hält er mit den Nanostations mit?

26

Ich kann nur für den CPE210er sprechen, weil (…cutted…sei OT hier):
Bauartbedingt das gleiche „Problem“ wie beim der NSM2: sinnvoll nutzbare Elevation +/-15 Grad.
Das hört sich jetzt nicht unbedingt schlimm an. Aber wenn man oben auf dem Hochhausdach sitzt und mit der Wasserwaage in der Hand einstellt, dann kommen mir immer Zweifel, was mit den Leuten ist, die 150m vor dem Gebäude stehen… am Boden. Da reicht der Rundsdtrahler (im Fenster irgendwo weiter unten) nicht mehr sicher hin und CPE/NSM2 geht locker über die Köpfe hinweg.

Ach ja: Ohne Wasserwaage in der vertikalen Ausrichtung ist der Miserfolg zumindest beim Einstellen im Sitzen auf schrägen Dächern garantiert.

Zur Funkleistung: Ich sehe keinen Unterschied zur NSM2. Aber vielleicht hat ein Anwesender genauer „gebenchmarkt“.

27

Ich will die hier benutzen um eine beidseitig 3-4etagig bebaute Straße auszuleuchten, wohne selbst im zweiten Stock. Da ich sie außen ins Fenster hängen möchte, müssten auch die Leute direkt vor dem Fenster noch Empfang haben, einfach weil es nur 5 Meter sind. Und dann eben ein Router pro Richtung.

28

Dafür sollte das perfekt spielen.

29

Was braucht das Modell eigentlich so an Strom?

30

PoE, wahlweise passiv (24V) , aber aktiv geht wohl auch, habe ich nicht ausprobiert.
Das mitgelieferte Netzteil akzeptiert 90-240v gemäß Aufdruck.

31

Das sagt mir alles nichts, laut Google liegt die maximale Leistungsaufnahme bei passivem PoE bei knapp 13 Watt. Das wäre ganz schön viel.

Mich interessiert mehr so der Idle-Verbrauch und der Verbrauch, wenn 1-2 Clients dranhängen.

13 Watt fänd ich ehrlich gesagt ziemlich viel, entspricht ~23 € Strom im Jahr. Ein WR841 braucht im Idle 1,5 Watt.

32

Mein CPE210 ist von TP-Link, nicht von Google.

Wenn es Dir um die verfügbare maximale elektrische Leistung geht, die das Netzteil sekundär abgibt, so ist dieses auf 24V, 1A spezifiziert.
Und das ist in der Tat schön viel, denn damit ließe sich -Schaltung des Slave-Eth1-Ports auf POE plus Softbridge vorausgesetzt- (und kurzen/verlustarme Verkabelung vorausgesetzt) zwei CPEs an einem Netzteil (und Strang) betreiben.

Und was die reale elektrische Leistungsaufnahme anbelangt: Es handelt sich faktisch um einen WDR3600 als SingleBand und mit nur zwei Lanports statt 5. Da würde ich vermuten, das Ding weniger benötigt.