Перейти к содержимому
Калькуляторы

Rtl8186 Firmware Всем, кто пишет под RTL8186

Ответить

rostykk   

rostykk
Опубликовано · Жалоба

to sfstudio

Опять ДАП-1160 перешыл в 0.2.10 все работает пучком !!! Да кстати в 0.2.13 опять неработает WPA :-(

 

вот бут лог 0.2.10 для дап-1160

 

Mounting ramdisk if RAM >= 16MB

Creating tmpfs and mount it into /var

Create tmpfs and mount it into /var OK

Memsize >= 16MB

Syslog daemon start

DSS file exist

Starting Macaddr: Ok

Starting modules.dep generate...

Starting sysctl: Ok

Starting network...

Starting eth0: ETH0 OK

Starting eth1: ETH1 OK

OK

OK

Vlan

OK

Starting wireless network...

Configure wifi module

Starting wlan0: Change WPA mib

Config OK

Ok

Load bridge modules

Add bridge interface

bridge start eth0

bridge start eth1

bridge start wlan0

Set IP for BR

Bridge up for local br0

From local config

Clean multicast filter on br0

AdvancedBridge options

br0 stp off

br0 FD 0

br0 gcint 0

Select port fo multicast filter

Set multicast bandwidth on eth0

Set multicast bandwidth on eth1

Set multicast bandwidth on br0

Vlan

OK

BurstModeStart

At the end we must add special routes. (you know, default gw, etc..)

Tune up network interfaces Ok

Starting crontab: Ok

Starting inetd: Ok

Starting tc: Loading modules

Set shaper rules

Ok

Starting WPA daemon in client-infra mode

Setting Hostname: Wive-NG

Starting LED: Ok

Starrting boot services and tune system

net.ipv4.conf.default.rp_filter = 1

net.ipv4.conf.all.accept_source_route = 0

Tune kernel to minimum memory usadge - 16MB

Tune network stack

net.core.rmem_max = 6090752

net.core.wmem_max = 6090752

net.ipv4.tcp_rmem = 4096 43689 3045376

net.ipv4.tcp_wmem = 4096 16384 3045376

net.ipv4.tcp_mem = 2048 2560 1522688

net.ipv4.netfilter.ip_conntrack_generic_timeout = 60

net.ipv4.netfilter.ip_conntrack_tcp_timeout_established = 30

net.ipv4.ip_conntrack_max = 2048

net.ipv4.netfilter.ip_conntrack_max = 2048

net.ipv4.netfilter.ip_conntrack_icmp_timeout = 30

net.ipv4.netfilter.ip_conntrack_udp_timeout_stream = 120

net.ipv4.netfilter.ip_conntrack_udp_timeout = 30

net.ipv4.netfilter.ip_conntrack_tcp_timeout_close = 10

net.ipv4.netfilter.ip_conntrack_tcp_timeout_time_wait = 60

net.ipv4.netfilter.ip_conntrack_tcp_timeout_last_ack = 30

net.ipv4.netfilter.ip_conntrack_tcp_timeout_close_wait = 60

net.ipv4.netfilter.ip_conntrack_tcp_timeout_fin_wait = 100

net.ipv4.netfilter.ip_conntrack_tcp_timeout_syn_sent = 30

net.ipv4.tcp_keepalive_time = 900

net.ipv4.tcp_keepalive_intvl = 225

net.ipv4.tcp_keepalive_probes = 4

net.ipv4.icmp_echo_ignore_all = 0

net.ipv4.conf.default.proxy_arp = 0

net.ipv4.conf.all.proxy_arp = 0

net.ipv4.neigh.default.gc_thresh3 = 768

net.ipv4.neigh.default.gc_thresh2 = 384

net.ipv4.neigh.default.gc_thresh1 = 32

net.ipv4.neigh.default.gc_interval = 20

net.ipv4.igmp_restrict = 1

net.ipv4.udp_restrict_pu = 1

net.ipv4.tcp_restrict_rst = 1

net.ipv4.tcp_restrict = 1

net.ipv4.icmp_restrict = 1

Start complete at Sat Jan 1 06:00:23 GMT 2000

 

 

а также месаге 0.2.10 дап-1160

Jan 1 06:00:05 syslogd started: BusyBox v1.12.4.-wive-ng.sf.net

Jan 1 06:00:05 kernel: klogd started: BusyBox v1.12.4.-wive-ng.sf.net (2009-01-21 00:41:57 OMST)

Jan 1 06:00:06 kernel: Workaround for:Zyxel P330W v.2 and others 16RAM 16Bit devicesLinux version 2.4.18.5-wive-ng.sf.net (wive-ng.sf.net@sfstudio.sadnet.lo) (gcc version 3.3.3) #1742 Wed, 21 Jan 2009 00:44

Jan 1 06:00:06 kernel: early printk enabled

Jan 1 06:00:06 kernel: DetectRAMsequence

Jan 1 06:00:06 kernel: REG returned:32[32]

Jan 1 06:00:06 kernel: RAM after check region:16

Jan 1 06:00:06 kernel: FullviewRAM:16777216

Jan 1 06:00:06 kernel: Determined physical RAM map:

Jan 1 06:00:06 kernel: memory: 01000000 @ 00000000 (usable)

Jan 1 06:00:06 kernel: Initial ramdisk at: 0x80202000 (37845 bytes)

Jan 1 06:00:06 kernel: On node 0 totalpages: 4096

Jan 1 06:00:06 kernel: zone(0): 4096 pages.

Jan 1 06:00:06 kernel: zone(1): 0 pages.

Jan 1 06:00:06 kernel: zone(2): 0 pages.

Jan 1 06:00:06 kernel: Kernel command line: root=/dev/ram console=0 ramdisk_start=0 noisapnp pci=nobios

Jan 1 06:00:06 kernel: 180.22 BogoMIPS

Jan 1 06:00:06 kernel: Memory: 13848k/16384k available (1863k kernel code, 2536k reserved, 156k data, 64k init, 0k highmem)

Jan 1 06:00:06 kernel: Dentry-cache hash table entries: 2048 (order: 2, 16384 bytes)

Jan 1 06:00:06 kernel: Inode-cache hash table entries: 1024 (order: 1, 8192 bytes)

Jan 1 06:00:06 kernel: Mount-cache hash table entries: 512 (order: 0, 4096 bytes)

Jan 1 06:00:06 kernel: Buffer-cache hash table entries: 1024 (order: 0, 4096 bytes)

Jan 1 06:00:06 kernel: Page-cache hash table entries: 4096 (order: 2, 16384 bytes)

Jan 1 06:00:06 kernel: check_wait... unavailable.

Jan 1 06:00:06 kernel: POSIX conformance testing by UNIFIX

Jan 1 06:00:06 kernel: bogomips: Initialized.

Jan 1 06:00:06 kernel: user_watchdog: Initialized.

Jan 1 06:00:06 kernel: led0: Initialized.

Jan 1 06:00:06 kernel: led1: Initialized.

Jan 1 06:00:06 kernel: sysmem: Initialized.

Jan 1 06:00:06 kernel: Linux NET4.0 for Linux 2.4

Jan 1 06:00:06 kernel: Based upon Swansea University Computer Society NET3.039

Jan 1 06:00:06 kernel: Initializing RT netlink socket

Jan 1 06:00:06 kernel: Starting kswapd

Jan 1 06:00:06 kernel: devfs: v1.10 (20020120) Richard Gooch (rgooch@atnf.csiro.au)

Jan 1 06:00:06 kernel: devfs: boot_options: 0x0

Jan 1 06:00:06 kernel: pty: 256 Unix98 ptys configured

Jan 1 06:00:06 kernel: Serial driver version 6.02 (2003-03-12) with no serial options enabled

Jan 1 06:00:06 kernel: ttyS00 at 0x00c3 (irq = 3) is a rtl_uart1

Jan 1 06:00:06 kernel: state->flags=00000000

Jan 1 06:00:06 kernel: HDLC line discipline: version $Revision: 1.1.1.1 $, maxframe=4096

Jan 1 06:00:06 kernel: N_HDLC line discipline registered.

Jan 1 06:00:06 kernel: block: 64 slots per queue, batch=16

Jan 1 06:00:06 kernel: RAMDISK driver initialized: 16 RAM disks of 512K size 1024 blocksize

Jan 1 06:00:06 kernel: PPP generic driver version 2.4.2

Jan 1 06:00:06 kernel: PPP MPPE Compression module registered

Jan 1 06:00:06 kernel: PPP Deflate Compression module registered

Jan 1 06:00:06 kernel: PPP BSD Compression module registered

Jan 1 06:00:06 kernel: RealTek E-Flash System Driver. © 2002 RealTek Corp.

Jan 1 06:00:06 kernel: Found 1 x 4M Byte MXIC MX29LV320AB at 0xbe000000

Jan 1 06:00:06 kernel: => Scan for ROOT signature in flash from pos=0x000000

Jan 1 06:00:06 kernel: Founded at pos=0x0CFFF4

Jan 1 06:00:06 kernel: Checksumm ok for 0x10C000 bytes calced=0xF53B, stored=0xF53B) Checksumm OK. Use as ROOT partition (/dev/mtd1)

Jan 1 06:00:06 kernel: Reallocate partition for root size=0x10C000 bytes

Jan 1 06:00:06 kernel: Creating 4 MTD partitions on "DiskOnChip Millennium":

Jan 1 06:00:06 kernel: 0x00000000-0x000d0000 : "boot+cfg+linux"

Jan 1 06:00:06 kernel: 0x000d0000-0x001e0000 : "root fs"

Jan 1 06:00:06 kernel: 0x003e0000-0x00400000 : "TGZfs"

Jan 1 06:00:06 kernel: 0x00000000-0x00200000 : "all_flash"

Jan 1 06:00:06 kernel: 8186NIC Ethernet driver v0.1.0-NG (15.10.2008)

Jan 1 06:00:06 kernel: eth0: RTL8186-NIC at 0xbd200000, 00:01:02:03:04:05, IRQ 4

Jan 1 06:00:06 kernel: eth1: RTL8186-NIC at 0xbd300000, 04:05:06:07:08:09, IRQ 5

Jan 1 06:00:06 kernel: Check MII:phy 2, reg 31

Jan 1 06:00:06 kernel: 0x0000ffff

Jan 1 06:00:06 kernel: Check MII:phy 2, reg 26

Jan 1 06:00:06 kernel: 0x0000ffff

Jan 1 06:00:06 kernel: Asic.revision=0x00000007

Jan 1 06:00:06 kernel: RTL8185 driver version 1.14 (2008-02-15)

Jan 1 06:00:06 kernel: NET4: Linux TCP/IP 1.0 for NET4.0

Jan 1 06:00:06 kernel: IP Protocols: ICMP, UDP, TCP, IGMP

Jan 1 06:00:06 kernel: IP: routing cache hash table of 512 buckets, 4Kbytes

Jan 1 06:00:06 kernel: TCP: Hash tables configured (established 1024 bind 2048)

Jan 1 06:00:06 kernel: Linux IP multicast router 0.06 plus PIM-SM

Jan 1 06:00:06 kernel: ip_conntrack version 2.1 (5953 buckets, 5953 max) - 320 bytes per conntrack

Jan 1 06:00:06 kernel: PPTP netfilter connection tracking: registered

Jan 1 06:00:06 kernel: ip_tables: © 2000-2002 Netfilter core team

Jan 1 06:00:06 kernel: ipt_recent v0.3.1: Stephen Frost <sfrost@snowman.net>. http://snowman.net/projects/ipt_recent/

Jan 1 06:00:06 kernel: NET4: Unix domain sockets 1.0/SMP for Linux NET4.0.

Jan 1 06:00:06 kernel: RAMDISK: Compressed image found at block 0

Jan 1 06:00:06 kernel: Freeing initrd memory: 36k freed

Jan 1 06:00:06 kernel: VFS: Mounted root (ext2 filesystem).

Jan 1 06:00:06 kernel: Freeing unused kernel memory: 64k freed

Jan 1 06:00:06 kernel: mount /proc file system ok!

Jan 1 06:00:06 kernel: mount /dev/mtd1 file system ok!

Jan 1 06:00:06 kernel: Algorithmics/MIPS FPU Emulator v1.5

Jan 1 06:00:10 kernel: NET4: Ethernet Bridge 008 for NET4.0

Jan 1 06:00:10 kernel: device eth0 entered promiscuous mode

Jan 1 06:00:11 kernel: eth0:phy is 8201

Jan 1 06:00:11 kernel: device eth1 entered promiscuous mode

Jan 1 06:00:12 kernel: eth1:phy is 8305

Jan 1 06:00:12 kernel: device wlan0 entered promiscuous mode

Jan 1 06:00:13 kernel: br0: port 3(wlan0) entering listening state

Jan 1 06:00:13 kernel: br0: port 2(eth1) entering listening state

Jan 1 06:00:13 kernel: br0: port 1(eth0) entering listening state

Jan 1 06:00:13 kernel: br0: clear port list of multicast filter

Jan 1 06:00:13 kernel: br0: port 3(wlan0) entering learning state

Jan 1 06:00:13 kernel: br0: port 2(eth1) entering learning state

Jan 1 06:00:13 kernel: br0: port 1(eth0) entering learning state

Jan 1 06:00:13 kernel: br0: port 3(wlan0) entering forwarding state

Jan 1 06:00:13 kernel: br0: topology change detected, propagating

Jan 1 06:00:13 kernel: br0: port 2(eth1) entering forwarding state

Jan 1 06:00:13 kernel: br0: topology change detected, propagating

Jan 1 06:00:13 kernel: br0: port 1(eth0) entering forwarding state

Jan 1 06:00:13 kernel: br0: topology change detected, propagating

Jan 1 06:00:13 kernel: br0: set port num [33168] of multicast filter

Jan 1 06:00:13 kernel: br0: port 1(eth0) multicast bandwidth 80000kbps

Jan 1 06:00:13 kernel: br0: port 2(eth1) multicast bandwidth 80000kbps

Jan 1 06:00:13 kernel: br0: port 3(wlan0) multicast bandwidth 40000kbps

Jan 1 06:00:23 kernel: auth uses obsolete (PF_INET,SOCK_PACKET)

Jan 1 06:00:24 kernel: wlan0: Associate to AP successfully - 00:15:6D:A6:D2:DF

Jan 1 06:00:24 syslog: wlan0: WPA-TKIP PSK authentication in progress...

Jan 1 06:00:24 syslog: wlan0: Open and authenticated

Jan 1 06:01:56 ssh[274]: Child connection from 192.168.0.3:1187

Jan 1 06:02:03 ssh[274]: password auth succeeded for 'root' from 192.168.0.3:1187

 

Позже зделаю логи для софта 0.2.13

блек-фв перед заменой софта заливаю всегда !

Поделиться сообщением

Ссылка на сообщение
Поделиться на других сайтах

KnYaz2020   

KnYaz2020
Опубликовано · Жалоба

Людиии! Пожалуйста посоветуйте оптимальную на сегодняшний день точку с 16M RAM в соотношении цена/качество. Вижу предыдущий мой пост просто проигнорировали :(

Поделиться сообщением

Ссылка на сообщение
Поделиться на других сайтах

RAW   

RAW
Опубликовано (изменено) · Жалоба
Людиии! Пожалуйста посоветуйте оптимальную на сегодняшний день точку с 16M RAM в соотношении цена/качество. Вижу предыдущий мой пост просто проигнорировали :(

ну почему же, а это:

чистим флэш black_fw, шьём, сразу после того как сгенерированы ключи говорим

 

arg s SYSLOG_ENABLE no
arg s START_SHAPER no
arg s ETH1_ENABLED no
arg s ETH1_IN_BR0 no
fs save
reboot

 

 

Тупо копируем в консоль/ssh из буфера.

 

Если не заработало - распаиваем консоль и смотрим на чём спотыкается.

Изменено пользователем RAW

Поделиться сообщением

Ссылка на сообщение
Поделиться на других сайтах

KnYaz2020   

KnYaz2020
Опубликовано (изменено) · Жалоба
Людиии! Пожалуйста посоветуйте оптимальную на сегодняшний день точку с 16M RAM в соотношении цена/качество. Вижу предыдущий мой пост просто проигнорировали :(

ну почему же, а это:

чистим флэш black_fw, шьём, сразу после того как сгенерированы ключи говорим

 

arg s SYSLOG_ENABLE no
arg s START_SHAPER no
arg s ETH1_ENABLED no
arg s ETH1_IN_BR0 no
fs save
reboot

 

 

Тупо копируем в консоль/ssh из буфера.

 

Если не заработало - распаиваем консоль и смотрим на чём спотыкается.

А при чем здесь это до выбора точки??? о_О

Изменено пользователем KnYaz2020

Поделиться сообщением

Ссылка на сообщение
Поделиться на других сайтах

RAW   

RAW
Опубликовано · Жалоба

Это не к выбору точки отнеслось:

Также чтобы Г700 не выкидать, какая версия прошивки работает с ней стабильно? Так как с последних постов вижу что больше поддержки не будет.

По поводу точки доступа: лучше всего Zyxel P-330W.

Поделиться сообщением

Ссылка на сообщение
Поделиться на других сайтах

KnYaz2020   

KnYaz2020
Опубликовано · Жалоба
Это не к выбору точки отнеслось:
Также чтобы Г700 не выкидать, какая версия прошивки работает с ней стабильно? Так как с последних постов вижу что больше поддержки не будет.

По поводу точки доступа: лучше всего Zyxel P-330W.

Спасибо за ответ :)

Поделиться сообщением

Ссылка на сообщение
Поделиться на других сайтах

quick   

quick
Опубликовано (изменено) · Жалоба

Возможно повтор, но я не нашел ответа в этой теме.

Как в wive-ng зажать скорость скажем до 24Мбит?

Ткните носом на таблицу пожалуйста.

 

Кстати, бридж+нат+пптп(mtu 1000) на 8 метрах у Ж700:

::Wive-NG-0.2.13::
[Wive-NG@/]# uptime&&free
14:36:23 up 1 day, 13:52, load average: 0.28, 0.07, 0.02
              total         used         free       shared      buffers
  Mem:         5952         5228          724            0          112
Swap:            0            0            0
Total:         5952         5228          724

 

Разобрался уже.

Изменено пользователем quick

Поделиться сообщением

Ссылка на сообщение
Поделиться на других сайтах

sfstudio   

sfstudio
Опубликовано · Жалоба
Все это дело повторяется дальше, пока не переткнуть питание.

Разницу увидел в частоте, здесь почему то 134MHz, а при включении 180MHz (после ребута бывает 179 и 178, если точка запускается).

Прикольно, т.е. ваша версия бута не реинитит проц после софтребут. Собсно вот тут и непорядок.

Поделиться сообщением

Ссылка на сообщение
Поделиться на других сайтах

sfstudio   

sfstudio
Опубликовано (изменено) · Жалоба
to sfstudio

Опять ДАП-1160 перешыл в 0.2.10 все работает пучком !!! Да кстати в 0.2.13 опять неработает WPA :-(

Шаманизм. Радиочасть там не трогалась уже фиг знает сколько, так что по WPA вопрос открыт. Что касается работы 0.2.10 на дап это интересно, ибо именно в районе 0.2.10-11 был добавлен код для поддержки новых устройств от зюхеля и укропов (последних пока нет в продаже ;), т.е. менялась система инита, были убраны дубли кода реинициализации ибо бут сам инитит железку и в разных случаях требуются разные параметры шины памяти, т.е. wive-ng сейчас вообще не трогает дефолтовые параметры заданные бутом.

 

В общем нуно где-то нарыть железку с таким багом и прикручивать воркэраунд. Хотя Г-линк я под дулом пистолета покупать не буду ;)

 

 

Это не к выбору точки отнеслось:
Также чтобы Г700 не выкидать, какая версия прошивки работает с ней стабильно? Так как с последних постов вижу что больше поддержки не будет.

По поводу точки доступа: лучше всего Zyxel P-330W.

Спасибо за ответ :)

Да, пока без вариантов, только крайне рекомендую брать v2 версию где коммутатор собран на rtl8306 а не на 05м чипе, в перспективе буду добавлять возможность управления коммутатором включая igmp/vlan/flow control. Чип сам по себе достаточно навороченный, но пока с его программированием не очень разобрался.

 

Возможно повтор, но я не нашел ответа в этой теме.

Как в wive-ng зажать скорость скажем до 24Мбит?

Ткните носом на таблицу пожалуйста.

 

Кстати, бридж+нат+пптп(mtu 1000) на 8 метрах у Ж700:

::Wive-NG-0.2.13::
[Wive-NG@/]# uptime&&free
14:36:23 up 1 day, 13:52, load average: 0.28, 0.07, 0.02
              total         used         free       shared      buffers
  Mem:         5952         5228          724            0          112
Swap:            0            0            0
Total:         5952         5228          724

 

Разобрался уже.

Какое редкое извращение =) Сегодня постараюсь выложить тесты с выправленным accell pptp и начну разбираться с pppoe в ядре, где-то там какие-то чудеса. Т.е. с этого момента pptp будет жрать в разы меньше памяти т.к. избавляемся от userlevel pptp демона.

Изменено пользователем sfstudio

Поделиться сообщением

Ссылка на сообщение
Поделиться на других сайтах

quick   

quick
Опубликовано · Жалоба
Все это дело повторяется дальше, пока не переткнуть питание.

Разницу увидел в частоте, здесь почему то 134MHz, а при включении 180MHz (после ребута бывает 179 и 178, если точка запускается).

Прикольно, т.е. ваша версия бута не реинитит проц после софтребут. Собсно вот тут и непорядок.

А есть нормальный бут для Г700?

Если можешь подскажи как собрать/склеять с твоей прошивкой, так чтобы full прошить через tftp?

Реально этот косяк напрягает, удаленно как только точка ребутнулась, все сразу вымерло.

Поделиться сообщением

Ссылка на сообщение
Поделиться на других сайтах

sfstudio   

sfstudio
Опубликовано · Жалоба
А есть нормальный бут для Г700?

Если можешь подскажи как собрать/склеять с твоей прошивкой, так чтобы full прошить через tftp?

Реально этот косяк напрягает, удаленно как только точка ребутнулась, все сразу вымерло.

Нуно слить бут с иоей боевой точки там какраз перелопаченная Г700 для экспериментов и отладки. Ночером сегодня попробую слить, сейчас пока другим занят.

Поделиться сообщением

Ссылка на сообщение
Поделиться на других сайтах

sfstudio   

sfstudio
Опубликовано · Жалоба

Следующий тест:

http://sadnet.ru/downloads/wive-ng-0.2.14-test3.bin

 

wive-ng-0.2.14-test3

1) Вместо userlevel pptp теперь используется ядерная реализация ACCEL-PPTP, тем самым решена проблема

низкой производительности pptp туннелей (огромное спасибо за помощь и код Андрею из http://www.ddixlab.ru)

2) Вместо userlevel l2tp теперь используется ядерная реализация openl2tp.

3) Добавлены раздельные опции для управления MTU/MRU для PPPOE/PPTP, также в interfaces перенесены настройки

логина/пароля для конкретного типа соединения

4) Решена проблема с большими пакетами при использовании pptp и l2tp без шифрования, для pppoe

проблема актуальна

5) Добавлен выбор userspace/kernelspace режима работы pppoe (последний пока не работает)

6) Исправлена ошибка в скрипте отслеживающим работоспособность eth интерфейсов приводившая к некорректному.

сохранению настроек при отказе одного из интерфейсов

7) Исправлена ошибка в pptp conntrack приводившая к перезагрузкам при падении туннеля

Поделиться сообщением

Ссылка на сообщение
Поделиться на других сайтах

quick   

quick
Опубликовано · Жалоба

sfstudio

Не забудь слить бут нормальный для Г700.

Решил напомнить ;)

Поделиться сообщением

Ссылка на сообщение
Поделиться на других сайтах

sfstudio   

sfstudio
Опубликовано · Жалоба
[Кстати, бридж+нат+пптп(mtu 1000) на 8 метрах у Ж700:

[

Возьмите последний тест, там решены все проблемы с pptp/l2tp более того они теперь работают в ядре. pptp 15мбит на 500 байтовых пакетах у меня с шифрованием делает легко и не принуждённо. Без шифрования думаю до 30мбит на 1300 байт пакетах достигните легко, ну и памяти оно терь жрёт меньше ибо в памяти не болтается pptp демон.

 

С pppoe сейчас разбираюсь, также думаю чего делать с девайсами со старым бутом, на бутах версии от до 1.3 с разной переодичностью при ребуте не устанавливаются параметры шины памяти и как результат имеем каку в виде глюков или полной неработоспособности до передёргивания питалова.

 

На моей боевой Г700 бут также 1.3 страбающей этой болячкой, исходя из ченджлога в 1.4 буте проблема исправлена. Самое прикольное что проблема проявляется лично у меня один раз из где-то 30 ребутов.

 

К сожалению возвращаться к схеме полного реинита аппаратуры уже из ядра совсем не хочется ибо теряется совместимость с новыми девайсами, в общем думаю самый простой вариант собрать 1.4 бут для Г700 подобных или взять с аналогичного устройства, но пока проверять это у меня нет времени ибо ошибке разработка встанет и начнуться старые танцы с jtag+g700 которая шьётся в зависимости от положения звёзд =)

Поделиться сообщением

Ссылка на сообщение
Поделиться на других сайтах

quick   

quick
Опубликовано · Жалоба
[Кстати, бридж+нат+пптп(mtu 1000) на 8 метрах у Ж700:

[

в общем думаю самый простой вариант собрать 1.4 бут для Г700 подобных или взять с аналогичного устройства, но пока проверять это у меня нет времени ибо ошибке разработка встанет и начнуться старые танцы с jtag+g700 которая шьётся в зависимости от положения звёзд =)

Подкинь инфу по поводу сборки бута для Г700,а главное из чего собирать ;) Буду заниматься, как раз запорол бут на своей :)

Если все выйдет выложу бут дня нее.

Поделиться сообщением

Ссылка на сообщение
Поделиться на других сайтах

akaHennessy   

akaHennessy
Опубликовано (изменено) · Жалоба

Народ, подскажите, как консольный порт на Acorp WR-G распаять? В личку, чтоб топик не засорять...

Изменено пользователем akaHennessy

Поделиться сообщением

Ссылка на сообщение
Поделиться на других сайтах

sfstudio   

sfstudio
Опубликовано · Жалоба
Народ, подскажите, как консольный порт на Acorp WR-G распаять? В личку, чтоб топик не засорять...

Смотря какая ревизия платы, не на всех ревизиях он разведён на гребёнку, на некоторых ревизиях только на проц паяться.

Поделиться сообщением

Ссылка на сообщение
Поделиться на других сайтах

sfstudio   

sfstudio
Опубликовано · Жалоба

Ау, пользователи корбины вы где? Что насчёт теста скорости?

 

Сейчас добали persist режим в accel pptp и доделываю для l2tp чтобы точка долбилась до сервера до упора а не впадала в ступор из-за внешних факторов и будет релиз. В 0.2.15 будем занимаиться pppoe и есть мысли как обойти багу со старыми бутами без потери совместимости.

Поделиться сообщением

Ссылка на сообщение
Поделиться на других сайтах

Wierus   

Wierus
Опубликовано · Жалоба

круть, sfstudio не перестает нас радовать =)) будем ждать новых релизов и исправления баги с бутами.

а пока попробуем поразбираться как эти буты собирать, заливать и где их искать.

Поделиться сообщением

Ссылка на сообщение
Поделиться на других сайтах

sfstudio   

sfstudio
Опубликовано (изменено) · Жалоба
круть, sfstudio не перестает нас радовать =))

Ну кто-нить меня бы ещё порадовал реальными тестами pptp и l2tp в последней бэте. Синтетика есть синтетика, а у мну нет канала шире 4х мегабит в паутину. ;( Москвичи с корбиной и прочими где вы?

 

будем ждать новых релизов и исправления баги с бутами.

Баги с бутами я исправлять не буду, есть возможность их обойти в принудиловку реинитя переферию по команде reboot, т.е. после первой загрузки читаем значения их нескольких регистров, кладём их куда-нить на fs и потом при ребуте делаем работу бута по иниту в ручную но уже с теми параметрами с которыми это сделал бут в первый раз. В общем тоже костыль блин.

 

а пока попробуем поразбираться как эти буты собирать, заливать и где их искать.

У мну отрубильня DSL канал, сижу на скайлинке, как починят залью на sf.net последний бут из sdk 1.4d, всмысле сырцы, кто разберётся как его корректно собрать для 8Мб 16Бит устройств тот и решит проблему. Шьётся всё точно также по tftp, разница только в том что убив бут восстановление будет возможно только через jtag, поэтому нуно быть точно уверенным что данная сборка собрана для конкретно этого устройства. Для Г700 сборка должна быть revB 8Мб 16бит организации, для других устройств всё может быть совсем иначе.

 

Изменено пользователем sfstudio

Поделиться сообщением

Ссылка на сообщение
Поделиться на других сайтах

akaHennessy   

akaHennessy
Опубликовано · Жалоба
Народ, подскажите, как консольный порт на Acorp WR-G распаять? В личку, чтоб топик не засорять...

Смотря какая ревизия платы, не на всех ревизиях он разведён на гребёнку, на некоторых ревизиях только на проц паяться.

похоже у меня второй случай, гребенок в принципе никаких не разведено.

фотки, если кому не лень смотреть (по 3,6 Мб каждая):

лицо, оборот

для сравнения могу выложить найденные на просторах фотодругой ревизии PCB

Поделиться сообщением

Ссылка на сообщение
Поделиться на других сайтах

sfstudio   

sfstudio
Опубликовано · Жалоба
Народ, подскажите, как консольный порт на Acorp WR-G распаять? В личку, чтоб топик не засорять...

Смотря какая ревизия платы, не на всех ревизиях он разведён на гребёнку, на некоторых ревизиях только на проц паяться.

похоже у меня второй случай, гребенок в принципе никаких не разведено.

фотки, если кому не лень смотреть (по 3,6 Мб каждая):

лицо, оборот

для сравнения могу выложить найденные на просторах фотодругой ревизии PCB

Ну как же вы смотрите блин? j1 - место под гребёнку это оно и есть. Дальше мультиметр в зубы, выясняем где на гребёнке GND(судя по фото морды это крайний левый) VCC(+3В или +5В иногда полное напряжение питания но это не ваш случай) и где при включении будет "прыгать" напряжение это TX ну и оставшиеся 2 ноги это RX и DCD или как там сигналы звать, собсно выяснить прозвоном с ноги проца (смотреть в даташите) на контакт, или тупо выяснить методом тыка. Ну и помним что там TTL уровни, т.е. нужен преобразователь на max232.

Поделиться сообщением

Ссылка на сообщение
Поделиться на других сайтах

akaHennessy   

akaHennessy
Опубликовано · Жалоба

sfstudio, огромное спасибо!

думаю, что теперь все получится

Поделиться сообщением

Ссылка на сообщение
Поделиться на других сайтах

sfstudio   

sfstudio
Опубликовано · Жалоба

wive-ng-0.2.14-test4

1) Вместо userlevel pptp теперь используется ядерная реализация ACCEL-PPTP, тем самым решена проблема

низкой производительности pptp туннелей (огромное спасибо за помощь и код Андрею из http://www.ddixlab.ru)

2) Вместо userlevel l2tp теперь используется ядерная реализация openl2tp

3) Добавлены раздельные опции для управления MTU/MRU для PPPOE/PPTP, также в interfaces перенесены настройки

логина/пароля для конкретного типа соединения

4) Решена проблема с большими пакетами при использовании pptp и l2tp без шифрования, для pppoe

проблема актуальна

5) Добавлен выбор userspace/kernelspace режима работы pppoe (последний пока не работает)

6) Исправлена ошибка в скрипте отслеживающим работоспособность eth интерфейсов приводившая к некорректному

сохранению настроек при отказе одного из интерфейсов

7) Исправлена ошибка в pptp conntrack приводившая к перезагрузкам при падении туннеля

8) Добавлена поддержка persist в accel-pptp гарантирующая что соединение будет переустановлено как только

сервер вновь будет доступен

9) Обновлена реализация sha1 благодаря чему mppe теперь работает с любыми pptp серверами включая mpd

10) Исправлена проблема с некоторыми бутами не реинициализировавшими контроллер шины памяти при softreboot

(почти все G700 и DAP1150/60 и другие точки с бутом до 1.4 и 16bit организацией памяти)

 

http://sadnet.ru/downloads/wive-ng-0.2.14-test4.bin

Поделиться сообщением

Ссылка на сообщение
Поделиться на других сайтах

sfstudio   

sfstudio
Опубликовано · Жалоба

http://sadnet.ru/downloads/wive-ng-0.2.14-test5.bin

11) Отклчены излишний вывод отладочных сообщений xl2tpd дабы не засорять логи

12) Тулчейн пересобран с текущими заголовочными файлами

 

Ну и кучка косметических правок. pptp уже полностью обкатан на предмет стабильности во всех позах. l2tp требует боевого тестирования хотя тоже вроде стабилен. Предыдущие правки для поддержки кривых платформ аля Г700 пока также ни разу не подвели. В общем всё готово к релизу и переходу с 0.2.15-test который будет последним в ветке 0.2.х и по сути версию 0.2.15 можно будет рекомендовать как stable версию. Дальнейшая разработка и расширение функциона пойдёт уже в 0.3.х ветке.

 

Т.к. тему отвязали то все изменения и тесты далее только у меня в блоге ибо кране неудобно теперь среди пионерии с усилителями постоянно выискивать тему. Напоминаю линк http://sfstudio.livejournal.com

Поделиться сообщением

Ссылка на сообщение
Поделиться на других сайтах

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.

Гость
Ответить в тему...

×   Вставлено в виде отформатированного текста.   Вставить в виде обычного текста

  Разрешено не более 75 смайлов.

×   Ваша ссылка была автоматически встроена.   Отобразить как ссылку

×   Ваш предыдущий контент был восстановлен.   Очистить редактор

×   Вы не можете вставить изображения напрямую. Загрузите или вставьте изображения по ссылке.

×
Перейти к списку тем Беспроводные сети Wi-Fi, 3G/LTE/5G, LoRa...