bsdadm

Я считаю, что "все так работают" это просто другая разновидность "жри что дают". Все перечисленные Вами модные тенденции являются следствием того, что один начал, остальные погнались за лидером. В этом плане предлагаемое мной ничем не отличается. Но оно сильно дешевле для оператора, чем любое перечисленное Вами. Спрос не может ничего родить, пока он не сформирован. Если Вы считаете, что IPTV провайдеры "изобрели" после опросов пользователей "надо ли Вам IPTV", то лучше не будем спорить. Я считаю, что чтобы пользователь начал хотеть IPTV или любое другое, он должен знать, что что-то такое сущ

Аналогия некорректная. У такси накладные расходы выше. Плюс оно считается роскошью (при нормальной работе автобусов). Роскошь всегда стоит больше. Это важный принцип перераспределения благ. Я не хочу особенного. Я хочу сделать это общим. Моя аналогия - есть пригородный/междугородний автобус, в котором ехать можно только стоя. Я предлагаю снабдить его сиденьями, а не менять его на такси. Про сессию никак к реальности привязать не могу. Если упала, значит что-то не так. Причём скорее всего проблема массовая, т. к. это не куча пиров в конфиге, а один "суперпир", настройки которого применяю

Для понимания на каких портах созданы виланы и на каком интерфейсе задан адрес управления надо выводы типа: ip address print interface bridge print interface vlan print и т. п. (не помню как там). Также нужна схема подключения для понимания "с какого порта пытаетесь попасть на устройство". Потом смотреть арп-кеш клиента или ближайшего маршрутизатора. Т. е. опраделить уровень OSI на котором возникает проблема. Также был глюк у микротика в беспричинном отключении порта протоколами STP/RSTP. Т. е. если не используется по назначению - попробуйте выключить.

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

Я думаю остроту проблемы можно снять, автоматически выдавая топикстартеру шашку в пределах создаваемой им темы. Кажется так сделано на хоботе. Тогда все сообщения, не отвечающие представлениям ТС о тематике его темы, могут быть удалены им быстро, дёшево и эффективно, не переростая в длинные срачи. Иначе, когда нельзя быстро вытереть предвещающий срач или флейм оффтоп, приходится защищаться от нападок своими комментами. Модераторов на любых ресурсах обычно не дозовёшься и их мировоззрение может отличаться от твоего. Да и неприятно кому-то жаловаться вместо того, чтоб решить проблему самому. Т.

А я думал это только у меня так. Причём не от простоя, а при активном сёрфинге. Плюс периодические "невозможно отобразить страницу, проверьте что адрес http://local.com.uaправильный..."

Это запретительный путь. Он по умолчанию плох. Слишком много неудобств создаёт пользователям. Отсутствие лучшего (не придумали) не основание вводить плохой. Иначе скатитесь. Лучшим путём например может быть ведение базы таких маков/серийников украденного оборудования. Т. е. чтоб маки/серийники писали владельцы украденого (или ещё не украденного), а не владельцы вообще всего. Покупатели могут пробивать покупаемое железо по этой базе. Если покупатель нормально покупает краденое, то требование публикации маков от продавца ничего не даст. Т. е. нет и не может быть приемлемого (не ограничивающего

Нет, имено "расчёт". Т. е. насколько поднимется ARPU если перестать относится к клиентам в духе "жри что дали". В том смысле, что нормальные компании нормально относятся к клиентам по умолчанию вне зависимости от конкуренции в регионе и это у них не обсуждается. А не высчитывают на калькуляторе - нужно нормально относиться или и по свински сойдёт. ВПН, альтернативные ДНС и собственные сервисы дома или в офисе тоже пользуются небольшим спросом. Если сравнивать с вконтактами и играми. А если бы их было невозможно использовать, то и "спрос" (а по сути "реальное использование") были бы ещё меньш

Не знаю. Это из разряда неподдающихся подсчёту метрик. Как расчёт поднятия арпу от нормального отношения к клиенту. Я выше уже писал, что если всё мерять исключительно цифрами на краткосрочную перспективу, то от грабежа доход самый высокий и рабский труд самый дешёвый. По процентам потребителей - большинству хватает http/https крупных соцсетей и ютуба. Но нормальные операторы поддерживают качество доступа к инету в целом, а не ограничиваются тем, что потребляют 80% хомячков. Я например при прочих равных выбрал бы оператора, не пытающегося выкрутить мне руки и насильно привязать к себе. Т. е.

Это как-то противоречит тому, что я написал?

Мне кажется затронут вопрос взаимовыгодной конкуренции и предложен способ безканнибального развития. Хотя возможно я ошибся.

Если на оборудовании вендоров такого настроить нельзя, то можно на программном сервере маршрутизации, получающем маршруты от железного. Это в первую очередь зависит от желания сделать сервис. Например хостинг тоже вендорами не поддерживается, но его почему-то не выпиливают. Инструменты подбираются под задачи. Если Вы это имели в виду под нишевостью. Кроме того помимо openbgpd есть и другой софт для BGP. Обменные площадки не стесняются использовать программные средства для раздачи анонсов. Про проблемные места, если можно, опишите подробнее. Мыльницы я конечно совсем не имел в виду по прич

del

Есть идея, чтобы провайдеры предоставляли что-то вроде анонимного BGP. Не знаю весь ли софт такое может. Я наткнулся на эту возможность читая ман к конфигурационному файлу openbgpd (портирован и на FreeBSD, но на OpenBSD к нему прилагается готовый ограниченный шелл для организации Looking Glass). Там в качестве пира можно указать блок адресов. После этого сессию можно установить с любого адреса, входящего в этот блок. Разумеется принимать анонсы от такого пира не нужно. Абонентам это даст возможность подключаться к нескольким провайдерам, предоставляющим такую услугу, и использовать все

Асус действительно довольно специфичный вендор. Помнится по результатам диагностики странного висяка какой-то версии фри на какой-то маме асус оказалось, что чипсет сообщает системе не ту таблицу ACPI DSDT, которая реально присутствует на матери. В винде это нарушение стандарта видимо должно было решаться "драйвером на чипсет". Когда в суппорт асуса написали просьбу отдать актуальную информацию о железе для самостоятельной подгрузки исправленной DSDT в память, асус ответил "мы не поддерживаем фрибсд". Сейчас той страницы уже нет, но асус для меня умер. Особенно если планируется фрибсд.