Проверил питание по PoE (802.3af/at (+4,5/-7,8 or +3,6/-1,2))

А пассивное где тут?

ну у тебя же работает

https://habrastorage.org/files/0b1/a74/e38/0b1a74e3802644879eea8ca00dd0cafd.jpg

да и я сомневаюсь что тут чувак воткнул 48В умный блок питания. смахивает на обычный 12/24В блок питания с +- и всё.

Работает, я о другом. Ни в характеристиках прибалтов, ни в этой статье не сказано "passive POE".

af это больше уже из раздела УМНОГО оборудования. Там идет целый обмен даными для установления питания. Вряд ли тут(на фото) БП умеет такое ?

Да что ты заладил...

Еще раз - нигде не написано, что магнитик умеет пассивное питание. Но он от него работает.

Работает, я о другом. Ни в характеристиках прибалтов, ни в этой статье не сказано "passive POE".

ну у них ПО ДЕФОЛТУ был пасивный POE. У них и у Убика. Так и писали , просто - POE. а теперь вот начали писать 802.3af

Следовательно, все негровтыки умеют пассивное питание, не так ли? ?

ну где написано РОЕ то да

https://ru.wikipedia.org/wiki/Power_over_Ethernet

Спасибо, кэп.

а к чему тогда вопрос был?

В русскоязычной статье нет ни слова о том, что устройства, умеющие af, будут работать c passive POE.

А вот в английской версии этой же статьи уже есть информация о том, что это возможно.

в какой именно? по идее НЕ ДОЛЖНЫ. АФ это 48вольт, пасивный - 24вольта. Это просто микротик делает всё через жопу ради совместимости с предыдущим оборудованием

Должны-не должны - работает.

А негровтык тут не через жопу, у них просто на каждой плате DC-DC конвертер есть.

А вообще, passive POE - это не 24 вольта. Это сколько на БП - столько и на выходе.

А вообще, passive POE - это не 24 вольта. Это сколько на БП - столько и на выходе.

+

У большинства тиков вилка питания 8-30В

Так что сколько придет - тем и запитает

Это если про пассивку говорить

+

А если добавить сюда @the_bum_bot - он будет ещё и считать + и -.

Ну я сужу чисто по РОЕ-адаптерам. в основном они 24В

Это продиктовано падением напряжения же. Но никто тебе не мешает впердолить 5 В и кабель длиной 10 см.

Это продиктовано падением напряжения же. Но никто тебе не мешает впердолить 5 В и кабель длиной 10 см.

5 мешают

Их мало

На 10 см будет достаточно. Тому же магнитику, который вполне себе питается от 5 В USB.

А, маплайту да.

Хватит

Ну вот, а если говорить об отдельных адаптерах - они таки расчитаны на линки подлиннее и на мощность повыше, потому чаще всего 24 и делают.

У большинства тиков вилка питания 8-30В

Сашка, плохо помню, но 9-30 - это бп-шный вход. На ether1 (к примеру 751) там 12-60 вроде. И при passive PoE, он что сожрал, то и будет на выходе.

Удобно было в at втыкать и на выходе ещё af-девайс поднимался...

Антон, ты еще тут?

Привет. Подскажите рабочий мануал Объединения двух офисов тунеллем и пробросом портов на филиал)). Любым протоколом

Антон, ты еще тут?

А чего @ не поставил? Если ты мне, конечно.

Привет. Подскажите рабочий мануал Объединения двух офисов тунеллем и пробросом портов на филиал)). Любым протоколом

https://wiki.mikrotik.com/wiki/Russian/%D0%9E%D0%B1%D1%8A%D0%B5%D0%B4%D0%B8%D0%BD%D1%8F%D0%B5%D0%BC_%D0%BE%D1%84%D0%B8%D1%81%D1%8B_%D1%81_%D0%BF%D0%BE%D0%BC%D0%BE%D1%89%D1%8C%D1%8E_Mikrotik

А чего @ не поставил? Если ты мне, конечно.

а я знаю кто ты? твое имя же не показывает в профиле

Как это не показывает? А откуда ты тогда имя знаешь?

имя показывает. username нет

Это не логин же. Логин тут - номер телефона. Ну и отсутствие username никак не мешает поставить @.

Владлен вот, например.

Anton ну и что, что не показывает

в общем, продолжим холивар

помнишь спорт о Л2ТП?

Что именно об L2TP?

Л2ТП работает по симетричных портах

Что именно об L2TP?

ну два канала на одну айпишку через разные аплинки

2 минуты.

вот оказалось что срц. порт тот же что и ДСТ и он не меняется ?

так что пока что наши решения до одного места ?

вот оказалось что срц. порт тот же что и ДСТ и он не меняется ?

Да, так и есть. Но если не меняется никогда - то технически невозможно бы было с негровтыка инициировать более, чем одно клиентское подключение L2TP с одного интерфейса.

Но там есть tunnel id, который решает эту проблему. Вот можно его анализировать.

иди учи матчасть

ERROR: S client not available

не tunel id, а session id

иди учи матчасть

Зачем? Я её и так знаю. Об src port забыл, это признаю, конечно.

не tunel id, а session id

Не "не tunnel id, а session id", а и то, и другое: https://upload.wikimedia.org/wikipedia/en/9/9a/L2tp_pkt_exchg.PNG

не скажу, не компетентен. но два разных тунеля у меня в некоторых пакетах имеют одинаковый tunel id

Смотри, в чём тут сложность. В первом пакете L2TP нет session id же.

Следовательно, пока туннель не установится - только tunnel id анализировать можешь.

Ну, что ж - l7 filter пилить надо.

а что такое вообще этот tunel id?

Tunnel id - номер для управляющего потока, session id - аналогично для потока данных.

странно почему тунель айди в одну сторону один, а в другую - другой

Вот да. Надо будет сравнить у себя на досуге.

Бля, а ведь такая конфигурация будет - тормоз. Придётся же на л7 в каждый пакет лезть... Но я уже костыль придумал.

Л7 не прокатит. Он работает, опять же, с коннекшнами. А тут он будет один

Будем его разбирать, увидим второй сешн-айди, что будем делать? Их не выделить в контексте коннтрека

Да, верно. Потому я тут костыль и придумал. Но он требует доработки.

Самый простой, и в данном случае, эффективный способ – два адреса на сервере. Либо какой-то девайс ставить и дстнатить через него :)

Я вот как раз о втором способе и думаю.

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

Это уже совсем другая история ?

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

был кейс - Х виланов в разные филиалы. в каждом филиале свой РРТР-сервер. Но так как настраивался по типовому конфигу то и адрес был тот же всюду. Вот и надо было все эти РРТР серваки соеденить в одну сеть. Тоесть с микротика поднималось Х РРТР-клиентов. Проблема была в том что каждого клиента надо было отправить в отдельный вилан, а адрес РРТР-сервака всюду был идентичный

все клиенты поднимались с одного микротика

Погоди, а адрес серваков в разных филиалах тогда как мог быть идентичным?

настраивались по типопому конфигу.

если вообще не на заводских настройках

А, бля, до каждого филиала VLAN напрямую гнали и уже внутри этих VLAN одинаковый адрес сервака?