Удалял. Перезаливал...всё попёрло...

да, повторно залил - помогло

спасибо)

Тезкаи подскажите ДНСина на HAPе странно ведет себя... Их HAPa по eth2 - клиент нормально видит ДНС и работает с именами, а вот подключившись к ХАПу самому через винбуокс, из констоли не видит даже гуглоДНС 8.8.8.8, на клиента же все прекрасно

Друзья, нужно Allow remote requests включать на CSR125 DNS, дабы HAP с CSR125 отбрабатывал ДНС запросы???

настройте на гугллвые днс

Неа ( не пропускает что-то где-то (

Либо crs либо провайдер, уж не пойму...

трассеруйте днс

к которым обращаетесь

скорее всего файерволл

Это да.. На клиента (eth) трассирует как и задумалось

Затык на 10,10,10,254 блин и не пойму что это )

0 8.8.8.8 timeout 1 10.10.10.254 84 64 262ms host unreachable 2 8.8.8.8 timeout

Это через консоль HAPа, 10,10,10,254 - затык... А на клиенте который в этот HAP через eth воткнут - все пучком...

Трассировка маршрута к ya.ru [213.180.204.3] с максимальным числом прыжков 30: 1 <1 мс 1 ms <1 мс 10.10.10.254 2 1 ms 1 ms 1 ms pppoe-129-21-39-46.danpro.ru [46.39.21.129] 3 1 ms 1 ms 1 ms 10.4.2.25 4 1 ms 1 ms 1 ms 10.4.1.10 5 2 ms 2 ms 2 ms vlan22.danpro.ru [46.39.22.1] 6 14 ms 14 ms 14 ms 97.152.rev.svols.net [178.216.152.97] 7 17 ms 17 ms 17 ms ektix-gw1.yandex.net [194.85.107.57] 8 48 ms 48 ms 48 ms ugr-b-c1-xe-7-2-0.yndx.net [213.180.213.18] 9 49 ms 49 ms 48 ms std-p2-be13.yndx.net [87.250.239.87] 10 49 ms 49 ms 49 ms iva-b-c2-ae7.yndx.net [87.250.239.14] 11 49 ms 49 ms 49 ms www.yandex.ru [213.180.204.3] Трассировка завершена.

Вот в чем загвоздка непонятная... как так??

хм

до обновления на 6.35.4 - не было такого... Хотя на центральном CRS125 - тоже 6.35.4 и все в порядке

Мммм.... Сорри друзья, в статике завязал прежний адрес, все у порядке ныне ) Благодарю!

Мммм.... Сорри друзья, в статике завязал прежний адрес, все у порядке ныне ) Благодарю!

Отлично! Всегда рассчитывайте на нашу молчаливую поддержку!

Отлично! Всегда рассчитывайте на нашу молчаливую поддержку!

Порой не всегда просто диагностировать по первым мыслям,

ну благодарность все равно стабильно 99.9% )))

А можно сделать автоматическое добавление устройства в ip bonding хотспота, если он находится в рамках проводной сети?

Так, спать надо. Пока писал осознал, что надо просто весь воздух в отдельный бридж/влан

П – Проектирование

с - сон

Народ, а где можно добыть capsmanv1 для mipsbe? Возможно я сослепу и недосыпу не могу найти?

Народ, а где можно добыть capsmanv1 для mipsbe? Возможно я сослепу и недосыпу не могу найти?

Может тут - http://www.mikrotik.com/download/archive

Я чот туплю, но в каком пакете вообще содержится capsman v1?

Молодцы, а кто нить по снмп ходил на РБ дабы скорость интерфейса снять??!?

РБ - мтик имеется в виду?

Он прекрасно отдаёт скорости по снмп

Da. Norm risuet

lll, lllllllllll 10l!

А скорость от трафика по формуле с дельтой угу?? Что-то в этом роде?

чито?

ну в смысле скорость по снмп получить из инбайт * аутбайт * 8 / время дельта

самописными велосипедами вполне себе выполнимая задача

ну в смысле скорость по снмп получить из инбайт * аутбайт * 8 / время дельта

считайте сами, там счетчики.

Получаешь цифру. Делаешь с ней дальше что хочешь

Граждане, а кто-нибудь пробывал замерять пропускную полосу каналов с помощью двух микротиков?

Естественно

Bandwith test кажется называется )

Никто не подскажет, в чём проблема может быть? Заметил щас в логах антенн такую ошибку: interface,warning ether1: bridge port received packet with own address as source address (00:0c:42:93:42:12), probably loop Понятно что вроде как петля. Но канал в принципе работает, stp на bridge порту включён. Прошивка на данный момент v6.35.4 (stable) на обеих. До этого была 6.33.3 было тоже самое. Видимо давно сыплется эта ерунда, но заметил только щас. Модели антенн RB411U

Bandwith test кажется называется )

ток лучше iperf ибо он упирается в 1 проц тика по скорости.

но по изи кпд, там до 100-150 метров хватит.

Ну да, а то ВТ ложит канал ))

Никто не подскажет, в чём проблема может быть? Заметил щас в логах антенн такую ошибку: interface,warning ether1: bridge port received packet with own address as source address (00:0c:42:93:42:12), probably loop Понятно что вроде как петля. Но канал в принципе работает, stp на bridge порту включён. Прошивка на данный момент v6.35.4 (stable) на обеих. До этого была 6.33.3 было тоже самое. Видимо давно сыплется эта ерунда, но заметил только щас. Модели антенн RB411U

может маки не скинуты на портах тиков? актуально если конфиг заливал.

может маки не скинуты на портах тиков? актуально если конфиг заливал.

Не, заметив данную ошибку в логах, вчера перезалил прошивки. Подумал может поможет, так как кому то в нете помогло. Но увы. Был на бриджах выключен stp, я включил, но тоже увы. Канал работает уже давно и конфигов не заливалось.

Не, заметив данную ошибку в логах, вчера перезалил прошивки. Подумал может поможет, так как кому то в нете помогло. Но увы. Был на бриджах выключен stp, я включил, но тоже увы. Канал работает уже давно и конфигов не заливалось.

reset mac сделай на тиках, которые в одном домене, если мак изменился, то таки конфиг заливался. но если на 100% уверен, то тогда смотри по макам, что от тика летит, что к нему летит и откуда.

Так как канал активный и сейчас на нём работают клиенты, после reset mac ничего не упадёт? Не хотелось бы щас ехать на объект ))

не упадёт, если что есть safe mode.

ток если привязка по порт_сек есть или на циске по арпу, нужно будет скинуть.

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

болтается.

Никто не подскажет, в чём проблема может быть? Заметил щас в логах антенн такую ошибку: interface,warning ether1: bridge port received packet with own address as source address (00:0c:42:93:42:12), probably loop Понятно что вроде как петля. Но канал в принципе работает, stp на bridge порту включён. Прошивка на данный момент v6.35.4 (stable) на обеих. До этого была 6.33.3 было тоже самое. Видимо давно сыплется эта ерунда, но заметил только щас. Модели антенн RB411U

Если отключить neighbor?

да, кста, годный совет

ничё не рухнет у меня? :D

Ну на ethernet портах выключил, всё равно в логи сыплется ошибка

Ну на ethernet портах выключил, всё равно в логи сыплется ошибка

У тебя точка-точка?

Выруби и на вдс

У тебя точка-точка?

да

Вообще загляни в торч

Вообще загляни в торч

не вижу там ничего не обычного, пакеты ospf, пакеты общения со шлюзом, с моим пк, и широковещательные пакеты

И что за broadcast у тебя там носится?

И что за broadcast у тебя там носится?

discovery от других антенн и какой то с не известным src и dst 0.0.0.0

ERROR: S client not available

щас вот выключил с одной стороны discovery на bridge порту и вроде бы пропали сообщения

На обеих сторонах погаси дискавери. И все таки посмотри на какие порты бегает широковещание

На всех интерфейсах

плохо конечно без discovery, mac-telnet не пашет, так хоть по нему можно подрубиться если что :)

udp src 0.0.0.0:5678 (discavery) dst 255.255.255.255:5678 (discavery)

плохо конечно без discovery, mac-telnet не пашет, так хоть по нему можно подрубиться если что :)

Romon?

5678 это и есть опрос соседей

а так же arp и 802.2 на dst 0.0.0.0

да я знаю, аналог cisco cdp

плохо конечно без discovery, mac-telnet не пашет, так хоть по нему можно подрубиться если что :)

Т.е. ты по маку вообще не можешь зайти теперь????? Чото странно

да, пишет bad address, ну это если через /tool mac-telnet (мак второй антенны)

через тот же /tool telnet зашел с первой по ip

Ну а если попробовать не отключать мак-телнет, а только neighbor discovery, все равно ругается на петлю?

так, странно не то что не могу зайти. Я зашел через консоль по маку на вторую антенну

странно что через winbox по mac-telnet не пускает

щас вроде всё, логи о петле прекратились

помониторю пока

Помониторь. Я уже запутался что ты там наделал)

Помониторь. Я уже запутался что ты там наделал)

Да не всё норм. Просто через утилиту winboxa не лезет по mac-telnet с первой на вторую антену, а через консоль пускает вот и всё )

Хм, ну в общем судя по логам, то на первой антене нет этих сообщений уже 40 минут, а на второй уже как 20 минут. Думаю задача решена и всех благодарю за помощь ;)

Sos help!!! Imeem CCR1016 na nem 4 pppoe servera na 4 portax dlya 4 razdelnyx linkov.. Kak zdleat tak chtoby videt lokalnuiu set ot kazhdovo porta

А на самом тике вебфес отключен ?

пробуете изнутри или снаружи ?

вебморда mikrotika внутри сети работает, снаружи отключена

а для сайта что является шлюзом ? он понимает что тик для него шлюз?

между шлюзом и сайтом нечего нету, на сервере сайта прописан шлюз

а на сайте можно посмотреть пакеты чем нибудь наподобие tcpdump ?

приходит вообще что нибудь?

и кстати - в локалке 80 порт открывается?

сайт в локалке работает

посмотри на тике на локальном интерфейсе торчем что творится