bsdadm

Я считаю, что "все так работают" это просто другая разновидность "жри что дают". Все перечисленные Вами модные тенденции являются следствием того, что один начал, остальные погнались за лидером. В этом плане предлагаемое мной ничем не отличается. Но оно сильно дешевле для оператора, чем любое перечисленное Вами. Спрос не может ничего родить, пока он не сформирован. Если Вы считаете, что IPTV провайдеры "изобрели" после опросов пользователей "надо ли Вам IPTV", то лучше не будем спорить. Я считаю, что чтобы пользователь начал хотеть IPTV или любое другое, он должен знать, что что-то такое существует и это можно хотеть, искать, спрашивать и прочими методами создавать спрос, рождая предложение. Я не просто так привёл "100 лет назад ПК с инетом". Не могло быть спроса на то, чего не существует и о возможности чего потенциальные потребители не знают. Бум начался тогда, когда начали предлагаться относительно дешёвые стандартизированные компы. Постулаты это хорошо. Во многих типовых случаях они позволяют абстрагироваться от лишних отвлекающих деталей и найти общий вектор. Но не нужно принимать их в лоб как золотой молоток без оглядки на ситуацию и здравый смысл. Качество плохое от отсутствия конкуренции. Государство убило конкуренцию (не только телеком, а вообще малый бизнес) тупой грабительско-воровской внутренней политикой. Порог входа на рынок очень высок. Я плююсь от своего провайдера, но поменять его могу только на такого-же. Но я не знаю что испытал Ваш коллега. У меня претензии к свинскому (хамскому) отношению и принципу "у всех так и нам незачем меняться, пока деньги идут". Таких проблем как постоянные обрывы у моего нет. Стать провайдером самому и потянуть качество за собой я пока возможности не вижу по причине порога входа и полной неопределённости в завтрашних действиях государства. Т. е. рыба как обычно гниёт с головы. Я об этом в первом сообщении написал. Клиент анонсировать не будет ничего. Он будет только получать анонсы от провайдера, отфильтровывая то, что ему не нужно. У провайдера на этот суперпир должен стоять фильтр, запрещающий маршрутизатору принимать любые префиксы от этого суперпира (т. е. от любого, кто подключился по этой части конфига, а не прописан отдельным пиром со своей политикой). Т. е. цель сервиса не вывести префикс клиента в инет (у клиента его нет, если есть, то здесь не про него), а дать клиенту возможность получать всегда актуальную маршрутную информацию по стандартному документированному протоколу, поддерживаемому большим количеством свободного ПО в удобном машиннопонятном формате. Т. е. дать дополнительные возможности по повышению эффективности своих подключений при наличии знаний и интереса. Клиент как и раньше будет ходить в каждый канал с соответствующего каналу выданного провайдером IP-адреса. Просто ему не придётся делать кривые деревянные статические маршруты и кривой деревянный мониторинг канала. Из под чего - из под того-же, на чём у него сейчас кривой мониторинг и кривая статика - из под тазика с линухом/бсд с установленным openbgp/quagga/bird/xorp/etc. Или Вы про что? В качестве примера можно привести публикацию на сайте провайдера его сетей для настройки различных программ. Кому не надо - не смотрят. Кому надо - смотрят, скачивают по планировщику. Публикуют не все. Некоторые публикуют, но не актуализируют. А те, кто публикует и актуализирует, получают плюс в карму за клиентоориентированность.

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

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

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

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

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

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

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

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

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

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

Если на оборудовании вендоров такого настроить нельзя, то можно на программном сервере маршрутизации, получающем маршруты от железного. Это в первую очередь зависит от желания сделать сервис. Например хостинг тоже вендорами не поддерживается, но его почему-то не выпиливают. Инструменты подбираются под задачи. Если Вы это имели в виду под нишевостью. Кроме того помимо openbgpd есть и другой софт для BGP. Обменные площадки не стесняются использовать программные средства для раздачи анонсов. Про проблемные места, если можно, опишите подробнее. Мыльницы я конечно совсем не имел в виду по причине их сильной ограниченности в возможностях. Потенциальные пользователи таких сервисов и подключений нескольких провайдеров это гики с пк-роутерами и небогатые юрики с кошками/серверами. Пользователей мыльниц такие вещи совсем не интересуют. Но хостинг, домены, впсы и т. п. тоже не всех интересует. Но он есть. Почему-бы и этому не быть? С другой стороны при недостатке памяти пользователь сможет самостоятельно принять решение не принимать фулл. Т. е. ему не придётся дёргать провайдера. Сам себе хозяин. У него могут быть причины обходиться без фула. Например ему хватает сетей самих провайдеров и их соседей. За пользователя решать неправильно. Дефолт не обязательно анонсируется от самого провайдера. И думаю можно настроить прекращение анонсов дефолта при отвале аплинка. Это уже зависит от добросовестности подхода провайдера к вопросу. При недобросовестном подходе провайдер может и вообще всё от себя проанонсировать как свои сети. "Тяп-ляп" и "хищничество" это другие области, которые нужно обсуждать в другом ключе. К качеству сервиса или ассортименту услуг они прямого отношения не имеют. "Не серверами" не запрещает их использовать. Т. е. его не обязательно ставить вразрез сети сместо текущего, если на текущем такое сделать нельзя или не хочется. Можно поставить рядом, настроив замену некст-хоп. Это вполне себе промышленная схема. На М-9 примерно так и сделано. Сайт, БД, биллинг и прочие вещи ведь провайдеры на серверы складывают? Т. е. не отказываются от них совсем? Интернет не становится дешевле за мегабит от наличия бгп. Его покупается меньше, т. к. можно не весь трафик от одного провайдера брать, а диверсифецировать на несколько. Если мне вместо 5 мбит хватает 1, зачем мне пять? С бгп здесь связь только косвенная. Он даёт возможность эффективно использовать больше одного канала одновременно. Другое дело что в краткосрочной перспективе каждый пытается выжать с абонента максимум, выкрутив ему руки и затруднив использование других провайдеров. Но это классическая "трагедия общин". При таких взглядах и обсуждать нечего. А если просто отнимать у абонента деньги с помощью ментов, то можно вообще не тратиться на оборудование и аплинк - арпу будет максимальным. Про нечестное использование и нагрузку не могли бы Вы раскрыть подробнее?

del

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

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