fastvd

Рррое до 1.5 к юзеров и 1-1.5 гб Ірое до 3 гб Бгп бордер 3-4 должен скушать

/interface bridge - объединяете в бридж нужные порты или вланы (но так не надо делать без крайней необходимости, это не свитч все-таки) что означет не нужно - а как снять тег если надо? )))

http://wiki.mikrotik.com/wiki/%D0%A0%D1%83%D0%BA%D0%BE%D0%B2%D0%BE%D0%B4%D1%81%D1%82%D0%B2%D0%B0:%D0%98%D0%BD%D1%82%D0%B5%D1%80%D1%84%D0%B5%D0%B9%D1%81/VLAN а это с картинками http://asp24.com.ua/blog/mikrotik-and-vlan/ а в двух словах - тупо заходите в интерфейси - влан и тыскаете плюсик и вводите с какого интерфейса прилетел влан , его назву и ИД..все -управление готово...а вот чтобы снят ТЕГ - то только через бриджы...а чтобы пробросить ВЛАН дальше - опять бриджы... П.С,: МТ чтобы принять ТЕГ, отдать антег -ещ плюс минус..а чтобы пробросить дальше- секс )))

аналог... http://local.com.ua/forum/topic/85724-%D0%B8%D1%89%D1%83-%D1%87%D0%B5%D0%BB%D0%BE%D0%B2%D0%B5%D0%BA%D0%B0-%D0%B4%D0%BB%D1%8F-%D0%BD%D0%B0%D0%BF%D0%B8%D1%81%D0%B0%D0%BD%D0%B8%D1%8F-%D1%81%D1%82%D0%B0%D1%82%D0%B5%D0%B9-%D0%BE-%D1%81%D0%B5%D1%82%D0%B5%D0%B2%D0%BE%D0%BC-%D0%BE%D0%B1%D0%BE/?hl=fastvd&do=findComment&comment=899471

и так вот что придумал бекапы 100% проверены на длинках dgs-1100,dgs-3100,dgs-3120,des-3200-28аf, еджкорах 3528-m,bdcom p3310b, UBNT (в основном для базовых станций сделал), но думаю для всех UBNT вообще подойдет скрипт... и так что надо сделать:: 1) делаем файл dlink-ip.txt с всеми IP допустим длинка: 10.10.111.47 10.10.111.51 10.10.111.26 2) делаем шел скрипт dlink.sh скрипт который хавает адреса с файла dlink-ip.txt и отдает их экспект скрипту: #!/bin/sh cat /usr/script/dlink-ip.txt | while read line do echo "$line" expect /usr/script/dlink.exp $line done echo 3) делаем сам експект ск

я так понял чтобы он работал то нужны у.е....

привет коллеги. подскажите - кто чем - программой\скриптом сливает конфиги с длинков, эджкоров, бдкомов? а то в инете как бы есть, но ничего до конца не допилено... буду очень благодарен!

почитайте о dhcdrop нах@ра dhcdrop когда есть умные свитчи и снупинг? 2ТС - пробовали прошивку менять или свитч другой, не ежика поставить? не особо нормальное поведение прошивка уже поставил самую свежую...точне сказать чтобы понимали картину в целом- на этом порту ужика стоит мост на мт потом мыльница в которой другой мост на мт, потом мыльница в которой 2 БС и ещё 1 мост и там мыльница и еще 2 БС...получаеться целая траса...и вот потому так все сложно..буде сегментировать счас сеть чтобы понять откуда точно... ну а какие методы поиска легого дшсп вообще есть ? а то так дядя

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

нашел причину...коллега NiTr0 был прав - не указан траст порт...НООООО...траст порт в документации пишет что нужно указывать только в сторону сервера(грубо говоря приходящий порт), а тут не запустилось пока не указал и прием и передачу....вот такой ежик...и часть абонов то получало свой адрес и без даунлинк траст порта! и на других ежиках которые транзитные есть в сети - также указан только аплинк порт - и все работает!

tcpdump. скорее всего траст порт на ежике забыли указать, ответы дхцп до клиента не доходят. указан...я же говорю-на этом же порте на этой же БС - у других клиентов все ок.. 1) ещ раз проверил - на ежике траст указан правильно- и это доказывет тем что на этом порту уже есть несколько ipoe клиентов которые успешно работают 2 в абилсе вижу что абон в онлайне с адресом 192.168.14.56 3) вот я тоже вижу что он в аццеле есть: root@nas4-ubuntu-214:/var/log/accel-ppp# accel-cmd show sessions | grep 192.168.14.56 ipoe12 | 00:27:22:38:ff:e5 | 00:27:22:38:ff:e5 | 192.168.14.56 | 4096/204

tcpdump. скорее всего траст порт на ежике забыли указать, ответы дхцп до клиента не доходят. указан...я же говорю-на этом же порте на этой же БС - у других клиентов все ок..

значит есть проблемка...переводу одну из базовых станций (бс) - все антенны клиентсткие с рррое на ірое, и вот на той же БС, перевел штук 5-7 антенн, все работает, все моиторится,пингается , инет работает кароче , а потом на след.клиенте - перевожу его в дшсп(на убнт нету опции82, потому БС включена в еджкор 3528, на нем включен снуппинг, в биллинге ежик заведен как сервер доступа с авторизацией только по маку), в биллинге завожу его мак, смотрю в биллинге сессия есть, в аццеле сессия в режиме ipoe тоже есть, но смотрю а он в биллинге просить ещё раз авторизироваться (в абилсе стоит одновремен

спс...будем юзать..в конце дня отпишусь , чтобы никто на грабли больше не наступали! ну что..все работает...2 сервера на аццеле, и 2 этих сервера в гибридном режиме PPPoE+IPoE..вот 100% рабочий конфиг(может кому пригидится) : #ABillS [modules] log_file radius ipoe ippool shaper pptp pppoe ppp auth_mschap_v2 auth_pap #auth_chap auth_chap_md5 #auth_mschap_v1 #chap-secrets sigchld pppd_compat #shaper_tbf [core] log-error=/var/log/accel-ppp/core.log thread-count=4 #[common] #single-session=replace #sid-case=upper #sid-source=seq [radius] dictionary=/usr/local/share

спс...будем юзать..в конце дня отпишусь , чтобы никто на грабли больше не наступали!

в общем выловил гада,точнее гадов...нашел закономерность, такая странная хрень делалась только с роутерами, только тп-линки 740(90%) и несколько 841-ых,..по ходу ещё со старой какой-то глюкавовй антеной... дшспдампом смотрю, а он зараза получил свой адрес и мало того что он renew-time не кушает и спрашивает адрес в когда уже закончился ЛИЗ, а он ещё потом логично снова отсылает броадкаст запрос на все сервера,так как бы первый раз конектится..получается юникастом не умеет переспрашивать в своего сервера нада ли ему жить дальше...ну это такое- прошьем роутер да и делов.... значит аццель нас

1) да разные 2) не могу найти где это посмотреть..все логи от радиуса молчат о таком значении...возможно просто не включено логирование такого уровня лога...

tcpdump в помощь. клиент обновляет ип юникастом - а юникаст по определению на другой дхцп сервер попасть не может. хоя если время лизы сильно маленькое, некоторым клиентам может сносить крышу. + посмотрите значение опции 58 в акселе в конфиге (не помню точно как зовется строка, вроде renew time), должна быть половина от lease time. хммм....спасибо за идею... я так понял это оно: https://accel-ppp.org/forum/viewtopic.php?t=59&start=10 П.С,: у нас renew time вообще нету...вот потому так и получается... будем ковырять..спасибо!!

можно по подробней? 1) что озн. - работать через релей? а куда он будет дальше их релеить?на другой dhcp (третий тогда уже)... 2)у нас accel-ppp работет в режиме - адреса ему раздает радиус, который в свою очередь берет их с базы биллинга... 3) какая у вас логика работы всего этого хозяйства тогда? 4)биллинг какой?

привет. значит что есть: 1) 2 НАСа на accel-ppp в режиме pppoe и 1 НАС на accel-ppp в режиме ipoe+pppoe 2) биллинг нами всемя любимой абиллс 0.59 3) вся эта связка отрабатывает прекрасно, но для полного продакшина хотелось бы иметь 2 IPoE НАСа в одной сети для отказоустойчивости 4) как выяснилось - запустить хоть на всех 3 НАСах гибридный режим не проблема, но работает оно криво когда в тех же VLANах живет более чем 1 DHCP сервер... 5) проблему пока сложно локализировать, но суть в том что абон получил свой адрес, и через некоторое время(время до времени ЛИЗа не имеет значение-все полност

ничего странного нету, бдком с зоопарком работате нормально...вот года 4 уже)

привет коллеги. не прилетает опция82 с некоторых ОНУ,(ОЛТ бдком 3310) начали разбираться..не прилетает из: EPON0/1:30 ANYK 0211 a0c6.ec00.501c N/A static auto-configured N/A и вот конкретно: OLT_Cherep_48#sh ep interface epoN 0/1:30 onu ctc basic-info ONU Vender ID : ANYK ONU MODEL ID : 0211 ONU ID : a0c6.ec00.501c Hardware Version : v1.0.0 Software Version : V1.1.9 Firmware Version : 0x0006000f00080016 Chipset Vendor ID : f2 Chipset MODEL ID : 0x8032 Chipset Revision : 160 Chipset Date : 11/01/29 Onu type

и я не думаю, 7А\Ч должно хавать без проблем, только смысла мало от 1ч без питания, ибо больше 7а\ч не вытянет...

От 2х до 5 часов, в зависимости от нагрузки на олт. в среднем ОЛТ хавает 45-50 ВАТ, вот и считайте сами: 17*12=204 *0.8(как бы кпд всего этого дела найденный опытным путем)=163\50ват=3,2 часа

1г в 2016 году по радио? П.С: не купить