[anp/hsw]

Нет, так сделать нельзя. Ставить вам локально ТСПУ или нет - решение вне ваших возможностей. Также вы не можете узнать, через столько ТСПУ он проходит - может 1, может 10. То есть от того, что у вас локально стоит ТСПУ, не означает, что трафик пройдет только через него.

Хотелось бы текст письма глянуть. Ибо "раскрыл и опозорил" вряд-ли применяется в деловом общении.

Сделайте предлог не надуманным. В зависимости от того, что он там устроил, ваша AS может и в черные списки попасть. Сейчас-то конечно без разницы, спасибо за это РКН, оградившему нас от тлетворного влияния запада, но если смотреть в будущее, то все же стоит избегать попадания в списки наравне с хостинг-помойками и неблагонадежными операторами третьего мира. А то в один прекрасный момент блокировки снимут, а у вас так ничего толком и не заработает.

Письмо в /dev/null, абонента - на мороз под любым предлогом (пока еще чего похуже не натворил).

Подниму-ка я тему! Коллеги, как обстоят дела с acl у тех, кто еще не перешел (или наоборот ушел) от vlan-per-user? Что было 10 лет назад - и так понятно. А сейчас? Что фильтруют в межабонентском трафике смелые духом? начну сам, с некрофилии: Запрет dhcp, dhcpv6, ipv6 ra, pppoe серверов на des3526. Запрещаем присваивать клиентов из диапазона mac адресов шлюзов. В остальном никак не ограничиваем - arp, ipv4, ipv6 пропускаем. pon-дерево eltex ltp 4x/8x, задача та же: В последнем случае ситуация осложняется тем, что глобально на вцю железку можно определить только 5 дополнительных байт в пакете, по которым можно фильтровать (и 4 из них уже используются), а также тем, что одновременное использование l2 и l3 acl дает неадекватные результаты (по дефолту оба blacklist, но если одновременно использовать, то трафик в конце надо явно или запрещать или разрешать). Сейчас самое время разрешть межабонентский трафик, пока еще не поздно, кому это позволяет ситуация)

Где вы такие цены берете? Очищеный этиловый спирт стоит +- столько же, сколько изопропиловый. Остальное - виноводочный акциз. Если вы покупаете его для технологических процессов, то стоить он будет в оптовых партиях рублей 70 за литр. На постсоветском пространстве принято для обеззараживания его изпользовать из-за двойного назначения. В остальном мире препаратов море, и используются они в зависимости от обстоятельств.

Не купайтесь чаще раза в неделю в ванне с изопропилом и все будет нормально. Он уже давно используется в медицине для дезинфекции ран.

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

Действительно, двухпроводной интерфейс. Распайка rj11: gnd-b-a-пустой. Поставил терминатор на всякий случай с одного конца. В итоге ничего умнее не нашел, чем залить в порт содержимое /dev/urandom из линукса. И усилок мигнул лампочкой и выключил лазер. После отключения питания включился как ни в чем не бывало. То есть связь есть, но протокол неизвестен (на пару мегабайт данных он не ответил ровно ничего, выключив лазер где-то ближе к концу). На просторах интернета я нашел диагностические программы и описание протокола для ядра edfa, но похоже контроллер работает с какой-то другой системой команд и изолирует rs232/rs485 порты от ядра (даже скорость разная - 9600 против 19200). Нашел второй усилитель с eth портом. Обрдовался. Воткнул - линка нет. Открыл - ни к rs232 ни к ethernet провода не припаяны, и похоже на плате нет места, куда бы они могли быть припаяны. В меню выдает 485 address: 0000. Этого героя зовут ОУСН-800-20-1. Выпаял из первого усилка процессор (pic16f877a) и сунул в программатор, но чуда не произошло, flash и eeprom под защитой от чтения...

Вот бы еще понять, 2 провода все-таки нужно или 4? Если мультиметром измерить полярность у пар, то будет плюс-к-плюсу соединение? А если 4 провода, то тогда затрудняюсь - вторая пара же не имеет напряжения... Неизвестный протокол + неизвестная распайка, да еще и адрес на нем отображается как "0ab0h" - протокол с ходу определить не смог.

Обновляю свой журнал страданий: Конвертер rs485 ко мне пришел, но теперь другая проблема: я понятия не имею, как его подключать. Оказтывается стандарта нет (и китайцы видимо не договорились друг с другом даже о номинальной совместимости). Внутри усилителя такая плата: Правые контакты - две розетки RJ11, на одной написано RS485 IN, на другой RS485 OUT. Вот тут у меня ступор: куда что подключать? И в каком режиме? (у rs485 есть режим на 2 пары и на 4) Между двумя средними контактами порядка 1.7v, остальные не звонятся (в том числе на корпус, хотя казалось бы вот этот большой полигон точно gnd) Вопрос к знатокам: что эта плата делает? Я не понимаю, почему тут идет изменение полярности у каждой пары, и какой в итоге из разьемов "правильный".

Такие вещи мне конечно знакомы, и сухой контакт есть куда воткнуть... Но это колхоз уровня "веб-камера, смотрящая в монитор", которого я бы хотел избежать.

Получается максимально простой протокол. Адрес известен (написан в меню). Далее просто буду брутфорсить номер параметра. Отдаваемые данные (благо их не много) скорее всего получится связать с аналогичными, которые показываются в меню. Фактически, мне от EDFA надо проверять наличие входного сигнала (и совсем хорошо, если его уровень). Самый колхозный вариант, который я придумал, это припаяться к светодиоду, который об этом сигнализирует.

Все в норме, подключение корректное. Кнопками в меню нашел адрес, менять не дает, записан статически. Но хотя бы он есть. Мне будет достаточно того, что переходник сможет просунуть rs485 в tcp. Даже уже я сам что-то наговнокодить могу. Смотрел там, ничего ценного. 7system ответили: Скорее всего никто этой возможностью не интересовался никогда и они даже не в курсе. Я почему-то думал, что это must-have на уровне с мониторингом UPS... Если я без софта просто отправлю в порт какой-то заранее сформированый пакет без использования спец.программы, девайс мне ответит хоть что-нибудь?

Разбирал, припаян. Там 3 провода, как раз на 2,3,5 контакты. И RS485 припаяны, там 4 провода.