bsb5068

ребята спасибо! заработало! попутно выяснил, что туннель типа TUN не добаляется в бридж, зато типа TAP - добавляется. я тоже так думал, да сдались они мне потери, ведь моего входящего 30 мбит на 1 приставку и интернет хватит, но тут туннель поднялся, и я заметил, что в него пошёл трафик, который идёт к локальному udp proxy на стороне RT. что в принципе и логично, ведь поток входит в бридж br-wan. получается при наличии 1 локального клиента на той стороне, меня и ещё кого-то (через гипотетический tap2), 3 потока HD каналов по 10мбит весь мой канал и сожрут :) да и не дело это лишний трафик гонять. не подумал я, что буду с такой постановкой задачи "чужой" трафик получать. в принципе какая постановка, такая и реализация сейчас вышла: удалённая от меня сторона (т.е. RT): root@OpenWrt:~# brctl show bridge name bridge id STP enabled interfaces br-lan 7fff.2674ee800055 no eth0.1 eth0.4 br-wan 7fff.e42772540281 no eth0.2 eth0.3 tap0 в wan приходит с порта iptv, в лан - интернет, всё от оптического терминала. tap0 Link encap:Ethernet HWaddr 82:63:DA:26:26:31 inet addr:192.168.8.2 Bcast:192.168.8.255 Mask:255.255.255.0 UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:63479 errors:0 dropped:2 overruns:0 frame:0 TX packets:918997 errors:0 dropped:27441 overruns:0 carrier:0 collisions:0 txqueuelen:100 RX bytes:5018318 (4.7 MiB) TX bytes:1207013197 (1.1 GiB) root@OpenWrt:~# route Kernel IP routing table Destination Gateway Genmask Flags Metric Ref Use Iface default 192.168.100.1 0.0.0.0 UG 1 0 0 br-lan 10.10.10.0 * 255.255.255.0 U 0 0 0 br-wan 192.168.8.0 * 255.255.255.0 U 0 0 0 tap0 192.168.100.0 * 255.255.255.0 U 1 0 0 br-lan моя сторона: root@OpenWrt:/etc/init.d# brctl show bridge name bridge id STP enabled interfaces br-lan 7fff.a0f3c1c38b21 no eth0.1 wlan0 br-rtbridge 7fff.a0f3c1c38b21 no eth0.2 tap0 tap0 Link encap:Ethernet HWaddr 16:DB:FA:B4:F2:D9 inet addr:192.168.8.1 Bcast:192.168.8.255 Mask:255.255.255.0 UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:766753 errors:0 dropped:0 overruns:0 frame:0 TX packets:19963 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:100 RX bytes:1023668703 (976.2 MiB) TX bytes:1575542 (1.5 MiB) br-rtbridge Link encap:Ethernet HWaddr A0:F3:C1:C3:8B:21 inet addr:192.168.8.1 Bcast:192.168.8.255 Mask:255.255.255.0 inet6 addr: fe80::a2f3:c1ff:fec3:8b21/64 Scope:Link UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:7156 errors:0 dropped:0 overruns:0 frame:0 TX packets:481 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:2241528 (2.1 MiB) TX bytes:36742 (35.8 KiB) root@OpenWrt:/etc/init.d# route Kernel IP routing table Destination Gateway Genmask Flags Metric Ref Use Iface default 192.168.37.1 0.0.0.0 UG 0 0 0 br-lan 10.0.0.0 10.12.72.1 255.0.0.0 UG 0 0 0 eth1 10.12.72.0 * 255.255.252.0 U 0 0 0 eth1 10.12.72.1 * 255.255.255.255 UH 0 0 0 eth1 78.107.196.0 10.12.72.1 255.255.252.0 UG 0 0 0 eth1 192.168.8.0 * 255.255.255.0 U 0 0 0 br-rtbridge 192.168.8.0 * 255.255.255.0 U 0 0 0 tap0 192.168.37.0 * 255.255.255.0 U 0 0 0 br-lan в lan - интернет. eth1 - для iptv от белайна, eth0.2 - проброшенный в RT порт. в процессе изменения ip адресов был момент когда 8.1 и 8.2 пинговали успешно друг друга. сейчас почему-то они не пингуются, но туннель работает, поэтому это не сильно меня беспокоит. хотя, возможно, это "звоночек" о некорректной настройке. подскажите, пожалуйста, какие есть способы чтобы трафик предназначенный не для меня не слать в туннель? мне придумалось два: 1. через правила фаервола. 2. на каждого "клиента" выделить отдельный интерфейс, повешать на него igmp proxy и потом его в бридж с туннелем сделать. но я пока не знаю будет ли RT приставка декодировать каналы, если она будетполучать через igmproxy поток, а не напрямую. в добавок сейчас снова всплыла проблема с этим igmp proxy. по непонятным причинам он перестаёт работать через какое то время. например начинаю смотреть канал через udproxy на стороне RT, поток пошёл. можно смотреть 5 минут, переключить канал и уже после этого udproxy не может получить поток от igmproxy. а иногда после переключения всё работает. чтобы всё заработало можно нажать reconnect в морде на WAN интерфейсе. но опять же до первого переключения канала. а иногда по пол дня работает. не могу понять закономерности. как я понял igmproxy пропадает из процессов (нет его в выводе ps) ещё я так понял он при старте должен взять конфиг /etc/config/igmpproxy, пропарсить его и положить в /var/etc/igmpproxy.conf и уже запустить его с полученным конфигом. так вот сейчас он не парсит изменённый в /config, в /var лежит старый. может встречали такое? а для первого варианта не понятно как научить сторону RT узнавать какие MAC'и ждут поток в туннель, а какие в igmp/udp proxy на строне RT и как это всё прописать в правила.....

rdc, понял вас. спасибо за разъяснение. я просто думал gre поверх допустим l2pt будет уже отрабатывать потери. пойду пробовать настроить openvpn. правда ещё со свичем встроенным и vlan'ами нужно разобраться. у меня пока не получается почему то на одном из роутеров добавить произвольныый порт в бридж....

нене, тогда не будет работать verimatrix. у меня сейчас есть такой сервер на openwrt. работает. но показыват ТОЛЬКО открытые каналы. я так понял нужен именно родной полноценный udp от ростелекома.... будет ли это рабоать через ipip туннель или только через gre?

Пытаюсь поднять ipip между двумя openwrt. Сейчас они в одной подсети (через l2tp), но вроде туннель не поднимается, так же не понятно как привязать его к какому-то физическому порту на openwrt. На микротике это понятно как делается, а как тут? Перечитал статью на хабре, там сказано, что ipip только unicast пересылает, а мультикаст нет. А gre и мультикаст. Так ли это?

Готового скомпилированного патча не нахожу, придётся видимо самому. Я правильно понимаю что для ipoe нужно все равно будет сначала поднять l2tp например, а потом поверх него имея статические ip уже настраивать ipoe?

kstin, я правильно понимаю, что нужно перекомпилировать модуль для openwrt чтобы была совместимость с микротиком? но тогда не будет совместимости с другими openwrt? я так понимаю у нас подключено v1.0. читал на форумах, что у 2.0 череp интернет битрейт сильно ниже. поэтому и хочется заморочиться с туннелем. опять же с 2.0 не все приставки имеющиеся работают. sml-282 и hd mini какая то я так понял не работают. тем более motorola vip1003

здравствуте! хочется странного :) смотреть iptv от ростелекома на др. провайдере. т.е. на стороне РТ есть оптика - huawei hg8245 и за ним роутер на openwrt. пока на openwrt настроено udproxy и просмотр идёт с билайна по интернету. но так показывают только некодированные каналы. хочется нормальную приставку чтобы работала с поддержкой verimatrix. насколько я понял приставки ростелекомовские нормально работают только если "находятся" в сети РТ. поэтому видимо задачу можно сформулировать так: Нужно организовать прозрачный канал между двумя роутерами на openwrt, чтобы воткнув приставку в один роутер, она "попала" в сеть РТ, которая есть на другом роутере. В идеале сделать это когда оба openwrt находятся за NAT'ами. почему я хочу именно на openwrt - потому, что это решение проще повторить и масштабировать. т.е. прошить любой завалящийся роутер подходящий при необходимости быстрее\проще\дешевле чем искать микротик. но, поскольку у меня сейчас иногда падает работа моего текущего решения на openwrt (не понятно ещё почему), то я больше склонаюсь к микротику, как к более надёжному. дома и на работе микротики не падают так просто :) но с микротиком не будет udp proxy. а значит картинка будет рассыпаться. Поэтому хочется чтобы одновременно работало и по udp и через прокси. не кодированные каналы - через прокси, кодированные - через udp. Поэтому всё-таки наверное лучше на openwrt всё наладить, чтобы не падало. итак. я пробовал настроить туннель по этой схеме. не получилось, так как оба openwrt находятся за NAT'ами. один за huawei, другой за домашним микротиком. А для найденного решения нужно, чтобы микротики оба смотрели в инет, без NAT'а. поэтому придётся либо переключать оптику в бридж, но тогда скорее всего упадёт скорость интернета, поскольку его уже микротик будет раздавать, либо поднимать l2tp туннель между микротиками и через него пытаться поднять туннель из статьи.... В общем помогите, пожалуйста советом, как настроить openwrt под мою задачу?

да ещё кажется макадреса задать нужно из консоли же уже после загрузки flash set HW_NIC0_ADDR 00e098940215 - tu Twoje MACi - zwróć uwagę LAN2 ma inny flash set HW_NIC1_ADDR 00e098940216 flash set HW_WLAN0_WLAN_ADDR 00e098940215 reload

только что поднимал свою AirLink 5460 v2 после того как пошил её прошивкой для conceptronic'a для g700ap. включил с зажатым сбросом. через консольный кабель сменил ip: ipconfig 10.0.0.6 заливаем full слитый на программаторе или через tftp с такой же точки или из этого сообщения http://www.elektroda.pl/rtvforum/topic1423768.html#7025982 tftp -i 10.0.0.6 put ovislink5460v2-flash.bin / пишем всё из фула кроме бута: flw 6000 80306000 1FA000 всё готово через морду http://192.168.100.252/ шью последнюю 5460APv2_e19_b3_eu_httpupgrade.bin с офиц. сайта.

невнимательно читали мои посты. HC от LS отличается скоростностью и CMOS логика против TTL, в данном случае HC (cmos) предпочтительнее.

а ошибочки всё знакомые.... почитайте тут http://forum.nag.ru/forum/index.php?showtopic=33338 похоже у вас тоже кабель слишком "халявный" сделан.

гериально! я фигею дорогая редакция :) а драйверам и "винде" видимо "пофигу" на то что у карты ven_id и dev_id неправильные? оно сейчас даже с правильными не умеет под "виндой" wpa2.....

поднял заливкой дампа на программаторе от другой такое же карточки. что интересно, считанный дамп содержал нормальные devid и venid, а карта отдавала то 4304 то 4306 вместо 4320. вобщем мистика похожая на "дикие биты" или еле еле читающиеся байты. Теперь вот оказывается карта не умеет wpa2, покрайне мере соответствующий драйвер под winxp не был найден.....

да. драйвер ssb подгружен. находится только сам адаптер, а ssb_sprom нет. как я понял он работает только после корректного обнаружения адаптера его драйвером. кажется проще действительно спаять память и зашить на программаторе :(

господа линуксоиды, имею эту проблему. подскажите пожалуйста, какой лучше взять драйвер чтобы его руками поправить под свой dev и ven idы? тот что идёт в дистрибутиве backtrack 3 (usr/src/linux-2.6.21.5/drivers/net/wireless/bcm43xx) вроде хороший, поправил, но не знаю как скомпилировать. простой make даёт "no targets". как поправить епром не отпаивая его нашёл - http://www.insanelymac.com/forum/index.php...;p=918844 . но способ работает только с поднятым интерфейсом, а в моём случае после rmmod bcm43xx modeprobe bcm43xx ifconfig eth0 up (или eth1) говорят нет интерфейса. в списке lsmod модуль подгружен... вот читаю http://linuxwireless.org/en/users/Drivers/b43#relatedtools и не понимаю, возможно ли без драйвера почитать /sys/devices/pci0000:00/0000:00:0d.0/0000:04:00.0/ssb_sprom ? в моём случае устройство нашлось, но такого "файла" нет. т.е. утилите насколько я понимаю не из чего будет читать?

ну что я говорил....идея хорошая, вот бы лет 10 назад этим можно и самому заняться, а щас..... мозговых и временных ресурсов даром нет.... хотя казалось бы куда проще поднять фтп демона....да чему там падать........

ну как бы гугл знает ответя на все вопросы. http://www.google.ru/search?ie=UTF-8&o...org+rtl8186+mmc например тут http://forum.openwrt.org/viewtopic.php?pid=38622#p38622 распайка тоже в гугле есть DO - 3 (JTAG) CS - 7 (JTAG) CLK - 1 (JTAG) DI - 5 (JTAG) GND - 2 (UART) VCC - 1 (UART) для нас незнающих исходники не очень просто компилируются ;)

скорее всего можно. я "навешал" MMC, только толку от него? чтоб поднять ftp демон или самбу или ещё что нужны эти самые демоны откомпилированные под данный процессор, готовых найти сложно......

можно внешне. программаторов полно. я уже где-то писал что зашил на плате от ДВД ширпотрёбного. ни то эриссон тито ситроникс. короче самое дешёвое непонятное Г на мт1389 =) а детект флэши не проходит из-за сброса. нужно до детекта проца один раз на землю крайний сброс замкнуть. потом детект проца. потом флэши. иногда со 2 раза только проходит. опиши схему. точное наименование м\с. питание. есть ли подтягивающие резисторы на + ? вот только вчера с Dr.Morg'ом поняли такого зверя. тоже у него неск лет лежал =)

4М еще умножить на 16 бит, вот видимо 8М и получается. самы простой способ когда думать нет желания - как ни странно перемножить "коней" на "людей" и потом заново поделить их.в данном случае - 1*(1024*1024)*16*4=67108864 /8=8388608 /1024/1024=8 мбайт. ну и кому стало легче? гораздо понятнее было бы почитаь даташит ;)

родить не пробовал - не на чём. вот доделает жена диплом может смогу поставить линь на виртуальную машину и тогда уже буду стучаться в жаббер и просить сылцы 1.4d и попробовать собирать.Касаемо списка - 1-й понятное дело есть у всех, 2 я нашёл и выкладывал на форуме, 3й я нашёл и пропатчил и тоже выкладывал; 4,5,6 - в глаза не видел у меня точка 16-битная даже эксперименты не на чем ставить. А оно вообще кому-то тут надо кроме меня? ;)

я как раз не ищу тайный смысл. я просто хочу узнать чем чревато поставить больше памяти в любое устройство. будь даже ваше любимое зюхелевое =) поставить 64 мб и соотв. бутлоадер. оно зависнет? ребутится будет или что? и про устранение проблемы одного устройства я даже не думаю. памяти добавил ради спортивного интереса и чтобы если повезёт и я смогу поставить туда что-либо ещё из ПО ему бы хватило памяти. про то что "сделать" из ап700 зюхель я даже не думаю. мне оно не надо. разве что из-за веб морды? понимаю что схемотехника другая и проблемы памяти тут не причём. касаемо ММС не так делаете как я =) я делал так: rmmod mmc пауза 5 сек. поглядели в dmesg всё чудно отвалилось. insmod mmc выругалось и ничего не подгрузилось. видимо разница в том что мы пользуем modprobe и insmod. насколько я понял cifs подключает папку к точке. т.е. она сможет ходить и делать что угодно, а про возможность подключить например /mnt и /etc на чтение\запись с _того_ сервера я в неведении пока.... да wive-0.5.8 "мертва" в каком-то смысле......и демона там не было пока я его не выколупал из вав-нг и не выложил в /etc....теперь он есть. и даже работает. но странно. определиться с выбором что именно пользовать сложно - в старом ваве как я уже писал есть много полезных для меня функций (ну у меня бзик на то что например ММС должна форматироваться там где будет потом пользоваться. не важно это сотовый телефон или фотоаппарат или rtl8186. я даже после форматирования карт в картридере переформатирую их в телефонах, потому что знаю иначе позже будут необъяснимые проблемы), а в новом ваве-нг пока только один плюс я нашёл - wpa2. и то я не успел проверить работает ли он на всех нужных мне 3 устройствах или только на одном. щас обругаем тут и старый и новый вавы и придётся искать и ставить ещё что-то другое ;)

в двух словах хотя бы намекните от чего и какие проблемы могут быть? а мне проще разметить в утройстве.rmmod работает на ура (в версии>16), а вот instmod mmc говорит нито отсутвие прав у ROOT'а подгрузить модуль, нито на отсутсвие модуля...уже не помню точно т.к. 2 раза пробовал всего. и ещё почему то по scp ни отдаются и не принимаются файлы. что очень неприятно :( зато радует что WPA2 там завелось и даже без бубна работало, чего не скажешь о wive 0.5.8. сейчас уже поднялось оно в непонятонм состоянии - с одного ноутбука подключается, с другого и со сматрфона - нет.

пожалуйста. уже прошились?

да. wive показало 32м. а по tftp религия не позволяет залить? ;)))) ну откусите ему в начале 24 байта и лейте на здоровье через жтаг :)