
Sergiy
13.11.2016
16:25:47
хочешь машину смерти?
а вот снифинг на езер4
а это снифинг на МЕШе

Dmitrii
13.11.2016
16:27:12
хочу csfp в меше

Google

Sergiy
13.11.2016
16:27:23
ШО?

Dmitrii
13.11.2016
16:27:49
костстате

Sergiy
13.11.2016
16:29:18
возвращаясь к мешу
вот как интерфейс показывает 6 мегабит, а снифер нифига не видит
щас еще торчем пройдусь

Alseg
13.11.2016
16:30:44
торчок

Sergiy
13.11.2016
16:31:38
ты знаешь, походу это заразно
щас у меня начало ловить шторм при двух езернетах в одном меше. причем езернеты никак между собой не связаные, ну разве что тем что идут к одному устройству

Dmitrii
13.11.2016
16:58:24
эм это не то что бы заразно....
просто от шторма порты имеют свойсто подгорать
а проявляется это тем что либо совсем не работает порт либо просто срет бкастами без причины сам по себе
и что характерно торчем это не видно

Google

Dmitrii
13.11.2016
17:02:06
не удивлюсь если крякнулся хекс

Sergiy
13.11.2016
17:04:33
не, вытыкаю порт из меша, перестает его так плющить. В общем психанул ресетнул щас конфиги. пусть ждут новых идей, или когда разберусь как реально меш работает ?
но что характерно раньше когда было кольцо езернетов то нормально работало. наверное меш не любит по два езернета к одному устройству. интересно только почему

Dmitrii
13.11.2016
17:08:05
ну бывает
напугать не получилось -)

Sergiy
13.11.2016
17:08:36
редиска ты ?
щас закончу бой в корабликах то попробую опять востановить схему меша, но без двух езернетов между роутерами. только ВДС+езер
хистати
HWMP+ is a MikroTik specific layer-2 routing protocol for wireless mesh networks. It is based on Hybrid Wireless Mesh Protocol (HWMP) from IEEE 802.11s draft standard. It can be used instead of (Rapid) Spanning Tree protocols in mesh setups to ensure loop-free optimal routing.

wildmoon
13.11.2016
17:41:37
Докладаю про hap lite ac. Слава богу до сотки разгоняется посредством юсб свистка. Телефоны у меня все поддерживают ас, но на них максимум 50. Что в принципе меня устраивает, ибо на N было 30.

Sergiy
13.11.2016
17:42:07
тоесть оно как бы тоже STP юзает, но как то по своему. судя по тому что бродкаст чего то подгуливает. Телефон уже получил адрес а арпы о адресе роутера всё подгуливают в меше

Sergey
13.11.2016
17:42:39
Ширина канала в настройках роутера выставлена в 80 или по-дефолту 40?

wildmoon
13.11.2016
17:43:13
Чаще 263, реже полную 430
Он предложил 40/80 я так и оставил

Sergey
13.11.2016
17:43:45
Тогда странно, что 50 всего

wildmoon
13.11.2016
17:44:05
Странно
И непонятно. Но лучше чем былр

Sergey
13.11.2016
17:44:59
У меня телефон на hAP ac выжимал где-то 230
В iperf

Google

Sergey
13.11.2016
17:46:01
Линк 433

wildmoon
13.11.2016
17:46:57

Sergey
13.11.2016
17:48:04
Блин, посмотрел на новый hex - 2 ядра, 4 потока. Вот не могли такой проц в hAP ac поставить.

wildmoon
13.11.2016
17:49:27
А кстати разве можно выставить только 80 ширину?

Sergey
13.11.2016
17:49:39
У него wifi, зараза, в процессор упирается
А вообще стандарт позволяет

wildmoon
13.11.2016
17:51:58
Я в этом смысле
Можно только так выставить
Онли 80 нет

Sergey
13.11.2016
17:53:28
(это просто догадка)

wildmoon
13.11.2016
17:58:46
Посмотрите мой результат проверки Ookla Speedtest и узнайте свою скорость подключения к Интернету! http://www.speedtest.net/my-result/a/2380996973
Да я пробовал. Этотпока лучше что получал на телефоне

Sergey
13.11.2016
17:59:24
Аплоад выше, забавно

Dmitrii
13.11.2016
17:59:37

wildmoon
13.11.2016
17:59:43
А в локалке файло тащит и того медленнее. Но тут может клиент такой

Google

Dmitrii
13.11.2016
18:00:10
Какая то заглушка только на базе стп в качестве луппротект

Sergey
13.11.2016
18:00:21

wildmoon
13.11.2016
18:02:05
И по проводу тоже
Ну в общем я забил разбираться. Стало чуток быстрее и уже хорошо

Admin
ERROR: S client not available

Dmitrii
13.11.2016
18:03:41
ну и это как бы а вообще зачем оно?
есть мост который вполне себе выполняет то что от него хотят
мосты умеют и понимают все устройства
что то мне подсказывает что для 3 рутеров и 1 аплинка смысла в этом меш....

Alewa
13.11.2016
18:16:35

wildmoon
13.11.2016
18:18:36
у меня эфир забит так, что в ушах свистит

Sergey
13.11.2016
18:19:05

wildmoon
13.11.2016
18:19:31
2.4 . потому в пятерку ушел. он вроде чистый вполне
чот там вообще в микротике настраивать я боле не понимаю.
все же просто

Dmitrii
13.11.2016
18:22:28

Ivan
13.11.2016
18:26:02

wildmoon
13.11.2016
18:26:34
На чем?

Google

Alewa
13.11.2016
18:28:30
вам btest дали
зачем вам оокла?

wildmoon
13.11.2016
18:29:03
Блин ну какой бтест с телефона?
Речь о телефоне. С ноута выжимается сотка в локалке через ас

Ivan
13.11.2016
18:30:17

Alewa
13.11.2016
18:30:22
http://forum.mikrotik.com/viewtopic.php?t=104266

wildmoon
13.11.2016
18:31:35
Надо с жониного айфона померять
Или с планшета
Мда. Мишечка походу гавно то еще. Планшет тариф показывает 70/70. Да еще изза угла

Sergiy
13.11.2016
18:41:56


Maksim
13.11.2016
18:43:37
Такой вопрос, не совсем по микротикам, но таки
Контрольная сумма вычисляется для всего ethernet кадра или только для полезной нагрузки в нём?
По поводу поля FCS, если еще актуально, вот выдержка из книжного курса Cisco CCNA (Cisco Press...За корректность перевода данной редакцией судить не берусь ):
"В это четырехоктетное поле помещается результат выполнения алгоритма проверки CRC. Передающая станция вычисляет контрольную сумму для передаваемого фрейма, а полученное значение вставляется за полем данных (или за битами заполнения). Приемная станция (станции) выполняет те же вычисления и сравнивает новую контрольную сумму с находящейся в конце пересылаемого фрейма. Если эти два значения совпадают, фрейм считается полноценным. Для вычисления контрольной суммы используются значения всех полей, начиная с поля адреса получателя и заканчивая полем данных. Поле FCS является единственным Ethernet полем, которое передается в неканоническом порядке (сначала передается самый старший двоичный разряд).
Поскольку повреждение даже одного бита в любом месте, начиная от поля адреса получателя до поля FCS, приводит к неравенству контрольных сумм, при вычислении контрольной суммы используется и она сама. Вследствие этого невозможно отличить случай повреждения поля контрольной суммы от случая повреждения любого предшествующего поля, используемого при вычислении FCS."


wildmoon
13.11.2016
18:45:17


RivShiell
13.11.2016
18:45:38
По поводу поля FCS, если еще актуально, вот выдержка из книжного курса Cisco CCNA (Cisco Press...За корректность перевода данной редакцией судить не берусь ):
"В это четырехоктетное поле помещается результат выполнения алгоритма проверки CRC. Передающая станция вычисляет контрольную сумму для передаваемого фрейма, а полученное значение вставляется за полем данных (или за битами заполнения). Приемная станция (станции) выполняет те же вычисления и сравнивает новую контрольную сумму с находящейся в конце пересылаемого фрейма. Если эти два значения совпадают, фрейм считается полноценным. Для вычисления контрольной суммы используются значения всех полей, начиная с поля адреса получателя и заканчивая полем данных. Поле FCS является единственным Ethernet полем, которое передается в неканоническом порядке (сначала передается самый старший двоичный разряд).
Поскольку повреждение даже одного бита в любом месте, начиная от поля адреса получателя до поля FCS, приводит к неравенству контрольных сумм, при вычислении контрольной суммы используется и она сама. Вследствие этого невозможно отличить случай повреждения поля контрольной суммы от случая повреждения любого предшествующего поля, используемого при вычислении FCS."
спасибо, уже более менее разобрался) И это из CCNA R&S? (потому что узнаю текст, сам сдавал)


wildmoon
13.11.2016
18:46:11
Но вот мой старинный s4 уделывает китайского пижона начисто
При том что китайский пижон на 4g+ слегкостью разгоняется до 150
Чудеса бля