Как подключить несколько железок к одному проводу от провайдера?

От провайдера, традиционно, приходит одна витая пара. Внутри неё, допустим, блок из 8-ми адресов.
Нужно "на прямую", кроме офисной сетки, подключить еще и asterisk (не проброс портов или нат с маскарадом, а именно реальный ip провайдера на внешнем интерфейсе АТС). Была раньше такая схема: кабель провайдера, тупой свитч, АТС и роутер в локалку.
Сейчас переезжаю в новый офис, купил нового Mikrotik с кучей портов. Хочу сделать всё "по красоте" и отказаться от тупого свитча на кабеле от провайдера.
В какую сторону гуглить?

Lozovoy
Приходит именно блок из 8-ми адресов, то есть маршрутизируется к вам?
Или все-таки там просто dhcp-сервер на той стороне, который готов выдать вам 8 адресов?

И что за микротик?

везде статика. блок маршрутизируется ко мне.
1100, разница есть?

Тогда вполне можете маршрутизировать их дальше.
Например, поштучно через "серые" адреса, чтобы впустую не тратить.
Либо так же, как и раньше, только вместо свитча, будет бридж на микротике.Есть, например в 1100 аж три свитч-чипа: 5, 5 и 3 порта.
Все что между портами на разных - через процессор.

xvo

Либо так же, как и раньше, только вместо свитча, будет бридж на микротике.

То есть делаю бридж с названием bridge-wan и включаю в него порт ether1 с ip 1.1.1.2/24 gw 1.1.1.1 и ether2, на него ничего не назначаю, но втыкаю кабель от asterisk с ip 1.1.1.3/24 gw 1.1.1.1 ?

в 1100 аж три свитч-чипа: 5, 5 и 3 порта.
теперь я понял зачем там три группы портов!

Да, только адрес надо вешать не на ether1, а на сам bridge-wan.

Lozovoy
Только IP адрес нужно давать самому бриджу, а не входящему в него интерфейсу (впрочем, если дать интерфейсу, он фактически всё равно будет присвоен бриджу). Также для бриджа надо будет указать protocol-mode=none, т.к. тамошний свитч-чип не поддерживает аппаратную коммутацию при включении stp.

Добавление от 23.09.2020 11:51:

Плюс ещё можно для этого бриджа использовать порты ether11 и ether12 и включить bypass. Тогда при выключении маршрутизатора эти порты соединятся между собой электрически (т.е. превратятся в проходной коннектор) и интернет на астериске всё равно останется.

zelen
ваш Обычный tp-Link умеет 802.1p/DSCP QoS

Ни шиша он не умеет. Он неуправляемый. Поддержка QoS в данном случае означает, что он не портит присвоенные кадрам метки класса обслуживания.

Джамаль
Ни шиша он не умеет. Он неуправляемый. Поддержка QoS в данном случае означает, что он не портит присвоенные кадрам метки класса обслуживания.

Джамаль, если взять два коммутатора D-link:
DES-1005C за 300 рублей без поддержки IEEE 802.1p и
DES-1005D за 500 рублей в котором заявлена поддержка IEEE 802.1p
то можно с удивлением обнаружиить что они оба не "портят" метки класса обслуживания и принадлежности VLAN.
А вот камеры включенные, в локалку с комутатором без заявленной поддержки IEEE 802.1p фризят,
и простая замена коммутатора на новый, с поддержкой IEEE 802.1p, на 100% решает проблему фризов.
Так что не надо тут Вводить Людей в заблуждение.
У Дырлинка что доках заявлено - то и работает. худо - бедно. но работает.

Кстати плюнул Я на всё, и воткнул для проверки перед hEX S L3 swith.
Выставил в нём VLanЫ, отключил QoS и запустил IPTV приставку мимо Микротика.
С удивлением заметил что каналы в приставке стали значительно быстрее переключаться.
фризов стали на порядок меньше, но не пропали.
Вывод - настройка hEX S. которую мне предложили местные ГУРУ Микротика,
на 100% не только не поддерживает QoS но наоборот тормозит их.

zelen
то можно с удивлением обнаружиить что они оба не "портят" метки класса обслуживания и принадлежности VLAN.

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

У вас в конфиге ничего про QoSы не было, если мне память не изменяет.
Как бы странно ожидать, что будет работать то, чего нет.

что там от прибалтов слышно, когда наконец они в муках родят свою ros7?

Родить они её уже давно родили, а вот до зрелости ей ещё далековато.

xvo
Родить они её уже давно родили, а вот до зрелости ей ещё далековато.
как это уже родили? она у них в статусе development вовсю, то есть ковыряются лишь только. Хотя бы когда оно в testing переползет у них наконец, ещё можно сказать, что разродились бетой.

terenty79
Скажем так, произвели на свет - любой желающий может обозреть и потрогать

xvo
любой желающий может обозреть и потрогать
А купившим Chateau приходится её трогать вне зависимости от их желания.

krasnov
Какая чушь
Если это чушь то выложите рабочую конфигурацию для hEX S RB760iGS которая не будет фризить при просмотре ТВ.
А то как языком молоть - так пальцы веером. А как до дела доходит - сопли пузырём.
задача то проста..
b]Vvvyg[/b]
Свич L2 - это одно дело.
Vvvyg так Джамаль как раз утверждал что L2 свичи от дырлинка это не умеют. Я же знаю что даже свичи за 500рублей QoS умеют и самое главное это работает на практике.
А по поводу маршрутизаторов, которые в конце 2020 года не умеют сохранять теги приоритета - с учётом повсеместного «Volte WiFi», "рабочее" место таких маршрутизаторов - только на помойке.

Исправлено: zelen, 24.09.2020 09:51

zelen
Если это чушь то выложите рабочую конфигурацию для hEX S RB760iGS которая не будет фризить при просмотре ТВ.
моя конфигурация вам ничего не даст, она специфичная. И вообще в микротиках каждый др..чит как хочет, не существует какой-то универсальной конфигурации. Мультикаст на роутерос настраивается просто как мычание - указывается интерфейс upstream и downstream (просто галочку не ставим, что это upstream). Alternative Subnets у меня прописаны тупо 0.0.0.0 везде. Ну и, конечно же, должен быть установлен пакет multicast. У меня мультикаст работает без фризов как по проводу, так и по W-Fi (Mi Box S). Роутер - hEX S, точка доступа - wAP ac.

zelen
..й простой в данном случае - это вы, который ищет "волшебную конфу", которая решит все ваши проблемы, не желая вникать в то как всё работает. Я вам практически в деталях расписал что нужно настраивать. Ещё и хамите

Исправлено: krasnov, 24.09.2020 10:40

Вот собственно это и есть чушь.
Маршрутизатор умеет, вы - нет.
Так же, как и пользоваться поиском:

krasnov
Я вам практически в деталях расписал что нужно настраивать. Ещё и хамите
А зачем мне igmp proxy? мне на микротик мультикаст не нужен.
всё что мне нужно -
это передать c trunk_ether1 все пакеты с тегом Vlan550 на интерфейс access_ether5
а все нетегированные пакеты с ether1 (там только шифрованный PPPoE траффик) завернуть в микротик для "др..чить как хочу".
при этой передаче (trunk_ether1 <-> (access_ether5_Vlan550 + access_Native_Vlan_WAN_mikrotik)) ещё нужно учитывать флаг DSCP во всех прилетающих пакетах.
Это обычная задачка L2 свича.
вон Я смотрю тему выше:

Lozovoy
Нужно "на прямую", кроме офисной сетки, подключить еще и asterisk (не проброс портов или нат с маскарадом, а именно реальный ip провайдера на внешнем интерфейсе АТС). Была раньше такая схема: кабель провайдера, тупой свитч, АТС и роутер в локалку.
Сейчас переезжаю в новый офис, купил нового Mikrotik с кучей портов. Хочу сделать всё "по красоте" и отказаться от тупого свитча на кабеле от провайдера.
И думаю - какое же у человека будет разочарование когда он узнает что задачу простого тупого свича купленная им железка решить не сможет. Точнее сможет, но через такую ж.... и так похабно... тем более у него IP телефония.

Исправлено: zelen, 24.09.2020 12:21

zelen
мне на микротик мультикаст не нужен.


всё что мне нужно -
это передать c trunk_ether1 все пакеты с тегом Vlan550 на интерфейс access_ether5
ещё раз, для одарённых повторяю: ставим пакет multicast (как пакеты на микротик ставить объяснять, надеюсь, не нужно?), Routing -> IGMP Proxy, добавляем интерфейс trunk_ether1, ставим галочку Upstream, в Alternative Subnets пишем 0.0.0.0/0. Добавляем ещё один интерфейс access_ether5, не ставим галочку Upstream, в Alternative Subnets пишем 0.0.0.0/0

zelen
нужно учитывать флаг DSCP
Ну так учитывайте - маркируйте по dscp, рисуйте очереди. Самостоятельно маршрутизатор этого не сделает за вас.

Было бы очень интересно послушать, как вам флаг DSCP в данной ситуации поможет, учитывая, что у вас L2 трафик в двух разных vlan'ах: один терминируется, один "пролетает мимо".

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

Добрый день!
Нужен небольшой совет по файерволу. Я обычно дропаю весь icmp трафик приходящий на wan порт, но недавно узнал, что это ломает работу path mtu discovery. Какие правила нужно прописать в файерволе чтобы исправить эту проблему?

Нет слов, чем дальше в лес тем толще партизаны.
krasnov multicast ЭТО LEVEL3 А мне нужна маршрутизация LEVEL2 (VLAN+PCP)
Dusk мне из DSCP нужно только PCP. ткните в пример работы с PCP в микротике, буду очень очень благодарен. Или микротик с PCP не умеет? только хардкор, только через ж.....
xvo Вы бы хоть почитали про 802.1q, 802.1p, 802.1v.

Вы бы сами немного почитали.
Тогда такой каши в голове не будет.
Я вам выше пример привел работы с pcp.

zelen
krasnov multicast ЭТО LEVEL3 А мне нужна маршрутизация LEVEL2 (VLAN+PCP)
всё, у меня нет никакого желания дальше пытаться что-то вбить в вашу тупую башку вам объяснить

Ingvar
Если просто хотите, чтобы маршрутизатор не отвечал на пинги, приходящие не из LAN, то достаточно в дефолтное правило, разрешающее icmp, добавить условие icmp-options=!8:0

Dusk
Спасибо! Такие правило стоит повесить на input и на forward? С ipv6 такая же настройка?