WAN über vorhandenes WLAN mit Stick?

Freifunk Firmware, Programme für den Router, Entwicklungen, Fragen und Anleitungen
Tommy
Beiträge: 323
Registriert: 01.11.2009 17:17
Wohnort: Dessau-Roßlau

Re: WAN über vorhandenes WLAN mit Stick?

Beitrag von Tommy »

hier mal noch die ausgabe von iw list

Nach boot ohne Stick

Code: Alles auswählen

root@Johannisviertel-Essbar:~# iw list
Wiphy phy0
        max # scan SSIDs: 4
        max scan IEs length: 2257 bytes
        Retry short limit: 7
        Retry long limit: 4
        Coverage class: 3 (up to 1350m)
        Device supports AP-side u-APSD.
        Device supports T-DLS.
        Available Antennas: TX 0x3 RX 0x3
        Configured Antennas: TX 0x3 RX 0x3
        Supported interface modes:
                 * IBSS
                 * managed
                 * AP
                 * AP/VLAN
                 * WDS
                 * monitor
                 * mesh point
                 * P2P-client
                 * P2P-GO
        Band 1:
                Capabilities: 0x11ef
                        RX LDPC
                        HT20/HT40
                        SM Power Save disabled
                        RX HT20 SGI
                        RX HT40 SGI
                        TX STBC
                        RX STBC 1-stream
                        Max AMSDU length: 3839 bytes
                        DSSS/CCK HT40
                Maximum RX AMPDU length 65535 bytes (exponent: 0x003)
                Minimum RX AMPDU time spacing: 8 usec (0x06)
                HT TX/RX MCS rate indexes supported: 0-15
                Frequencies:
                        * 2412 MHz [1] (18.0 dBm)
                        * 2417 MHz [2] (20.0 dBm)
                        * 2422 MHz [3] (20.0 dBm)
                        * 2427 MHz [4] (20.0 dBm)
                        * 2432 MHz [5] (20.0 dBm)
                        * 2437 MHz [6] (20.0 dBm)
                        * 2442 MHz [7] (20.0 dBm)
                        * 2447 MHz [8] (20.0 dBm)
                        * 2452 MHz [9] (20.0 dBm)
                        * 2457 MHz [10] (20.0 dBm)
                        * 2462 MHz [11] (18.0 dBm)
                        * 2467 MHz [12] (20.0 dBm)
                        * 2472 MHz [13] (20.0 dBm)
                        * 2484 MHz [14] (disabled)
        valid interface combinations:
                 * #{ managed } <= 2048, #{ AP, mesh point } <= 8, #{ P2P-client, P2P-GO } <= 1, #{ IBSS } <= 1,
                   total <= 2048, #channels <= 1, STA/AP BI must match
                 * #{ WDS } <= 2048,
                   total <= 2048, #channels <= 1, STA/AP BI must match
                 * #{ IBSS, AP, mesh point } <= 1,
                   total <= 1, #channels <= 1, STA/AP BI must match, radar detect widths: { 20 MHz (no HT), 20 MHz, 40 MHz }

        HT Capability overrides:
                 * MCS: ff ff ff ff ff ff ff ff ff ff
                 * maximum A-MSDU length
                 * supported channel width
                 * short GI for 40 MHz
                 * max A-MPDU length exponent
                 * min MPDU start spacing
root@Johannisviertel-Essbar:~#

Nach stecken des Stick im gebooteten Router

Code: Alles auswählen

root@Johannisviertel-Essbar:~# iw list
Wiphy phy1
        max # scan SSIDs: 4
        max scan IEs length: 2257 bytes
        Retry short limit: 7
        Retry long limit: 4
        Coverage class: 0 (up to 0m)
        Device supports T-DLS.
        Available Antennas: TX 0x1 RX 0x1
        Configured Antennas: TX 0x1 RX 0x1
        Supported interface modes:
                 * IBSS
                 * managed
                 * AP
                 * AP/VLAN
                 * monitor
                 * mesh point
                 * P2P-client
                 * P2P-GO
        Band 1:
                Capabilities: 0x116e
                        HT20/HT40
                        SM Power Save disabled
                        RX HT20 SGI
                        RX HT40 SGI
                        RX STBC 1-stream
                        Max AMSDU length: 3839 bytes
                        DSSS/CCK HT40
                Maximum RX AMPDU length 65535 bytes (exponent: 0x003)
                Minimum RX AMPDU time spacing: 8 usec (0x06)
                HT TX/RX MCS rate indexes supported: 0-7
                Frequencies:
                        * 2412 MHz [1] (20.0 dBm)
                        * 2417 MHz [2] (20.0 dBm)
                        * 2422 MHz [3] (20.0 dBm)
                        * 2427 MHz [4] (20.0 dBm)
                        * 2432 MHz [5] (20.0 dBm)
                        * 2437 MHz [6] (20.0 dBm)
                        * 2442 MHz [7] (20.0 dBm)
                        * 2447 MHz [8] (20.0 dBm)
                        * 2452 MHz [9] (20.0 dBm)
                        * 2457 MHz [10] (20.0 dBm)
                        * 2462 MHz [11] (20.0 dBm)
                        * 2467 MHz [12] (20.0 dBm)
                        * 2472 MHz [13] (20.0 dBm)
                        * 2484 MHz [14] (disabled)
        valid interface combinations:
                 * #{ managed, P2P-client } <= 2, #{ AP, mesh point, P2P-GO } <= 2,
                   total <= 2, #channels <= 1
        HT Capability overrides:
                 * MCS: ff ff ff ff ff ff ff ff ff ff
                 * maximum A-MSDU length
                 * supported channel width
                 * short GI for 40 MHz
                 * max A-MPDU length exponent
                 * min MPDU start spacing
Wiphy phy0
        max # scan SSIDs: 4
        max scan IEs length: 2257 bytes
        Retry short limit: 7
        Retry long limit: 4
        Coverage class: 3 (up to 1350m)
        Device supports AP-side u-APSD.
        Device supports T-DLS.
        Available Antennas: TX 0x3 RX 0x3
        Configured Antennas: TX 0x3 RX 0x3
        Supported interface modes:
                 * IBSS
                 * managed
                 * AP
                 * AP/VLAN
                 * WDS
                 * monitor
                 * mesh point
                 * P2P-client
                 * P2P-GO
        Band 1:
                Capabilities: 0x11ef
                        RX LDPC
                        HT20/HT40
                        SM Power Save disabled
                        RX HT20 SGI
                        RX HT40 SGI
                        TX STBC
                        RX STBC 1-stream
                        Max AMSDU length: 3839 bytes
                        DSSS/CCK HT40
                Maximum RX AMPDU length 65535 bytes (exponent: 0x003)
                Minimum RX AMPDU time spacing: 8 usec (0x06)
                HT TX/RX MCS rate indexes supported: 0-15
                Frequencies:
                        * 2412 MHz [1] (18.0 dBm)
                        * 2417 MHz [2] (21.0 dBm)
                        * 2422 MHz [3] (21.0 dBm)
                        * 2427 MHz [4] (21.0 dBm)
                        * 2432 MHz [5] (21.0 dBm)
                        * 2437 MHz [6] (21.0 dBm)
                        * 2442 MHz [7] (21.0 dBm)
                        * 2447 MHz [8] (21.0 dBm)
                        * 2452 MHz [9] (21.0 dBm)
                        * 2457 MHz [10] (21.0 dBm)
                        * 2462 MHz [11] (18.0 dBm)
                        * 2467 MHz [12] (disabled)
                        * 2472 MHz [13] (disabled)
                        * 2484 MHz [14] (disabled)
        valid interface combinations:
                 * #{ managed } <= 2048, #{ AP, mesh point } <= 8, #{ P2P-client, P2P-GO } <= 1, #{ IBSS } <= 1,
                   total <= 2048, #channels <= 1, STA/AP BI must match
                 * #{ WDS } <= 2048,
                   total <= 2048, #channels <= 1, STA/AP BI must match
                 * #{ IBSS, AP, mesh point } <= 1,
                   total <= 1, #channels <= 1, STA/AP BI must match, radar detect widths: { 20 MHz (no HT), 20 MHz, 40 MHz }

        HT Capability overrides:
                 * MCS: ff ff ff ff ff ff ff ff ff ff
                 * maximum A-MSDU length
                 * supported channel width
                 * short GI for 40 MHz
                 * max A-MPDU length exponent
                 * min MPDU start spacing
root@Johannisviertel-Essbar:~#

Nach boot mit gestecktem Stick (WLAN des Routers ist OFF)

Code: Alles auswählen

root@Johannisviertel-Essbar:~# iw list
Wiphy phy1
        max # scan SSIDs: 4
        max scan IEs length: 2257 bytes
        Retry short limit: 7
        Retry long limit: 4
        Coverage class: 0 (up to 0m)
        Device supports T-DLS.
        Available Antennas: TX 0x1 RX 0x1
        Configured Antennas: TX 0x1 RX 0x1
        Supported interface modes:
                 * IBSS
                 * managed
                 * AP
                 * AP/VLAN
                 * monitor
                 * mesh point
                 * P2P-client
                 * P2P-GO
        Band 1:
                Capabilities: 0x116e
                        HT20/HT40
                        SM Power Save disabled
                        RX HT20 SGI
                        RX HT40 SGI
                        RX STBC 1-stream
                        Max AMSDU length: 3839 bytes
                        DSSS/CCK HT40
                Maximum RX AMPDU length 65535 bytes (exponent: 0x003)
                Minimum RX AMPDU time spacing: 8 usec (0x06)
                HT TX/RX MCS rate indexes supported: 0-7
                Frequencies:
                        * 2412 MHz [1] (20.0 dBm)
                        * 2417 MHz [2] (20.0 dBm)
                        * 2422 MHz [3] (20.0 dBm)
                        * 2427 MHz [4] (20.0 dBm)
                        * 2432 MHz [5] (20.0 dBm)
                        * 2437 MHz [6] (20.0 dBm)
                        * 2442 MHz [7] (20.0 dBm)
                        * 2447 MHz [8] (20.0 dBm)
                        * 2452 MHz [9] (20.0 dBm)
                        * 2457 MHz [10] (20.0 dBm)
                        * 2462 MHz [11] (20.0 dBm)
                        * 2467 MHz [12] (20.0 dBm)
                        * 2472 MHz [13] (20.0 dBm)
                        * 2484 MHz [14] (disabled)
        valid interface combinations:
                 * #{ managed, P2P-client } <= 2, #{ AP, mesh point, P2P-GO } <= 2,
                   total <= 2, #channels <= 1
        HT Capability overrides:
                 * MCS: ff ff ff ff ff ff ff ff ff ff
                 * maximum A-MSDU length
                 * supported channel width
                 * short GI for 40 MHz
                 * max A-MPDU length exponent
                 * min MPDU start spacing
Wiphy phy0
        max # scan SSIDs: 4
        max scan IEs length: 2257 bytes
        Retry short limit: 7
        Retry long limit: 4
        Coverage class: 3 (up to 1350m)
        Device supports AP-side u-APSD.
        Device supports T-DLS.
        Available Antennas: TX 0x3 RX 0x3
        Configured Antennas: TX 0x3 RX 0x3
        Supported interface modes:
                 * IBSS
                 * managed
                 * AP
                 * AP/VLAN
                 * WDS
                 * monitor
                 * mesh point
                 * P2P-client
                 * P2P-GO
        Band 1:
                Capabilities: 0x11ef
                        RX LDPC
                        HT20/HT40
                        SM Power Save disabled
                        RX HT20 SGI
                        RX HT40 SGI
                        TX STBC
                        RX STBC 1-stream
                        Max AMSDU length: 3839 bytes
                        DSSS/CCK HT40
                Maximum RX AMPDU length 65535 bytes (exponent: 0x003)
                Minimum RX AMPDU time spacing: 8 usec (0x06)
                HT TX/RX MCS rate indexes supported: 0-15
                Frequencies:
                        * 2412 MHz [1] (18.0 dBm)
                        * 2417 MHz [2] (21.0 dBm)
                        * 2422 MHz [3] (21.0 dBm)
                        * 2427 MHz [4] (21.0 dBm)
                        * 2432 MHz [5] (21.0 dBm)
                        * 2437 MHz [6] (21.0 dBm)
                        * 2442 MHz [7] (21.0 dBm)
                        * 2447 MHz [8] (21.0 dBm)
                        * 2452 MHz [9] (21.0 dBm)
                        * 2457 MHz [10] (21.0 dBm)
                        * 2462 MHz [11] (18.0 dBm)
                        * 2467 MHz [12] (disabled)
                        * 2472 MHz [13] (disabled)
                        * 2484 MHz [14] (disabled)
        valid interface combinations:
                 * #{ managed } <= 2048, #{ AP, mesh point } <= 8, #{ P2P-client, P2P-GO } <= 1, #{ IBSS } <= 1,
                   total <= 2048, #channels <= 1, STA/AP BI must match
                 * #{ WDS } <= 2048,
                   total <= 2048, #channels <= 1, STA/AP BI must match
                 * #{ IBSS, AP, mesh point } <= 1,
                   total <= 1, #channels <= 1, STA/AP BI must match, radar detect widths: { 20 MHz (no HT), 20 MHz, 40 MHz }

        HT Capability overrides:
                 * MCS: ff ff ff ff ff ff ff ff ff ff
                 * maximum A-MSDU length
                 * supported channel width
                 * short GI for 40 MHz
                 * max A-MPDU length exponent
                 * min MPDU start spacing
root@Johannisviertel-Essbar:~#

Tommy
Beiträge: 323
Registriert: 01.11.2009 17:17
Wohnort: Dessau-Roßlau

Re: WAN über vorhandenes WLAN mit Stick?

Beitrag von Tommy »

kann man gezielt an der Konsole das setzen des Regioncode für den eingebauten chipsatz provozieren? Eventuell könnte man das in die rc.local packen oder man sieht zumindest irgendeine Fehlermeldung.
Tommy
Beiträge: 323
Registriert: 01.11.2009 17:17
Wohnort: Dessau-Roßlau

Re: WAN über vorhandenes WLAN mit Stick?

Beitrag von Tommy »

Ich habe mal bootlog ohne (links) und mit Stick (rechts) ge-diff-ed. Man sieht regelrecht, das das setzen des Codes für phy0 ausbleibt
Dateianhänge
Unbenannt.PNG
Unbenannt.PNG (159.69 KiB) 12360 mal betrachtet
3dfxatwork
Beiträge: 1271
Registriert: 29.07.2007 21:40
Wohnort: Halle

Re: WAN über vorhandenes WLAN mit Stick?

Beitrag von 3dfxatwork »

Das mit dem Passwort ist glaube ich eher dein Browser, den rest muss ich mir ansehen.
Anschluss: Muth 100/2MBit Modem: Thomson THG570
Router: virtuelles Endian 3.0 (KVM) Hardware: FX-8120, 16 GB Ram
FF-Gateway: virtuelles OpenWRT Attitude Adjustment (KVM) inkl. VPN
Buffalo WHR-HP-G54: OpenWRT 1.6.10-core-1-halle-3 (Stummel)
Tommy
Beiträge: 323
Registriert: 01.11.2009 17:17
Wohnort: Dessau-Roßlau

Re: WAN über vorhandenes WLAN mit Stick?

Beitrag von Tommy »

Ich habe den Logilink nochmal an ein "jungfräuliches" System gehangen, auf dem ich nur den rtl treiber zugefügt habe. Beim Booten ist mir aufgefallen, das sich dieser Stick als erstes, noch vor dem eingebauten Atheros initialisiert. Er kriegt dann also phy0 und der eingebaute phy1. Er bootet zumindest und ist dann erreichbar. Die Schnittstelle ist im Luci zu sehen. Sobald ich allerdings auf "Scan" gehe bricht die WLAN Verbindung des eingebauten Atheros ab und ich fliege raus. Dieses Verhalten tritt ebenso auf (Scan failed) wenn ich den Stick im Nachhinein stecke.

Hier ist nochmal ein Bootlog mit gestecktem Realtek. Meines erachtens ist das eigentlich sauber, bis auf das der Atheros phy1 bekommt und beim Realtek keine Region gesetzt wird. Eventuell hat der Treiber aber auch nur nicht den gleichen Output wie der Atheros Treiber

Code: Alles auswählen

BusyBox v1.23.2 (2015-04-07 21:35:55 CEST) built-in shell (ash)

  _______                     ________        __
 |       |.-----.-----.-----.|  |  |  |.----.|  |_
 |   -   ||  _  |  -__|     ||  |  |  ||   _||   _|
 |_______||   __|_____|__|__||________||__|  |____|
          |__| W I R E L E S S   F R E E D O M
 -----------------------------------------------------
 CHAOS CALMER (Bleeding Edge, r45287)
 -----------------------------------------------------
  * 1 1/2 oz Gin            Shake with a glassful
  * 1/4 oz Triple Sec       of broken ice and pour
  * 3/4 oz Lime Juice       unstrained into a goblet.
  * 1 1/2 oz Orange Juice
  * 1 tsp. Grenadine Syrup
 -----------------------------------------------------
root@Stadtpark-Buero:~# dmesg
Linux version 3.18.10 (mfuhrmeister@3dfx) (gcc version 4.9.2 (OpenWrt/Linaro GCC 4.9-2014.10 r44751) ) #2 Wed Apr 8 08:48:26 CEST 2015
MyLoader: sysp=9926862e, boardp=5f2bfe0e, parts=75c0efe4
bootconsole [early0] enabled
CPU0 revision is: 0001974c (MIPS 74Kc)
SoC: Atheros AR9341 rev 3
Determined physical RAM map:
 memory: 02000000 @ 00000000 (usable)
Initrd not found or empty - disabling initrd
Zone ranges:
  Normal   [mem 0x00000000-0x01ffffff]
Movable zone start for each node
Early memory node ranges
  node   0: [mem 0x00000000-0x01ffffff]
Initmem setup node 0 [mem 0x00000000-0x01ffffff]
On node 0 totalpages: 8192
free_area_init_node: node 0, pgdat 803362b0, node_mem_map 81000000
  Normal zone: 64 pages used for memmap
  Normal zone: 0 pages reserved
  Normal zone: 8192 pages, LIFO batch:0
Primary instruction cache 64kB, VIPT, 4-way, linesize 32 bytes.
Primary data cache 32kB, 4-way, VIPT, cache aliases, linesize 32 bytes
pcpu-alloc: s0 r0 d32768 u32768 alloc=1*32768
pcpu-alloc: [0] 0
Built 1 zonelists in Zone order, mobility grouping on.  Total pages: 8128
Kernel command line:  board=TL-WR842N-v2 console=ttyS0,115200 rootfstype=squashfs,jffs2 noinitrd
PID hash table entries: 128 (order: -3, 512 bytes)
Dentry cache hash table entries: 4096 (order: 2, 16384 bytes)
Inode-cache hash table entries: 2048 (order: 1, 8192 bytes)
Writing ErrCtl register=00000000
Readback ErrCtl register=00000000
Memory: 28580K/32768K available (2562K kernel code, 128K rwdata, 308K rodata, 256K init, 194K bss, 4188K reserved)
SLUB: HWalign=32, Order=0-3, MinObjects=0, CPUs=1, Nodes=1
NR_IRQS:51
Clocks: CPU:535.000MHz, DDR:400.000MHz, AHB:200.000MHz, Ref:25.000MHz
Calibrating delay loop... 266.64 BogoMIPS (lpj=1333248)
pid_max: default: 32768 minimum: 301
Mount-cache hash table entries: 1024 (order: 0, 4096 bytes)
Mountpoint-cache hash table entries: 1024 (order: 0, 4096 bytes)
NET: Registered protocol family 16
MIPS: machine is TP-LINK TL-WR842N/ND v2
Switched to clocksource MIPS
NET: Registered protocol family 2
TCP established hash table entries: 1024 (order: 0, 4096 bytes)
TCP bind hash table entries: 1024 (order: 0, 4096 bytes)
TCP: Hash tables configured (established 1024 bind 1024)
TCP: reno registered
UDP hash table entries: 256 (order: 0, 4096 bytes)
UDP-Lite hash table entries: 256 (order: 0, 4096 bytes)
NET: Registered protocol family 1
PCI: CLS 0 bytes, default 32
futex hash table entries: 256 (order: -1, 3072 bytes)
squashfs: version 4.0 (2009/01/31) Phillip Lougher
jffs2: version 2.2 (NAND) (SUMMARY) (LZMA) (RTIME) (CMODE_PRIORITY) (c) 2001-2006 Red Hat, Inc.
msgmni has been set to 55
io scheduler noop registered
io scheduler deadline registered (default)
Serial: 8250/16550 driver, 16 ports, IRQ sharing enabled
console [ttyS0] disabled
serial8250.0: ttyS0 at MMIO 0x18020000 (irq = 11, base_baud = 1562500) is a 16550A
console [ttyS0] enabled
bootconsole [early0] disabled
m25p80 spi0.0: found s25fl064k, expected m25p80
m25p80 spi0.0: s25fl064k (8192 Kbytes)
5 tp-link partitions found on MTD device spi0.0
Creating 5 MTD partitions on "spi0.0":
0x000000000000-0x000000020000 : "u-boot"
0x000000020000-0x00000012e650 : "kernel"
mtd: partition "kernel" must either start or end on erase block boundary or be smaller than an erase block -- forcing read-only
0x00000012e650-0x0000007f0000 : "rootfs"
mtd: partition "rootfs" must either start or end on erase block boundary or be smaller than an erase block -- forcing read-only
mtd: device 2 (rootfs) set to be root filesystem
1 squashfs-split partitions found on MTD device rootfs
0x000000450000-0x0000007f0000 : "rootfs_data"
0x0000007f0000-0x000000800000 : "art"
0x000000020000-0x0000007f0000 : "firmware"
libphy: ag71xx_mdio: probed
ag71xx ag71xx.0: connected to PHY at ag71xx-mdio.1:00 [uid=004dd042, driver=Generic PHY]
eth0: Atheros AG71xx at 0xb9000000, irq 4, mode:MII
ag71xx-mdio.1: Found an AR934X built-in switch
eth1: Atheros AG71xx at 0xba000000, irq 5, mode:GMII
TCP: cubic registered
NET: Registered protocol family 17
bridge: automatic filtering via arp/ip/ip6tables has been deprecated. Update your scripts to load br_netfilter if you need this.
Bridge firewalling registered
8021q: 802.1Q VLAN Support v1.8
VFS: Mounted root (squashfs filesystem) readonly on device 31:2.
Freeing unused kernel memory: 256K (80350000 - 80390000)
init: failed to symlink /tmp -> /var
init: Console is alive
init: - watchdog -
usbcore: registered new interface driver usbfs
usbcore: registered new interface driver hub
usbcore: registered new device driver usb
ehci_hcd: USB 2.0 'Enhanced' Host Controller (EHCI) Driver
ehci-platform: EHCI generic platform driver
ehci-platform ehci-platform: EHCI Host Controller
ehci-platform ehci-platform: new USB bus registered, assigned bus number 1
ehci-platform ehci-platform: TX-TX IDP fix enabled
ehci-platform ehci-platform: irq 3, io mem 0x1b000000
ehci-platform ehci-platform: USB 2.0 started, EHCI 1.00
hub 1-0:1.0: USB hub found
hub 1-0:1.0: 1 port detected
usb 1-1: new high-speed USB device number 2 using ehci-platform
init: - preinit -
random: procd urandom read with 9 bits of entropy available
jffs2: notice: (365) jffs2_build_xattr_subsystem: complete building xattr subsystem, 1 of xdatum (1 unchecked, 0 orphan) and 1 of xref (0 dead, 0 orphan) found.
mount_root: switching to jffs2 overlay
procd: - early -
procd: - watchdog -
procd: - ubus -
procd: - init -
NET: Registered protocol family 10
tun: Universal TUN/TAP device driver, 1.6
tun: (C) 1999-2004 Max Krasnyansky <maxk@qualcomm.com>
ip6_tables: (C) 2000-2006 Netfilter Core Team
batman_adv: B.A.T.M.A.N. advanced 2014.4.0 (compatibility version 15) loaded
u32 classifier
    input device check on
    Actions configured
Mirror/redirect action on
netem: version 1.3
Loading modules backported from Linux version master-2015-03-09-0-g141f155
Backport generated by backports.git backports-20150129-0-gdd4a670
ip_tables: (C) 2000-2006 Netfilter Core Team
nf_conntrack version 0.5.0 (450 buckets, 1800 max)
xt_time: kernel timezone is -0000
cfg80211: Calling CRDA to update world regulatory domain
cfg80211: World regulatory domain updated:
cfg80211:  DFS Master region: unset
cfg80211:   (start_freq - end_freq @ bandwidth), (max_antenna_gain, max_eirp), (dfs_cac_time)
cfg80211:   (2402000 KHz - 2472000 KHz @ 40000 KHz), (N/A, 2000 mBm), (N/A)
cfg80211:   (2457000 KHz - 2482000 KHz @ 40000 KHz), (N/A, 2000 mBm), (N/A)
cfg80211:   (2474000 KHz - 2494000 KHz @ 20000 KHz), (N/A, 2000 mBm), (N/A)
cfg80211:   (5170000 KHz - 5250000 KHz @ 80000 KHz), (N/A, 2000 mBm), (N/A)
cfg80211:   (5250000 KHz - 5330000 KHz @ 80000 KHz, 160000 KHz AUTO), (N/A, 2000 mBm), (0 s)
cfg80211:   (5490000 KHz - 5730000 KHz @ 160000 KHz), (N/A, 2000 mBm), (0 s)
cfg80211:   (5735000 KHz - 5835000 KHz @ 80000 KHz), (N/A, 2000 mBm), (N/A)
cfg80211:   (57240000 KHz - 63720000 KHz @ 2160000 KHz), (N/A, 0 mBm), (N/A)
PPP generic driver version 2.4.2
NET: Registered protocol family 24
rtl8192cu: Chip version 0x10
rtl8192cu: MAC address: 80:3f:5d:00:0f:1b
rtl8192cu: Board Type 0
rtl_usb: rx_max_size 15360, rx_urb_num 8, in_ep 1
rtl8192cu: Loading firmware rtlwifi/rtl8192cufw_TMSC.bin
ieee80211 phy0: Selected rate control algorithm 'rtl_rc'
usbcore: registered new interface driver rtl8192cu
ath: EEPROM regdomain: 0x0
ath: EEPROM indicates default country code should be used
ath: doing EEPROM country->regdmn map search
ath: country maps to regdmn code: 0x3a
ath: Country alpha2 being used: US
ath: Regpair used: 0x3a
ieee80211 phy1: Selected rate control algorithm 'minstrel_ht'
ieee80211 phy1: Atheros AR9340 Rev:3 mem=0xb8100000, irq=47
cfg80211: Calling CRDA for country: US
cfg80211: Regulatory domain changed to country: US
cfg80211:  DFS Master region: FCC
cfg80211:   (start_freq - end_freq @ bandwidth), (max_antenna_gain, max_eirp), (dfs_cac_time)
cfg80211:   (2402000 KHz - 2472000 KHz @ 40000 KHz), (N/A, 3000 mBm), (N/A)
cfg80211:   (5170000 KHz - 5250000 KHz @ 80000 KHz, 160000 KHz AUTO), (N/A, 1700 mBm), (N/A)
cfg80211:   (5250000 KHz - 5330000 KHz @ 80000 KHz, 160000 KHz AUTO), (N/A, 2300 mBm), (0 s)
cfg80211:   (5735000 KHz - 5835000 KHz @ 80000 KHz), (N/A, 3000 mBm), (N/A)
cfg80211:   (57240000 KHz - 63720000 KHz @ 2160000 KHz), (N/A, 4000 mBm), (N/A)
device eth1 entered promiscuous mode
IPv6: ADDRCONF(NETDEV_UP): br-lan: link is not ready
IPv6: ADDRCONF(NETDEV_UP): eth0: link is not ready
IPv6: ADDRCONF(NETDEV_UP): br-batman: link is not ready
cfg80211: Calling CRDA for country: DE
cfg80211: Regulatory domain changed to country: DE
cfg80211:  DFS Master region: ETSI
cfg80211:   (start_freq - end_freq @ bandwidth), (max_antenna_gain, max_eirp), (dfs_cac_time)
cfg80211:   (2400000 KHz - 2483000 KHz @ 40000 KHz), (N/A, 2000 mBm), (N/A)
cfg80211:   (5150000 KHz - 5250000 KHz @ 80000 KHz, 200000 KHz AUTO), (N/A, 2000 mBm), (N/A)
cfg80211:   (5250000 KHz - 5350000 KHz @ 80000 KHz, 200000 KHz AUTO), (N/A, 2000 mBm), (0 s)
cfg80211:   (5470000 KHz - 5725000 KHz @ 160000 KHz), (N/A, 2700 mBm), (0 s)
cfg80211:   (57000000 KHz - 66000000 KHz @ 2160000 KHz), (N/A, 4000 mBm), (N/A)
IPv6: ADDRCONF(NETDEV_UP): wlan1-1: link is not ready
device wlan1-1 entered promiscuous mode
br-batman: port 1(wlan1-1) entered forwarding state
br-batman: port 1(wlan1-1) entered forwarding state
IPv6: ADDRCONF(NETDEV_CHANGE): wlan1-1: link becomes ready
IPv6: ADDRCONF(NETDEV_CHANGE): br-batman: link becomes ready
IPv6: ADDRCONF(NETDEV_UP): wlan1: link is not ready
wlan1: Created IBSS using preconfigured BSSID 02:ca:ff:ee:ba:be
wlan1: Creating new IBSS network, BSSID 02:ca:ff:ee:ba:be
IPv6: ADDRCONF(NETDEV_CHANGE): wlan1: link becomes ready
batman_adv: bat0: Adding interface: wlan1.12
batman_adv: bat0: The MTU of interface wlan1.12 is too small (1500) to handle the transport of batman-adv packets. Packets going over this interface will be fragmented on layer2 which could impact the performance. Setting the MTU to 1560 would solve the problem.
batman_adv: bat0: Interface activated: wlan1.12
8021q: adding VLAN 0 to HW filter on device bat0
device bat0 entered promiscuous mode
br-batman: port 2(bat0) entered forwarding state
br-batman: port 2(bat0) entered forwarding state
br-batman: port 1(wlan1-1) entered forwarding state
br-batman: port 2(bat0) entered forwarding state
random: nonblocking pool is initialized
Tommy
Beiträge: 323
Registriert: 01.11.2009 17:17
Wohnort: Dessau-Roßlau

Re: WAN über vorhandenes WLAN mit Stick?

Beitrag von Tommy »

Mehr oder weniger erholt aus dem Urlaub zurück und in der Post einen DWL-G122 Revision C1 gefunden.

1) kmod-rt73 installiert
2) Stecker ziehen
3) Stick stecken
4) booten
5) In das frisch angelegte "radio1" gehen und die Länderkennung auf DE stellen, als Modus "Client" einstellen und speichern
6) re-boot
7) Nun ist radio0 auch wieder da (durch kennung US war auch radio0 beeinflußt und "kaput" - der reboot 6) in verbindung mit 5) hat das gefixt)
8 ) Auf radio1 einen Scan ausführen und das WLAN mit dem ihr verbinden wollt auswählen/beitreten
9) LuCi legt nun automatisch ein neues Interface WWAN an, was in der selben Firewall Gruppe wie WAN ist. Dort euren WLAN Key eintragen und als Protokoll "Halle-DHCP" auswählen
10) Gegenkontrolle mit vi /etc/config/wireless ob das Passwort korrekt in der Config gelandet ist. Zu 80% landet bei mir immer das root passwort in der config - weiß der Geier warum
11) WAN Port trennen (wenn er vorher verbunden war). Das sorgt dafür, das erstmal die gateways verschwinden und die beiden Tunnel sich deaktivieren
12) unter Dienste->OpenVPN schauen ob die Tunnel aktiv sind. Nach abziehen des Netzwerkkabel an WAN, waren sie bei mir deaktiv, ließen sich aber wieder Starten. Nun über WWAN

Trace gemacht - BINGO! Ohne Kabel am WAN, Verbindung über WLAN Stick zu meiner Fritte

Code: Alles auswählen

traceroute to openwrt.org (78.24.191.177), 30 hops max, 38 byte packets
 1  10.62.1.1  23.715 ms
 2  109.230.227.1  22.631 ms
 3  109.230.212.129  26.532 ms
 4  149.6.43.249  28.432 ms
 5  154.25.0.165  27.445 ms
 6  130.117.14.90  27.751 ms
 7  62.115.142.26  25.431 ms
 8  213.155.136.141  39.462 ms
 9  80.91.250.162  46.642 ms
10  62.115.39.122  52.760 ms
11  88.151.96.140  45.289 ms
12  78.24.191.177  54.546 ms
Wers nachmachen will, bitte auf die HW Revision C1 des Stick achten, da nur diese den rt73 unterstützt. (s. http://wiki.ubuntuusers.de/WLAN/Karten/D-Link ) Ihr könnt es natürlich mit den anderen Chipsätzen auch probieren, aber bitte vorher schauen, ob die Kernelmodule vorhanden sind. Der Stick ist ein olles Ding und geht bei Ebay zwischen 3-5EUR weg. Das ist in jedem Fall billiger als ein zweiter Router im Clientmode. Der Stick ist ein wenig zu fett um bis zum Anschlag in den USB Anschluss zu passen. Entweder man nimmt ein USB Verlängerungskabel (es gibt den Stick auch manchmal mit so einem Hinstellsockel) oder halt den Dremel. Muß ich mir übers WE nochmal anschauen.
Tommy
Beiträge: 323
Registriert: 01.11.2009 17:17
Wohnort: Dessau-Roßlau

Re: WAN über vorhandenes WLAN mit Stick?

Beitrag von Tommy »

Ich habe eine Wiki Seite erstellt. Fühlt Euch frei, die Seite zu verbessern https://freifunk-halle.org/mediawiki/wi ... BCber_WLAN
3dfxatwork
Beiträge: 1271
Registriert: 29.07.2007 21:40
Wohnort: Halle

Re: WAN über vorhandenes WLAN mit Stick?

Beitrag von 3dfxatwork »

Super Anleitung Danke.
Anschluss: Muth 100/2MBit Modem: Thomson THG570
Router: virtuelles Endian 3.0 (KVM) Hardware: FX-8120, 16 GB Ram
FF-Gateway: virtuelles OpenWRT Attitude Adjustment (KVM) inkl. VPN
Buffalo WHR-HP-G54: OpenWRT 1.6.10-core-1-halle-3 (Stummel)
Benutzeravatar
dac524
Beiträge: 246
Registriert: 07.05.2014 20:29
Wohnort: Halle
Kontaktdaten:

Re: WAN über vorhandenes WLAN mit Stick?

Beitrag von dac524 »

Vielen Dank für die Arbeit. Ich schließe mich dem Lob an.

Ich hab einen Test-Aufbau auf http://dac524-7-3.ffhal, nach Deiner Anleitung. nachgebaut. Als wwan-Gerät dient der Hotspot eines BlackBerry-Smartphones.

Bis auf eine Tatsache funktioniert alles so wie Du es geschrieben hast.

Und zwar kommt bei meinem Testrouter keine Verbindung zu den Freifunk-Servern zu stande. Sie tauchen auf http://dac524-7-3.ffhal/cgi-bin/luci/fr ... neighbors/ nicht auf.

Über die Tunnelschnittstellen tap0/tap1 laufen keine Daten.

So sieht mein log aus:

Code: Alles auswählen

Fri Jun  5 10:42:49 2015 kern.info kernel: wlan0: authenticate with XX:XX:XX:XX:XX:XX:XX
Fri Jun  5 10:42:49 2015 kern.info kernel: wlan0: send auth to XX:XX:XX:XX:XX:XX:XX (try 1/3)
Fri Jun  5 10:42:49 2015 kern.info kernel: wlan0: authenticated
Fri Jun  5 10:42:49 2015 kern.info kernel: wlan0: AP has invalid WMM params (AIFSN=1 for ACI 2), disabling WMM
Fri Jun  5 10:42:49 2015 kern.info kernel: wlan0: associate with XX:XX:XX:XX:XX:XX:XX (try 1/3)
Fri Jun  5 10:42:49 2015 kern.info kernel: wlan0: RX AssocResp from XX:XX:XX:XX:XX:XX:XX (capab=0x431 status=0 aid=1)
Fri Jun  5 10:42:49 2015 daemon.notice netifd: Network device 'wlan0' link is up
Fri Jun  5 10:42:49 2015 daemon.notice netifd: Interface 'wwan' has link connectivity 
Fri Jun  5 10:42:49 2015 daemon.notice netifd: Interface 'wwan' is setting up now
Fri Jun  5 10:42:49 2015 kern.info kernel: wlan0: associated
Fri Jun  5 10:42:49 2015 daemon.notice netifd: wwan (29663): udhcpc (v1.23.2) started
Fri Jun  5 10:42:49 2015 daemon.err uhttpd[1320]: nc: can't connect to remote host: Connection refused
Fri Jun  5 10:42:49 2015 daemon.notice netifd: wwan (29663): Sending discover...
Fri Jun  5 10:42:50 2015 daemon.notice netifd: wwan (29663): Sending select for 192.168.0.2...
Fri Jun  5 10:42:50 2015 daemon.notice netifd: wwan (29663): Lease of 192.168.0.2 obtained, lease time 7200
Fri Jun  5 10:42:51 2015 daemon.info dnsmasq[1987]: reading /tmp/resolv.conf.auto
Fri Jun  5 10:42:51 2015 daemon.info dnsmasq[1987]: using local addresses only for domain ffhal
Fri Jun  5 10:42:51 2015 daemon.info dnsmasq[1987]: using nameserver 8.8.8.8#53
Fri Jun  5 10:42:51 2015 daemon.info dnsmasq[1987]: using nameserver 212.204.49.83#53
Fri Jun  5 10:42:51 2015 daemon.info dnsmasq[1987]: using nameserver 141.1.1.1#53
Fri Jun  5 10:42:51 2015 daemon.notice netifd: Interface 'wwan' is now up
Fri Jun  5 10:42:51 2015 user.notice firewall: Reloading firewall due to ifup of wwan (wlan0)
Fri Jun  5 10:42:56 2015 user.notice policyrouting: Add route: ip r a 192.168.0.0/24 dev wlan0 table localnets
Fri Jun  5 10:42:56 2015 daemon.info olsrd_hotplug: [OK] ifup: 'wwan' => 'wlan0'
Fri Jun  5 10:42:56 2015 daemon.debug olsrd_hotplug: [OK] interface 'wwan' => 'wlan0' not used for olsrd
Fri Jun  5 10:42:56 2015 daemon.info olsrd_hotplug: [OK] ifup: 'wwan' => 'wlan0'
Fri Jun  5 10:42:56 2015 daemon.debug olsrd_hotplug: [OK] interface 'wwan' => 'wlan0' not used for olsrd6
Fri Jun  5 10:42:59 2015 daemon.err uhttpd[1320]: nc: can't connect to remote host: Connection refused
[/size]

Was bedeuten die letzten Zeilen? Läuft uhttpd mit Hilfe von netcat? Und wen kann er nicht erreichen / wird abgewiesen? Ist das die Ursache?

VG Alex...


jabber: xmpp@dac524.de
mail: d a c 5 2 4 @ y a h o o . d e
pgp: https://pgp.mit.edu/pks/lookup?op=vinde ... 912DBAE462
Tommy
Beiträge: 323
Registriert: 01.11.2009 17:17
Wohnort: Dessau-Roßlau

Re: WAN über vorhandenes WLAN mit Stick?

Beitrag von Tommy »

Geh mal auf Dienste->OpenVPN und starte den/die Tunnel falls die aus sind. Trat bei mir auf, wenn Ich vorher über WAN Buchse an der Fritte hing und das Kabel dann abgezogen hab, auf das WLAN übernimmt.

Noch ein check: Hast Du in der WWAN Schnittstelle "Halle-dhcp" eingestellt? Das muß nach dem Ändern erst übernommen werden und anschließend mit "Speichern+Anwenden" fixiert werden.

Wenns dann immer noch nicht geht, ist eventuell dein Provider nicht tunneltauglich.
Benutzeravatar
dac524
Beiträge: 246
Registriert: 07.05.2014 20:29
Wohnort: Halle
Kontaktdaten:

Re: WAN über vorhandenes WLAN mit Stick?

Beitrag von dac524 »

Danke Dir.

Openvpn war nicht aktiviert. Ich dachte, dass dieser Dienst automatisch neu gestartet wird, wenn das halle-dhcp-Script ausgeführt wird.

Der Eintrag im Menu scheint mir neu zu sein, oder ich hab ihn vorher nie gebraucht.

Es funktioniert nun prächtig...

Es ist nun möglich, bis auf das Aktivieren der beiden vpn-Tunnel, den Router kalt hochfahren zu lassen und sich automatisch mit wwan zu verbinden.

VG Alex...


jabber: xmpp@dac524.de
mail: d a c 5 2 4 @ y a h o o . d e
pgp: https://pgp.mit.edu/pks/lookup?op=vinde ... 912DBAE462
Tommy
Beiträge: 323
Registriert: 01.11.2009 17:17
Wohnort: Dessau-Roßlau

Re: WAN über vorhandenes WLAN mit Stick?

Beitrag von Tommy »

Normal starten die Tunnel auch automatisch. Mir kam es nur so vor, als ob sie beim Wechsel von WAN auf WWAN abgesemmelt sind. Normal kannste kalt hochfahren und wenn der WLAN AP antwortet (Blackberry) ist nach dem Booten der Router online.
Benutzeravatar
dac524
Beiträge: 246
Registriert: 07.05.2014 20:29
Wohnort: Halle
Kontaktdaten:

Re: WAN über vorhandenes WLAN mit Stick?

Beitrag von dac524 »

Tommy hat geschrieben:Normal starten die Tunnel auch automatisch. Mir kam es nur so vor, als ob sie beim Wechsel von WAN auf WWAN abgesemmelt sind.
Am WAN hatte ich nix dran. Also ist die Ursache irgendetwas anderes.
Tommy hat geschrieben: Normal kannste kalt hochfahren und wenn der WLAN AP antwortet (Blackberry) ist nach dem Booten der Router online.
So soll es sein.
So einfach wie irgend möglich...


jabber: xmpp@dac524.de
mail: d a c 5 2 4 @ y a h o o . d e
pgp: https://pgp.mit.edu/pks/lookup?op=vinde ... 912DBAE462
3dfxatwork
Beiträge: 1271
Registriert: 29.07.2007 21:40
Wohnort: Halle

Re: WAN über vorhandenes WLAN mit Stick?

Beitrag von 3dfxatwork »

Ja das sollte so funktionieren. Ich hab gerade mal in mein Script geschaut, da steht drin, dass das interface "wan" heißen muss. @Tommy hast du es bei dir so benannt?

Weiterhin habe ich zum Thema auch Informationen aus Berlin gefunden, dort wird sich auch gerade zum Thema regulatory domain ausgetauscht, sihe Mailing Liste: http://lists.berlin.freifunk.net/piperm ... 27811.html. Dabei sind die Artikel aus den letzten Tagen relevant. Ich werde mir das am Sonntag mal genauer ansehen, ob wir den besagten Patch schon mit drin haben und möglicherweise nachpflegen.
Anschluss: Muth 100/2MBit Modem: Thomson THG570
Router: virtuelles Endian 3.0 (KVM) Hardware: FX-8120, 16 GB Ram
FF-Gateway: virtuelles OpenWRT Attitude Adjustment (KVM) inkl. VPN
Buffalo WHR-HP-G54: OpenWRT 1.6.10-core-1-halle-3 (Stummel)
Tommy
Beiträge: 323
Registriert: 01.11.2009 17:17
Wohnort: Dessau-Roßlau

Re: WAN über vorhandenes WLAN mit Stick?

Beitrag von Tommy »

nö, interface heißt WWAN, wie automatsch angelegt. Mit deiner verlinkten Mailingliste komme ich navigationstechnisch nicht klar
Tommy
Beiträge: 323
Registriert: 01.11.2009 17:17
Wohnort: Dessau-Roßlau

Re: WAN über vorhandenes WLAN mit Stick?

Beitrag von Tommy »

Ihr habt Recht! Ich hatte heute mal Zeit, das nochmal durchzuspielen. Die Tunnel werden tatsächlich beim Booten nicht gestartet und müssen von Hand gestartet werden. Die WLAN Verbindung ansich wird aber aufgebaut. Wenn 3dfx den Fehler schon isoliert hat kann man das ja fixen ;)
Benutzeravatar
dac524
Beiträge: 246
Registriert: 07.05.2014 20:29
Wohnort: Halle
Kontaktdaten:

Re: WAN über vorhandenes WLAN mit Stick?

Beitrag von dac524 »

Ich hab auch noch mal gebastelt und wwan in wan umbenannt. Beim Hochfahren funktionieren die Tunnel von alleine. Wenn ich zwischendurch den WLAN-Hotspot des Blackberry neu starte, werden die Tunnel nicht von allein aufgebaut.

VG Alex...


jabber: xmpp@dac524.de
mail: d a c 5 2 4 @ y a h o o . d e
pgp: https://pgp.mit.edu/pks/lookup?op=vinde ... 912DBAE462
Antworten