я начинаю думать так если например аутпут с дст-адресом р1 с р1 идет на р2 то прикидываться чем-то, а если форвардом идет трафик с локалки за р1 на р2 то прикидываться другим

Кстааааати, нашёл я всё же, к вчерашнему разговору, откуда 3дбм появляется и почему не на всех устройствах: при использовании MIMO происходит увеличение энергетики на 3 dBm

Об этом вчера писали.

Кстааааати, нашёл я всё же, к вчерашнему разговору, откуда 3дбм появляется и почему не на всех устройствах: при использовании MIMO происходит увеличение энергетики на 3 dBm

В 802.11n происходит. Но может и на 5. В 802.11ac не происходит ))

Оффтопик. Про "жованый крот". Каммент в коде крупного проекта: this is just who it are. Угадай страну комментатора )

я начинаю думать так если например аутпут с дст-адресом р1 с р1 идет на р2 то прикидываться чем-то, а если форвардом идет трафик с локалки за р1 на р2 то прикидываться другим

правильно. Но КАК прикидываемся? вот в чем вопрос

точнее чем?

ну ок. чем

так что бы Р2 это понял

Это зависит еще от стандарта.

Но в ац настройка мощности применяется иначе

Об этом вчера писали.

Значит пропустил.

Вот.

real tx power is single chain power and total is dual chain power, real+3dbi=total

MIMO 2x2 - значит 2 трансивера, умножаем мощность одного на 2 и получаем +3дБ к тотал пауэр, хе-хе, че не ясно?)

в 802.11n мощность выставляется на чейн. Т.е. 2 чейна +3Дб 3 чейна+5Дб В 802.11ac мощность выстаялется суммарная.

20 dB × 2 = 23 dB

real tx power is single chain power and total is dual chain power, real+3dbi=total

Точно видел. Запамятовал.

точнее чем?

ну, разобрался?

пока нет

молотят юзвери замолотили

щас вот прост собираю в кучу

будешь свободен то свисти. продолжим

пока нет

А по netmap задача тоже у меня стырена? Ссылку привел.

надо же сделать так чтобы обращаясь к р1 нужно чтобвы пробрасывало на ввв1?

А по netmap задача тоже у меня стырена? Ссылку привел.

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

будешь свободен то свисти. продолжим

я здесь

Ну да, я же кинул ссылку на статью.

Эта задача?

Ну да, я же кинул ссылку на статью.

ну я не открывал :) пытаюсь вникнуть в текущую лабу :) с той я разобрался, тасм ндао было прикидыватсья виртаульными сетями с той и с другой стороны и натить обоюдно

да!

Ясно.

Эта задача?

Она типовая, на самом деле

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

Ясно.

тоже довольно интересон размял мозги

я здесь

ну, какие у тебя есть варианты ЧТО ТО сделать с пакетом на Р1 что бы Р2 это однозначно понял?

ну, какие у тебя есть варианты ЧТО ТО сделать с пакетом на Р1 что бы Р2 это однозначно понял?

засрцнатить

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

Я такую тоже привожу в пример, но сочинял сам :)

Она типовая, на самом деле

ага, я ее на хоботе читал еще в 2013 году ?. Точнее решение такой ситуации видел там в ФАКе.

Из реального проекта дернул )))

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

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

ну так и аудитория постоянно расширяется.тут например в 3 раза выросла за пару лет. Приходят всё новые люди. с типовыми траблами ?

чату чуть больше года, какие пару лет ? )

хм, а казалось тут торчу уже пару лет

хм, а казалось тут торчу уже пару лет

так Серёга я вернулся, что в итоге? получается аутпут с 443 портом и дст-адресом р1 на р2 нужно срцнатить одним адресом...

ну да

я уж запутался

ну с р1 когда пойдёт соединение для тонела этож аутпут будет

для р1

стой. я не верно написал

надо же по сути с р1 проброс в тонель сделать

на ресурс за р2

нет

ну как нет

хотя можно и так, да

я так себ едомой черзе тонель делал проброс на роутер за серой сеткой :)

решений много ?

только проблема в том что порт один

и шо

и как второй роутер будет отделять котлеты от мух

давай по порядку

у тебя есть вариант:

все пакеты придут из одной дыры

ERROR: S client not available

и все на один порт

остается играть с срцнатом приходящих пакетов

тьху

с срц-адресами

-ФОРВАРД на Р2:443 мы натим на ХОСТ2:443. роут на тот хост должен быть на Р1. роут через тунель. Это один вариант. думаем над вторым

с срц-адресами

да. верно

ну получается что тупо форвад приходящий на 443-й порт нужно запихивать втонель с одним срц-адресом и те пакеты что поднимают тонель с другим

это на р1

Нет. при игре с срц. адресами тунеля не надо

а на р2 нужно направлять пакеты с этими разными адресами на разные направления

тунель это отдельный вариант был ?

нет не отдельный

в том то и прикол

ПОДНЯТЫЙ уже тунель это ОТДЕЛЬНЫЙ случай.

что нужно все 443-е порты направлять в тонель

а теперь разберем сиутацию когда тунель еще не поднят

это не разные ситуации это одна просто это уже другой роутер р2!

ок. так что конкретно ты предлаегаешь?

там ндао как-то распределять пакеты приходящие на 443-й порт или туда или сюда

а на первом роутере надо делать плодмену срц-адресов в зависимости от того форвард это или аутпут

вот что ндао делать

ок

дальеш

дальеш

давай в одно предложение: первый роутер слушает 443-й порт и делает так, раз ты аутпут и имеешь срц-адрес роутера р1 то вот на тебе вот такой срц-адрес1, а если же ты форвард и не имеешь адреса р1 то на тебе срц-адрес2, тем временем, второй роутер тоже слушает 443-й порт на предмет отлова этих самых заведомо известных ему срц-адресов, ежели ты пакет идущий на 443-й порт и у тебя срц-адрес 1 то давай как тебя мы отправим на адрес р2 а ежели ты, собака, имеешь срц-адрес2 то мы тебя пробросим на ввв1!

ок. но адрес на Р1 только один

чот типа того

как ты хочешь разные адреса назначать в соурадрес?

всмысле

срц-натом

как

внешний адрес у Р1 только один. только им можно маскарадить(так как ответ же еще должен и вернуться к Р1)