Хабр Курсы для всех
РЕКЛАМА
Практикум, Хекслет, SkyPro, авторские курсы — собрали всех и попросили скидки. Осталось выбрать!
Хабр доступен 24/7 благодаря поддержке друзей
Комментарии 88
Наши провайдеры не оперируют термином «обещанная ширина канала», а нас это «максимальная скорость подключения». Поэтому, абузить аккаунты провов конечно можно, но имхо эффекта не будет.
Нужно писать жалобу в ФАС и другие контролирующие органы. Тогда не будут отфутболивать.
«Мой» провайдер указывает тарифы от такой-то скорости. Тобишь обещанный нижний порог, а фактическая скорость может быть и выше, если канал не нагружен. Причём зачастую так оно и есть, правда и и-нет не самый дешёвый в городе. Наверняка есть и другие с таким подходом. Хотя в целом да, большинство провайдеров заявляют только верхний порог скорости и не редко этим пользуются.
По сабжу же норм — надо для ростелекома на работе такую же сделать )
По сабжу же норм — надо для ростелекома на работе такую же сделать )
Да какое-там. Писал я на службу поддержки. Ответили что-то в духе «У вас телефон г*вно и вообще это не наши проблемы»
У нас мало кто сидит на канале с гарантированной скоростью дома, обычно в тарифе указывают не минимальную, а максимальную скорость передачи данных. у нас можно жаловаться на превышение
Один раз пожаловался (не хочу в конце месяца внезапно получить счет в Х раз выше).
Техподдержка в лице нескольких уровней отреагировала: «Знаете, а Вы первый, кто звонит по такому поводу!»
Думаю, у нас на твиттер реагировать не станут.
Техподдержка в лице нескольких уровней отреагировала: «Знаете, а Вы первый, кто звонит по такому поводу!»
Думаю, у нас на твиттер реагировать не станут.
При скачивании торрентов, скорость может превышать заявленную провайдером из-за того что нашёлся локальный пир.
не хочу в конце месяца внезапно получить счет в Х раз выше
Это как интересно? В личном кабинете же указан текущий тариф и его цена. Провайдер не имеет никакого права списать больше, что бы он там по факту не предоставлял. Если вы купили в магазине 1 кг картошки, на ценнике и в чеке был один, а по факту оказалось 2 (ошиблись те, кто фасовал, вы с весами не мухлевали), то никто не может с вас потребовать стоимость второго килограмма, да даже назад вернуть его нельзя принудить (если вы опять же не намухлевали с весами, тогда это уже нарушение с вашей стороны). Косяки поставщика услуг не ваши проблемы, пока они не причиняют вам неудобства. По договору было N рублей/месяц и ни копейки больше.
У меня в модемный период на предоплатном тарифном плане однажды не отключилась линия, когда кончились деньги. Оператор радостно обозначил мой баланс как -86 рублей, в устном разговоре сообщив, что у них был сбой на оборудовании. Я тогда был молодой и неопытный, просто внес эти деньги и расторг договор, не написав никуда жалобу. Было это лет десять назад, но осадок остался.
Реагируют, кстати. Но все портит тот факт, что отвечают, как правило, маркетологи а не, непосредственно, техподдержка. Отсюда нулевая ценность взаимодействия. Либо канал взаимодействия с аудиторией у них изначально задумывался исключительно для рекламы услуг, либо нет автоэкспорта сообщений из социалок в CRM с фильтрацией по словарю для последующей адресации тикета конкретному департаменту.
Мне кажется, что надо не только в социалки писать, а на e-mail техподдержки еще дублировать, причем уже по полной форме: кто, где, когда
Поддерживаю, сам работал в операторе связи и сталкивался с такими ситуациями. Пользователи долго терпят никак не реагируя, а потом в гневе звонят в коллцентр с заявкой на отключение. Хотя стоит по любому чиху звонить в ТП и оставлять заявку. В правильном провайдере есть системы учета кол-ва заявок по адресам, поэтому если даже ситуация не исправляется мгновенно (зачастую это невозможно), дом ставится на плановую модернизацию оборудования, замену проводов и т.д.
Можно считать меня взглядом со стороны провайдера, так как построил более 10 и несколько обслуживаю до сих пор. Все верно, по каждому чиху лучше оставлять заявку, в тикет-системе фиксируются дома, районы и линии с которых больше всего заявок и выставляется вес приоритета. Чем полнее составлена заявка, тем быстрее она будет устранена, заявки вида: «вы все не традиционной ориентации, у меня ничего не работает, почините вот прям ща, приезжать не нужно» — будет рассмотрена по остаточному признаку на границе SLA и в тикете скорее всего будет отписка, что проблема на линии не обнаружена. Чем больше конкретики и технических подробностей, тем больше вероятность решить проблему в кратчайшие сроки. Лучше звонить, чем писать, даже если вы не дозвонились — ваша попытка попала в лог телефонии и если ваш номер присутствует в базе данных оператора, то заявка на проверку создается автоматически, скорее всего вам даже перезвонят, если не отвеченных было несколько. В 90% случаев проблема действительно не у провайдера из-за этого и просят выполнить кучу «бесполезных» с точки зрения специалиста действий, еще 9% — проблема на «последней миле», которую невозможно отмониторить централизованно и требуется выезд специалиста. Провайдер резервирует свои каналы многократно и в случае глобальной аварии старается повесить сообщение на телефонию и сделать объявление по всем доступным каналам, включая твитер, паблики и т.п. И еще момент, при звонке в тех-поддержку лучше общаться спокойно и вежливо, отвечают на телефоны тоже люди и конструктивное общение способствует быстрому решению заявки (вплоть до того, что реально компетентных клиентов соединяют напрямую с отделом администрирования, не гоняя по линиям саппорта, даже если это не юрлицо), крики матом вида «я из-за вас миллионы теряю, пи-пи-пи, буду жаловаться президенту и в спортлото» гарантированно оставят в базе на абоненте пометку, в результате чего его звонки будут попадать не к самому компетентному, а к самому спокойному оператору, если абонент собрал несколько негативных «ачивок» одновременно, то с ним будет расторгнут договор по инициативе оператора, я лично застал в ФЛС отделе отмечание отключения одной женщины, которая за пол года успела выесть мозг всем включая РКН, своими жалобами на провайдера, послушал несколько записей разговоров с ее участием, ушел в магазин и купил ребятам по пиву, чтоб еще после смены чуть расслабились, адская работа на ФЛС.
Больше отступов!
У меня дома Windows машины нет (ну нет и всё — ноутбук рабочий, роутер, пара телефонов и читалка по WiFi), а они на фразу «Windows нет» сразу начинают что-то мямлить… Что я должен делать? Я готов предоставить любую техническую информацию, но они, ведь, не спрашивают. А думаете за два дня отсутствия услуги, где-то запроцессилась заявка и сделался автоматический перерасчёт? Размечтались!
В общем, я всегда пытаюсь быть вежливым. Почти всегда это получается. Вообще — вежливость лучший способ быстро решить проблему. Но иногда непробиваемость выводит.
ЗЫ к слову сказать, проблема оказалась в настройках оборудования провайдера.
В общем, я всегда пытаюсь быть вежливым. Почти всегда это получается. Вообще — вежливость лучший способ быстро решить проблему. Но иногда непробиваемость выводит.
ЗЫ к слову сказать, проблема оказалась в настройках оборудования провайдера.
Не скажу за всех провайдеров, но чаще всего кроме Windows первая линия знакома как минимум с OS X, Ubuntu, Android, IOS, Mikrotik ROS. Если что-то более экзотическое, то да первая линия вряд-ли поможет, хотя настройки сети и не сильно сложная тема, но предполагается, что если пользователь ставит себе опенка или там AIX, то сможет настроить сеть самостоятельно.
По технической информации — спрашивают, чаще всего при проблемах со скоростью просят пользователя скачать готовый пакет iperf для указанной ОС и проверяют канал до нескольких точек, если используется коммутируемое соединение — спрашивают номер ошибки, либо лог подключения, если бока сразу видны на мониторинге, то да не спрашивают — просто делают заявку, указывая данные с мониторинга.
Вот по поводу перерасчета все сложно, в договоре указан SLA, при котором перерасчет не производится, у обычных городских провайдеров что-то от 3 дней до недели может быть, туда заложены ситуации, когда физически нельзя работать на крышах и электроопорах, а проблема там (ливень, штормовое предупреждение, и т.п.) так что за 2 дня получить компенсацию не реально для обычного физ.клиента, для юриков там SLA может быть и несколько часов, но совсем другие тарифы.
Если провайдер ведет себя, как вы написали выше, то это либо домосеть с сотней абонентов, не имеющая возможности держать нормальный саппорт, либо, как не прискорбно, крупный монополист, которому просто пофигу на качество услуг и саппорт с техническими специалистами — это разные, не пересекающиеся отделы. При возможности отключаться от такого провайдера, если не полярный круг или еще какая тьматаракань выбор есть.
По технической информации — спрашивают, чаще всего при проблемах со скоростью просят пользователя скачать готовый пакет iperf для указанной ОС и проверяют канал до нескольких точек, если используется коммутируемое соединение — спрашивают номер ошибки, либо лог подключения, если бока сразу видны на мониторинге, то да не спрашивают — просто делают заявку, указывая данные с мониторинга.
Вот по поводу перерасчета все сложно, в договоре указан SLA, при котором перерасчет не производится, у обычных городских провайдеров что-то от 3 дней до недели может быть, туда заложены ситуации, когда физически нельзя работать на крышах и электроопорах, а проблема там (ливень, штормовое предупреждение, и т.п.) так что за 2 дня получить компенсацию не реально для обычного физ.клиента, для юриков там SLA может быть и несколько часов, но совсем другие тарифы.
Если провайдер ведет себя, как вы написали выше, то это либо домосеть с сотней абонентов, не имеющая возможности держать нормальный саппорт, либо, как не прискорбно, крупный монополист, которому просто пофигу на качество услуг и саппорт с техническими специалистами — это разные, не пересекающиеся отделы. При возможности отключаться от такого провайдера, если не полярный круг или еще какая тьматаракань выбор есть.
Iperf, пфффф… домашние провайдеры не слышали о таком.
«откройте антарнет эксплорер, вот там вверху введите вевеве-точка-спидтест-точка-нет»
Попытка объяснить, что по дефолту спидтест выберет узел самого провайдера в этом же городе и такой тест не аргумент натыкается на стену непонимания.
Android? Mikrotik ??? Да мне в заявку вместо моей фразы «pfSense v2.1.5, это софт-роутер на базе FreeBSD 8.3» вписали «Windows Server» и ответили что он не поддерживается…
И у юриков все далеко не всегда лучше.
«откройте антарнет эксплорер, вот там вверху введите вевеве-точка-спидтест-точка-нет»
Попытка объяснить, что по дефолту спидтест выберет узел самого провайдера в этом же городе и такой тест не аргумент натыкается на стену непонимания.
Android? Mikrotik ??? Да мне в заявку вместо моей фразы «pfSense v2.1.5, это софт-роутер на базе FreeBSD 8.3» вписали «Windows Server» и ответили что он не поддерживается…
И у юриков все далеко не всегда лучше.
К сожалению бывают и такие, тогда очень действенный способ писать жалобу на саппорт в отдел работы с клиентами, там и запись разговора подымут и работнику внушение сделают, т.к. перед тем как приступить к работе в саппорте дается регламент на ознакомление и совсем людей далеких от IT стараются не брать, первая линия чаще всего студенты технических специальностей уровня «уверенный пользователь». Жаловаться на качество услуг — это работает, только не самому работнику, он резко выше головы прыгать не начнет, а либо в клиентский отдел либо, если провайдер небольшой — напрямую в менеджмент. Работа с личным составом идет в основном по жалобам и от них зависит премия. Еще иногда, если работник на месте недавно (текучка на ФЛС огромная), то он может стесняться переключить звонок на вышестоящий саппорт, всегда можно просить это сделать самостоятельно. Мидл левел уже и клиентскую циску настроить поможет и доступ к управлению железом имеет, а не только к страничке мониторинга.
сможет настроить сеть самостоятельноТут не вопрос. Вот провайдерскую — не смогу. Выдать нужную информацию: «получили ли вы сетевой адрес», «а какой», «пропинговать нужный адрес», «сделать traceroute», «сказать какие маршруты» или ещё что изощрённей — могу без проблем, тем более, подразумевается, что если что стоит экзотического, то человек (рекурсия :)) не испугается таких просьб. Плохо что это не пытаются спрашивать. Плохо, что нет дежурного второй линии на выходных.
Про провайдера, тут у меня не сильно большой выбор: или грамотная структура сети и, вцелом, большая стабильность работы, но вот такой вот саппорт, либо (возможно) более лучший саппорт, но вцелом более худшее оказание услуги, либо ещё какие тараканы (один тут любит блокировать услугу по нулевому балансу, но продолжать счётчик в минуса мотать, а потом в суд подавать, типа оплатить долг… за услугу которой не было :) на местных форумах даже подробный мануал есть, что делать, если вам не повезло быть когда-то абонентом оного, эдакий тарифный тролль). У моего, хотя бы, через форум на техотдел можно выйти (эт правда если интернет есть вообще) — так что реально сложные вопросы решить можно, а в саппорты звоню, только когда у себя трижды всё проверил.
И вы, как мне кажется, какого-то сильно крутого провайдера описали :) Либо вы молодец, что хорошие практики передали.
ЗЫ НЛО, в редактируемом тексте появляются теги, типа br, которые я не ставил.
Да еще вторая и выше линия не работает ночами и вызываются только в случае ЧП, если первая линия не может решить проблему и выходной, то да только на понедельник, если не VIP или юрик.
Да есть пару чудобиллингов родом из нулевых, где расчет работает именно так и никак не меняется, сам знаю такого провайдера, но там делают перерасчет, правда в ручном режиме и с заявлением.
Таких пользователей хорошо если пару процентов, даже «админы» многих юр.лиц начинают звонить по каждому чиху, типа их уборщица их же роутер выдернула, пока носом не ткнут, что порт с их стороны в дауне — не идут смотреть у себя, крайности всякие бывают, задача первой линии отвечать порегламенту — это отсеивает большую часть проблем. Когда разбирающийся спец звонит несколько раз, зарабатывает «ачивку» и дальнейшие его звонки идут сразу на второй левел, туда-же где юрики и разные випы, там вопросы решаются уже в разы быстрее ну и специалистам не надо выслушивать: «Я на вас в суд подам, вы мне какую-то порнуху накачали и теперь ничего не работает, моя тетя прокурор».
После определенного порога 10К+ абонентов (по моим наблюдениям), когда уже и не домосеть, но и не крупный монополист, наступает момент когда либо начинается отток пользователей вне зависимости от количества тех саппорта (постоянные аварии, нарушения всех сроков, невозможно дозвониться и т.п.), либо начинают внедряться корпоративные механизмы работы (чем я как раз и занимаюсь, откуда и знаю) и тут у провайдера появляется ERP/CRM, тикеты, SLA, колцентр и прочие атрибуты крупных компаний, но они еще не успели скатиться в полную бюрократию и неадекват. Может и взгляд у меня по большей части такой, т.к. работаю именно с теми кто хочет подымать качество, а те кому на все пох, просто не обращаются их и вереницы мыльниц, висящих на столбах устраивают, ну и что что после грозы люди по месяцу без нета сидят.
один тут любит блокировать услугу по нулевому балансу, но продолжать счётчик в минуса мотать
Да есть пару чудобиллингов родом из нулевых, где расчет работает именно так и никак не меняется, сам знаю такого провайдера, но там делают перерасчет, правда в ручном режиме и с заявлением.
а в саппорты звоню, только когда у себя трижды всё проверил.
Таких пользователей хорошо если пару процентов, даже «админы» многих юр.лиц начинают звонить по каждому чиху, типа их уборщица их же роутер выдернула, пока носом не ткнут, что порт с их стороны в дауне — не идут смотреть у себя, крайности всякие бывают, задача первой линии отвечать порегламенту — это отсеивает большую часть проблем. Когда разбирающийся спец звонит несколько раз, зарабатывает «ачивку» и дальнейшие его звонки идут сразу на второй левел, туда-же где юрики и разные випы, там вопросы решаются уже в разы быстрее ну и специалистам не надо выслушивать: «Я на вас в суд подам, вы мне какую-то порнуху накачали и теперь ничего не работает, моя тетя прокурор».
И вы, как мне кажется, какого-то сильно крутого провайдера описали
После определенного порога 10К+ абонентов (по моим наблюдениям), когда уже и не домосеть, но и не крупный монополист, наступает момент когда либо начинается отток пользователей вне зависимости от количества тех саппорта (постоянные аварии, нарушения всех сроков, невозможно дозвониться и т.п.), либо начинают внедряться корпоративные механизмы работы (чем я как раз и занимаюсь, откуда и знаю) и тут у провайдера появляется ERP/CRM, тикеты, SLA, колцентр и прочие атрибуты крупных компаний, но они еще не успели скатиться в полную бюрократию и неадекват. Может и взгляд у меня по большей части такой, т.к. работаю именно с теми кто хочет подымать качество, а те кому на все пох, просто не обращаются их и вереницы мыльниц, висящих на столбах устраивают, ну и что что после грозы люди по месяцу без нета сидят.
либо начинают внедряться корпоративные механизмы работы (чем я как раз и занимаюсь, откуда и знаю) и тут у провайдера появляется ERP/CRM, тикеты, SLA, колцентр и прочие атрибуты крупных компаний
А не планируете на эту тему статью написать? Было бы очень интересно почитать.
Чукча не писатель, чукча читатель. Все проекты разные, шаблона нет, часть интересных наработок под NDA, а писать про общий вектор развития — это талант иметь нужно, о банальных вещах рассказать красиво. Тут или на хабре была статья со стороны сотрудников саппорта написанная очень живо, я если и рожу что-то по теме, то явно не скоро. На конкретные вопросы пару абзацев набросать могу, а вот статья — это труд не на одну неделю.
Вас понял.
Я сам работаю администратором в одном из операторов, родом из начала 2000х, как раз попадающих под ваше опредление (правда, 20к+ пользователей, и масштаб бардака меньше, но суть не меняется).
Ну а т.к. у администратора со средней кривизной рук работы практически нет — всё уже давно работает на автопилоте практически без пинков, то из любви к искуству постепенно перетаскиваю «чудобиллинг родом из нулевых» и некоторое количество разрозненых инф. систем в современные реалии с интеграцией всего и вся в единое решение… подумалось что мог бы почерпнуть из такой статьи некоторое количество свежих идей :)
Не помните, как статья от саппорта называлась? Вроде не встречал такую…
Я сам работаю администратором в одном из операторов, родом из начала 2000х, как раз попадающих под ваше опредление (правда, 20к+ пользователей, и масштаб бардака меньше, но суть не меняется).
Ну а т.к. у администратора со средней кривизной рук работы практически нет — всё уже давно работает на автопилоте практически без пинков, то из любви к искуству постепенно перетаскиваю «чудобиллинг родом из нулевых» и некоторое количество разрозненых инф. систем в современные реалии с интеграцией всего и вся в единое решение… подумалось что мог бы почерпнуть из такой статьи некоторое количество свежих идей :)
Не помните, как статья от саппорта называлась? Вроде не встречал такую…
Бегло статью не нашел, зато нашел в закладках тоже по теме habrahabr.ru/company/acronis/blog/198642
У вас ситуация, когда своими силами построили нормальный функционал, как и говорил по большей части решает здравый смысл и желание ключевых сотрудников что-то менять «из любви к искусству». Три самых запоминающихся примеров отсутствия такого смысла из практики:
1) Провайдер, если не изменяет склероз, около 15К юзеров по биллингу. Тикет-системы нет как в принципе, телефонии нет как в принципе, обращение клиента фиксируется ручкой в тетрадку при звонке на общий мобильный. Естественно отследить историю обращений клиента или свести данные хотя-бы по району можно только в течении одной смены ТП, естественно уровень поддержки ниже плинтуса, проблемы почти не решаются, тупо записывается номер пользователя и спихивается на выездных инженеров, которые при достаточно большой бригаде зашиваются постоянно. И это при достаточно грамотной схеме сети, то-есть только управляхи большая часть сети на IPoE, там где с нормальной организацией достаточно 2Х человек на саппорте, сидит более 10 и все равно постоянные жалобы.
2) Провайдер 10К+ юзеров по биллингу, в качестве брасов используется 12 серверов на FreeBSD, собранных из домашних тазов с соответствующими сетевыми, админ так привык исторически, схема подключений PPPoE, 90% сети тупые мыльницы, все юзеры в одном вилане. Думаю даже рассказывать не стоит о том что достаточно дорогая и качественная тикет-система вместе с ERP ничерта в такой сети не решает, при любом чихе ложится вся сеть, брасы постоянно глючат и подвисают, отзывы соответствующие, хозяин жалуется что до нас вон внедрили SLA, а качество как было говно, так и осталось. Минимальный набор рекомендаций в виде: MX 80 в качестве браса, серваки с фрей на помойку, на районы управляхи, хотя-бы каждый район в своем вилане, снизили количество обращений в ТП за месяц на 70+% при этом ушли жалобы на скорость ну и при глюке в районе уже ложился только этот район а не вся сетка. Провайдер получил рекомендацию ставить управляхи и нанять компетентного инженера сети, тут в программную часть не лезли вообще.
3) Радиосеть, около 5К юзеров, но особенность — огромные территории покрытия мелких деревень, радиомосты по 80 и более километров — норма, вереницы таких мостов до 10 штук, пинги за 800 — это отлично, антенны юстированы на глаз, схема авторизации PPPoE с ЦЕНТРАЛЬНОГО узла, даже комментировать как оно работало не буду.
Во всех случаях решить основные проблемы можно было минимальными вложениями а эффективность поднять на порядки, при этом достаточно здравого смысла, но у сетей «так исторически сложилось». Все примеры за крайние 2 года, могу еще как-нибудь подымали, крупного гос. оператора и какие там перекосы но не ранее чем через 2 года :)
У вас ситуация, когда своими силами построили нормальный функционал, как и говорил по большей части решает здравый смысл и желание ключевых сотрудников что-то менять «из любви к искусству». Три самых запоминающихся примеров отсутствия такого смысла из практики:
1) Провайдер, если не изменяет склероз, около 15К юзеров по биллингу. Тикет-системы нет как в принципе, телефонии нет как в принципе, обращение клиента фиксируется ручкой в тетрадку при звонке на общий мобильный. Естественно отследить историю обращений клиента или свести данные хотя-бы по району можно только в течении одной смены ТП, естественно уровень поддержки ниже плинтуса, проблемы почти не решаются, тупо записывается номер пользователя и спихивается на выездных инженеров, которые при достаточно большой бригаде зашиваются постоянно. И это при достаточно грамотной схеме сети, то-есть только управляхи большая часть сети на IPoE, там где с нормальной организацией достаточно 2Х человек на саппорте, сидит более 10 и все равно постоянные жалобы.
2) Провайдер 10К+ юзеров по биллингу, в качестве брасов используется 12 серверов на FreeBSD, собранных из домашних тазов с соответствующими сетевыми, админ так привык исторически, схема подключений PPPoE, 90% сети тупые мыльницы, все юзеры в одном вилане. Думаю даже рассказывать не стоит о том что достаточно дорогая и качественная тикет-система вместе с ERP ничерта в такой сети не решает, при любом чихе ложится вся сеть, брасы постоянно глючат и подвисают, отзывы соответствующие, хозяин жалуется что до нас вон внедрили SLA, а качество как было говно, так и осталось. Минимальный набор рекомендаций в виде: MX 80 в качестве браса, серваки с фрей на помойку, на районы управляхи, хотя-бы каждый район в своем вилане, снизили количество обращений в ТП за месяц на 70+% при этом ушли жалобы на скорость ну и при глюке в районе уже ложился только этот район а не вся сетка. Провайдер получил рекомендацию ставить управляхи и нанять компетентного инженера сети, тут в программную часть не лезли вообще.
3) Радиосеть, около 5К юзеров, но особенность — огромные территории покрытия мелких деревень, радиомосты по 80 и более километров — норма, вереницы таких мостов до 10 штук, пинги за 800 — это отлично, антенны юстированы на глаз, схема авторизации PPPoE с ЦЕНТРАЛЬНОГО узла, даже комментировать как оно работало не буду.
Во всех случаях решить основные проблемы можно было минимальными вложениями а эффективность поднять на порядки, при этом достаточно здравого смысла, но у сетей «так исторически сложилось». Все примеры за крайние 2 года, могу еще как-нибудь подымали, крупного гос. оператора и какие там перекосы но не ранее чем через 2 года :)
Спасибо, примеры из практики очень жизненные… ностальгия прямо. Все когда-то начинали с чего-то похожего :)
У нас тоже крайне забавная схема — никогда в жизни не думал что буду строить нечто в таком духе… но экономически оправдано. Скажем, есть куча небольших посёлков раскиданных по области, в каждом ~500-1000 клиентов. Вланы до центрального узла брать не оправдано по финансовым причинам (ростелеком отжигает — Х мбит интернета где-то в дальнем углу области сильно дешевле, чем Х мбит влан по области).
Посему в посёлок ставится Intel NUC на i3/5 (а иногда и atom), с debian на борту, гордо называется сервером, и тянет это несчастное животное на себе bgp, тунели до «центра» для доступа к управлению и биллингу, nat, netflow, фильтрацию реестров, блокировку пользователей, резалку скорости, отображение страничек с информацией о причинах блокировки, ДНС, и т.п. С одной стороны — звучит как полный «колхоз», с другой — машинка на самом дохлом атоме легко тянет мегабит 300, чего для большинства посёлков более чем достаточно.
Казалось бы — тихий ужас, но, во-первых позволяет строится и подключать клиентов там, где при применении какого-то более вменяемого оборудования проект просто никогда не окупился бы, во-вторых оказалось достаточно наждёжным — за 4 года ни одной железки не умерло (да и копия на замену делается минут за 15 — практически всё управление через puppet), с точки зрения работы скриптов/софта — всё давно вылизано и проблем не вызывает в принципе, ну и в-третьих, благодаря наличию «на месте» сервера с локальным набором сервисов/данных, получаем практически полную независимость от «центра». В худшем случае, при отсутствии связи с биллингом, не будут обновляться правила блокировки пользователей и собираться netflow — можно пережить :)
Весь этот многочисленный зоопарк интегрирован в интерфейс биллинга — ТП может нажатием одной кнопки получить прямо в веб интерфейсе информацию о текущих настройках полисеров на сервере, состоянии файрвола, посмотреть tcpdump'ом трафик и т.п.
Исторически сложившаяся часть — это статические адреса абоненту на порт, и привязка маков на коммутаторах… потихоньку пишем систему для сбора информации с коммутаторов, вычисления клиентских портов, сбора логов, автоматической регистрации аварий ну и т.д. и т.п. Когда-нибудь дойдём до внедрения dhcp с opt82 :)
Опять же ТП получает дополнительные инструменты для диагностики — просмотр счётчиков на порту или cable diag в одно нажатие кнопки в веб интерфейсе…
Отдельная история была с переработкой информации из «старого» биллинга — поля IP и адрес подключения были исторически текстовыми — список IP через пробел — тут как раз проблем с парсингом не возникает, а вот в поле «физ адрес» при подключении разные операторы писали что угодно.
Представьте себе масштаб проблемы «получить какой-либо отчёт для пользователей проживающих в такой-то части такого-то посёлка», когда в поле адрес есть 15 вариаций написания названия одной и той же улицы… да даже банальный отчёт о платежах по конкретному посёлку сделать крайне сложно. Можно использовать IP адреса для определения «где-кто», но тут опять возникает проблема — т.к. IP хранятся в текстовом поле, списком через пробел — то невозможно их нормально обрабатывать внутри SQL — приходилось «вытаскивать» их из базы и разбирать скриптами. Искоренили со временем… теперь у нас отдельная красивая табличка в sql :)
В полуручном режиме привели к нормальному виду, операторам выдали интерфейс с динамически обновляющимися выпадающими списками для выбора адреса подключения — отобрали, так сказать, простор для творчества при заведении клиента. Теперь любые отчёты реализуются легко и непринуждённо, а возможности развести новый бардак у операторов больше нет:)
В общем, чем дальше в лес — тем толще партизаны, работы — непочатый край, но постепенно процесс идёт.
У нас тоже крайне забавная схема — никогда в жизни не думал что буду строить нечто в таком духе… но экономически оправдано. Скажем, есть куча небольших посёлков раскиданных по области, в каждом ~500-1000 клиентов. Вланы до центрального узла брать не оправдано по финансовым причинам (ростелеком отжигает — Х мбит интернета где-то в дальнем углу области сильно дешевле, чем Х мбит влан по области).
Посему в посёлок ставится Intel NUC на i3/5 (а иногда и atom), с debian на борту, гордо называется сервером, и тянет это несчастное животное на себе bgp, тунели до «центра» для доступа к управлению и биллингу, nat, netflow, фильтрацию реестров, блокировку пользователей, резалку скорости, отображение страничек с информацией о причинах блокировки, ДНС, и т.п. С одной стороны — звучит как полный «колхоз», с другой — машинка на самом дохлом атоме легко тянет мегабит 300, чего для большинства посёлков более чем достаточно.
Казалось бы — тихий ужас, но, во-первых позволяет строится и подключать клиентов там, где при применении какого-то более вменяемого оборудования проект просто никогда не окупился бы, во-вторых оказалось достаточно наждёжным — за 4 года ни одной железки не умерло (да и копия на замену делается минут за 15 — практически всё управление через puppet), с точки зрения работы скриптов/софта — всё давно вылизано и проблем не вызывает в принципе, ну и в-третьих, благодаря наличию «на месте» сервера с локальным набором сервисов/данных, получаем практически полную независимость от «центра». В худшем случае, при отсутствии связи с биллингом, не будут обновляться правила блокировки пользователей и собираться netflow — можно пережить :)
Весь этот многочисленный зоопарк интегрирован в интерфейс биллинга — ТП может нажатием одной кнопки получить прямо в веб интерфейсе информацию о текущих настройках полисеров на сервере, состоянии файрвола, посмотреть tcpdump'ом трафик и т.п.
Исторически сложившаяся часть — это статические адреса абоненту на порт, и привязка маков на коммутаторах… потихоньку пишем систему для сбора информации с коммутаторов, вычисления клиентских портов, сбора логов, автоматической регистрации аварий ну и т.д. и т.п. Когда-нибудь дойдём до внедрения dhcp с opt82 :)
Опять же ТП получает дополнительные инструменты для диагностики — просмотр счётчиков на порту или cable diag в одно нажатие кнопки в веб интерфейсе…
Отдельная история была с переработкой информации из «старого» биллинга — поля IP и адрес подключения были исторически текстовыми — список IP через пробел — тут как раз проблем с парсингом не возникает, а вот в поле «физ адрес» при подключении разные операторы писали что угодно.
Представьте себе масштаб проблемы «получить какой-либо отчёт для пользователей проживающих в такой-то части такого-то посёлка», когда в поле адрес есть 15 вариаций написания названия одной и той же улицы… да даже банальный отчёт о платежах по конкретному посёлку сделать крайне сложно. Можно использовать IP адреса для определения «где-кто», но тут опять возникает проблема — т.к. IP хранятся в текстовом поле, списком через пробел — то невозможно их нормально обрабатывать внутри SQL — приходилось «вытаскивать» их из базы и разбирать скриптами. Искоренили со временем… теперь у нас отдельная красивая табличка в sql :)
В полуручном режиме привели к нормальному виду, операторам выдали интерфейс с динамически обновляющимися выпадающими списками для выбора адреса подключения — отобрали, так сказать, простор для творчества при заведении клиента. Теперь любые отчёты реализуются легко и непринуждённо, а возможности развести новый бардак у операторов больше нет:)
В общем, чем дальше в лес — тем толще партизаны, работы — непочатый край, но постепенно процесс идёт.
и тянет это несчастное животное на себе bgp, тунели до «центра» для доступа к управлению и биллингу, nat, netflow, фильтрацию реестров, блокировку пользователей, резалку скорости, отображение страничек с информацией о причинах блокировки, ДНС, и т.п.
И такого плана сеть была, если правильно понял по описанию, только из особенностей было вместо NUC ставили микротики ибо дешевле, а функции те-же, плюс вотчдог и все настройки в одном конфиге, который сливается со всех устройств ежесуточно, как вариант вам для экономии, скорости до гигабита если. Еще можно каналы брать на местах, не гнать до регионов BGP вообще, а натить прямо через выданный на месте адрес, тоже проще, но не должно быть реальников среди абонентов, ну и суровый нат, хотя для деревень 300 рыл в лучшие годы — самое то, ну и скорость выше, чем свой канал через кучу мостов тянуть.
потихоньку пишем систему для сбора информации с коммутаторов, вычисления клиентских портов, сбора логов, автоматической регистрации аварий ну и т.д. и т.п.
Ща в личку один продукт скину, сюда не пишу, чтоб рекламой не считали, как раз нужный вам функционал для средних сетей за вменяемые деньги, может свой костыль писать не придется.
Бгп — для резервирования. Там где только один канал — натим в адреса аплинков. Реальные адреса — не проблема: можно попросить у аплинка смаршрутизировать мне какую-нибудь сетку, либо просто попросить на порт /2X и дальше через бинат абоненту отдать, ну это совсем костыльный вариант… лучше всё же с маршрутизацией :)
Микротики дешевле, но как, к примеру на них реализовать фильтрацию списков РКН?
Ну и потом… производительность на порядки отличается, не в пользу некротика.
А так — да, микротики стоят рядом с серверами на подхвате — в случае проблем с сервером, можно перекинуть трафик на микротик. Правда, крайне редко приходится это делать.
Микротики дешевле, но как, к примеру на них реализовать фильтрацию списков РКН?
Ну и потом… производительность на порядки отличается, не в пользу некротика.
А так — да, микротики стоят рядом с серверами на подхвате — в случае проблем с сервером, можно перекинуть трафик на микротик. Правда, крайне редко приходится это делать.
Вы о чем? Сколько раз сталкивался с провайдерами как федерального, так и местного уровня.
Поддержка: какая у вас Windows?
Я: Ubuntu
Поддержка: а что это?
Я: Windows 7, давайте дальше…
А дальше делаю вид, что у меня Windows 7.
Mikrotik? Была одна проблема с аппаратом, спросил у местного провайдера, чтобы быстрее проблему решить:
Я: у вас есть админ, который разбирается в Mikrotik?
Поддержка: нет
Ничего, сам решил проблему, вот только предприятие было без интернета в течении часа. :(
OS X? ха! Ну хоть iPhone и iPad знают…
Случай был, интернет дома пропал:
Поддержка: какой у вас роутер?
Я: Zyxel Keenetic II
Поддержка: Мы осуществляем поддержку только Zyxel Keenetic Ultra
Я: У меня Zyxel Keenetic Ultra ^_^
И так далее…
Поддержка: какая у вас Windows?
Я: Ubuntu
Поддержка: а что это?
Я: Windows 7, давайте дальше…
А дальше делаю вид, что у меня Windows 7.
Mikrotik? Была одна проблема с аппаратом, спросил у местного провайдера, чтобы быстрее проблему решить:
Я: у вас есть админ, который разбирается в Mikrotik?
Поддержка: нет
Ничего, сам решил проблему, вот только предприятие было без интернета в течении часа. :(
OS X? ха! Ну хоть iPhone и iPad знают…
Случай был, интернет дома пропал:
Поддержка: какой у вас роутер?
Я: Zyxel Keenetic II
Поддержка: Мы осуществляем поддержку только Zyxel Keenetic Ultra
Я: У меня Zyxel Keenetic Ultra ^_^
И так далее…
Про федеральный уровень — выше написал, крайний раз столкнулся на одном проекте, тоже плевался. По поводу ОС — это какой-то уж совсем дикий-дикий песец, у каждого работника саппорта на столе на рабочем месте есть методичка, где с картинками описано что смотреть в каждой из перечисленных ОС, чтоб сеть настроилась, вот с роутерами да, могут не помогать, если роутер не куплен у самого провайдера и тут причина в том, что этих самых роутеров тысячи, в том числе страшные китайские чудовища за 300 рублей мешок, которые массово завозятся пользователями, там и опытный админ по телефону хрен разберется куда тыкать, не то что первая линия. По этому на страничке провайдера есть обычно список популярных моделей роутеров и инструкция с картинками для их настройки, если модель другая, то тут на откуп пользователю, нормально это не сделать никак.
Не отрицаю есть разные уровни работы и поддержки, тут либо рублем голосовать либо, при других плюсах мириться и терпеть.
Не отрицаю есть разные уровни работы и поддержки, тут либо рублем голосовать либо, при других плюсах мириться и терпеть.
Года 3 назад помогал подключить знакомых к интернету. Доступным был только Beeline. «Мальчик с проводами» оказался вполне расторопный и, несмотря на проблемы с забитыми стояками, быстро протянул витую пару. Но когда ему показали ноутбук с Ubuntu Linux, изрек: «А это чего такое?». Правда, очень быстро со всем разобрался и даже сам настроил сеть.
Пару лет назад я сам переключался на Interzet (это такой довольно крупный питерский провайдер). Когда подключенец переключил кабели и предложил настроить соединение на компьютере, я сказал, что сам все настрою, т. к. у меня в качестве роутера стоит прошлого века комп с IPFire, и мне только параметры нужны. Я попросил его подождать, пока я забью настройки, и пока я это делал он смотрел на меня с такой смесью непонимания и восхищения во взгляде, как будто я большой адронный коллайдер настраиваю. И в ответ на какую-то мою реплику сказал: «Я вообще не понимаю, что Вы сейчас делаете...».
А Вы говорите, «знакомы»…
Пару лет назад я сам переключался на Interzet (это такой довольно крупный питерский провайдер). Когда подключенец переключил кабели и предложил настроить соединение на компьютере, я сказал, что сам все настрою, т. к. у меня в качестве роутера стоит прошлого века комп с IPFire, и мне только параметры нужны. Я попросил его подождать, пока я забью настройки, и пока я это делал он смотрел на меня с такой смесью непонимания и восхищения во взгляде, как будто я большой адронный коллайдер настраиваю. И в ответ на какую-то мою реплику сказал: «Я вообще не понимаю, что Вы сейчас делаете...».
А Вы говорите, «знакомы»…
Ну так разобрался и настроил ведь в первом случае, за что спецу плюс, в следующий раз настроит уже без гугла, со знаниями всех ОС не рождаются, у каждого работника саппорта бывают моменты когда приходится гуглить, тут выездные инженеры менее связаны рамками регламента, чем та же первая линия. Во втором случае как раз была экзотика и странно было-бы наоборот, если бы он в ней разобрался с ходу, но при этом смотрел и пытался понять процесс, что тоже характеризует работника с хорошей стороны. Представьте себя на месте инженера, приехали на вызов, а там настройка какой-нибудь железяки скажем от extreme или другой не циско-джунипер лайк хреновины, так же будете смотреть пытаясь понять что это вообще такое. На поддержке провайдеров работают наши коллеги IT спецы, да разного уровня компетенции, но считать всех работников провайдера по умолчанию дебилами, тоже не выход, есть очень разные на всех уровнях, я и в ФЛС встречал очень знающих спецов, правда там они обычно на долго не задерживаются.
Ну так разобрался и настроил ведь в первом случае...
Боже упаси, я наоборот порадовался тогда, что парень очень сообразительный попался. Кстати, в разговоре он мне потом похвастался, что мой случай не самый сложный был — ему однажды попался ноут с макоью (которую он тоже в первый раз в жизни видел), да еще НА ИСПАНСКОМ ЯЗЫКЕ! :D
Во втором случае как раз была экзотика и странно было-бы наоборот, если бы он в ней разобрался с ходу
И здесь, тем более не спорю.
Меня просто удивило тогда, что два подряд подключенца, из разных, и крупных контор не слышали про Linux ВООБЩЕ!
Один раз пропал линк, выхожу на площадку, смотрю — коробка с оборудованием провайдера раскурочена. Звоню в ТП, говорю так и так нет линка, у вас коробка с оборудованием открыта и из нее провода торчат. Мне на той стороне, стали говорить «нажмите пуск ....» Я повторил, что я тех. специалист и проблема точно не на моей стороне, и я проверил линк на нескольких устройствах, но мне все равно «отключите сетевую карту». После слов, что у меня Linux я немного пожалел, так как на той стороне ситуация зашла в тупик, пришлось наврать что есть комп с Windows и виртуально пройти все этапы для вызова техника.
Есть такая формальность, первая линия работает по регламенту, по которому они обязаны пройти все этапы, либо оформить заявку под свою ответственность, многие не рискуют, после того как вроди-бы по адекватной заявке выехала машина, пришли к абоненту, воткнули роутер в розетку, ушли. Тут относитесь как к улыбке в макдаке и предложению пирожка, раз в большей части ситуаций это работает, работник обязан поступать так.
Меня смущает предположение AlekseyP, что малина сможет выдать «чистые» 90 Мбит/с
Поэтому провел следующий эксперимент у себяСобственно выполнил следующие действия:
uname -a
python --version
cd /tmp
git clone github.com/sivel/speedtest-cli.git
cd speedtest-cli
for xxx in {1..5}; do python speedtest_cli.py >> speedtest.log; done
grep -E 'Download|Upload|ms' speedtest.log
Дано:
RPI B; комп с сетевой картой семейства Realtek RTL8168D/8111D; HP Microserver Gen8
Малина и комп подключены к одному свичу
Тариф: 80Mbit/s / 80Mbit/s
Результат у компа:
Linux home-pc 4.4.0-2-generic #16-Ubuntu SMP Thu Jan 28 15:44:21 UTC 2016 x86_64 x86_64 x86_64 GNU/Linux
Python 2.7.11
Hosted by Beeline (Moscow) [12.93 km]: 3.665 ms
Download: 74.49 Mbit/s
Upload: 64.96 Mbit/s
Hosted by Beeline (Moscow) [12.93 km]: 3.991 ms
Download: 77.03 Mbit/s
Upload: 65.85 Mbit/s
Hosted by Rostelecom (Moscow) [12.93 km]: 4.921 ms
Download: 77.10 Mbit/s
Upload: 71.74 Mbit/s
Hosted by Beeline (Moscow) [12.93 km]: 3.71 ms
Download: 76.58 Mbit/s
Upload: 64.09 Mbit/s
Hosted by Beeline (Moscow) [12.93 km]: 3.711 ms
Download: 77.11 Mbit/s
Upload: 65.26 Mbit/s
Результат у малины:
Linux rPI.local 4.1.7+ #817 PREEMPT Sat Sep 19 15:25:36 BST 2015 armv6l GNU/Linux
Python 2.7.3
Hosted by Rostelecom (Moscow) [12.93 km]: 13.883 ms
Download: 48.18 Mbit/s
Upload: 23.51 Mbit/s
Hosted by Rostelecom (Moscow) [12.93 km]: 13.211 ms
Download: 47.29 Mbit/s
Upload: 23.22 Mbit/s
Hosted by Beeline (Moscow) [12.93 km]: 13.41 ms
Download: 47.67 Mbit/s
Upload: 23.75 Mbit/s
Hosted by Beeline (Moscow) [12.93 km]: 13.69 ms
Download: 46.28 Mbit/s
Upload: 23.56 Mbit/s
Hosted by Rostelecom (Moscow) [12.93 km]: 12.932 ms
Download: 47.75 Mbit/s
Upload: 23.66 Mbit/s
Результат у микросервера:
Linux microserver 3.13.0-32-generic #57~precise1-Ubuntu SMP Tue Jul 15 03:51:20 UTC 2014 x86_64 x86_64 x86_64 GNU/Linux
Python 2.7.3
Hosted by Beeline (Moscow) [12.93 km]: 7.455 ms
Download: 74.51 Mbit/s
Upload: 62.23 Mbit/s
Hosted by Beeline (Moscow) [12.93 km]: 3.814 ms
Download: 75.70 Mbit/s
Upload: 63.08 Mbit/s
Hosted by Beeline (Moscow) [12.93 km]: 3.753 ms
Download: 74.42 Mbit/s
Upload: 61.57 Mbit/s
Hosted by Beeline (Moscow) [12.93 km]: 3.78 ms
Download: 74.58 Mbit/s
Upload: 63.25 Mbit/s
Hosted by Beeline (Moscow) [12.93 km]: 3.644 ms
Download: 74.50 Mbit/s
Upload: 63.65 Mbit/s
Поэтому провел следующий эксперимент у себяСобственно выполнил следующие действия:
uname -a
python --version
cd /tmp
git clone github.com/sivel/speedtest-cli.git
cd speedtest-cli
for xxx in {1..5}; do python speedtest_cli.py >> speedtest.log; done
grep -E 'Download|Upload|ms' speedtest.log
Дано:
RPI B; комп с сетевой картой семейства Realtek RTL8168D/8111D; HP Microserver Gen8
Малина и комп подключены к одному свичу
Тариф: 80Mbit/s / 80Mbit/s
Результат у компа:
Linux home-pc 4.4.0-2-generic #16-Ubuntu SMP Thu Jan 28 15:44:21 UTC 2016 x86_64 x86_64 x86_64 GNU/Linux
Python 2.7.11
Hosted by Beeline (Moscow) [12.93 km]: 3.665 ms
Download: 74.49 Mbit/s
Upload: 64.96 Mbit/s
Hosted by Beeline (Moscow) [12.93 km]: 3.991 ms
Download: 77.03 Mbit/s
Upload: 65.85 Mbit/s
Hosted by Rostelecom (Moscow) [12.93 km]: 4.921 ms
Download: 77.10 Mbit/s
Upload: 71.74 Mbit/s
Hosted by Beeline (Moscow) [12.93 km]: 3.71 ms
Download: 76.58 Mbit/s
Upload: 64.09 Mbit/s
Hosted by Beeline (Moscow) [12.93 km]: 3.711 ms
Download: 77.11 Mbit/s
Upload: 65.26 Mbit/s
Результат у малины:
Linux rPI.local 4.1.7+ #817 PREEMPT Sat Sep 19 15:25:36 BST 2015 armv6l GNU/Linux
Python 2.7.3
Hosted by Rostelecom (Moscow) [12.93 km]: 13.883 ms
Download: 48.18 Mbit/s
Upload: 23.51 Mbit/s
Hosted by Rostelecom (Moscow) [12.93 km]: 13.211 ms
Download: 47.29 Mbit/s
Upload: 23.22 Mbit/s
Hosted by Beeline (Moscow) [12.93 km]: 13.41 ms
Download: 47.67 Mbit/s
Upload: 23.75 Mbit/s
Hosted by Beeline (Moscow) [12.93 km]: 13.69 ms
Download: 46.28 Mbit/s
Upload: 23.56 Mbit/s
Hosted by Rostelecom (Moscow) [12.93 km]: 12.932 ms
Download: 47.75 Mbit/s
Upload: 23.66 Mbit/s
Результат у микросервера:
Linux microserver 3.13.0-32-generic #57~precise1-Ubuntu SMP Tue Jul 15 03:51:20 UTC 2014 x86_64 x86_64 x86_64 GNU/Linux
Python 2.7.3
Hosted by Beeline (Moscow) [12.93 km]: 7.455 ms
Download: 74.51 Mbit/s
Upload: 62.23 Mbit/s
Hosted by Beeline (Moscow) [12.93 km]: 3.814 ms
Download: 75.70 Mbit/s
Upload: 63.08 Mbit/s
Hosted by Beeline (Moscow) [12.93 km]: 3.753 ms
Download: 74.42 Mbit/s
Upload: 61.57 Mbit/s
Hosted by Beeline (Moscow) [12.93 km]: 3.78 ms
Download: 74.58 Mbit/s
Upload: 63.25 Mbit/s
Hosted by Beeline (Moscow) [12.93 km]: 3.644 ms
Download: 74.50 Mbit/s
Upload: 63.65 Mbit/s
Если проблемы с провайдером можно решить только через пиар (социалки) — это плохой провайдер. Проблемы должны решаться через техподдержку, а если есть прямой контакт с техническим админом (в небольших провайдерах это возможно) — так вообще отлично.
Лично мне повезло, основной провайдер как раз небольшой (масштаб нескольких микрорайонов), и всё решается очень оперативно. Вообще, чем больше провайдеров в доме — тем больше конкуренция и выше сервис.
Лично мне повезло, основной провайдер как раз небольшой (масштаб нескольких микрорайонов), и всё решается очень оперативно. Вообще, чем больше провайдеров в доме — тем больше конкуренция и выше сервис.
Когда у меня начались проблемы с интернетом (если память не изменяет, то это был 2KOM, соединение начало падать 2-3 раза в день по 15 минут), то провайдер на сообщения вконтакте и в твиттере реагировал куда быстрее чем при звонке по телефону (20 минут висеть на линии + прорываться через первую линию неадекватных операторов).
Но чинить проблему это не помогло. В результате через полторы недели поменял провайдера. Это проще быстрее и эффективнее, чем бороться с существующим.
Но чинить проблему это не помогло. В результате через полторы недели поменял провайдера. Это проще быстрее и эффективнее, чем бороться с существующим.
А скорость своего автомобиля они шинами меряют, или коробками передач? ;)
Немного занудства, но таки да, датчик скорости в современном авто стоит в коробке передач, так что с натягом, но можно сказать — скорость авто измеряет коробка передач )
Нда… Меткие аллегорические аналогии мне никогда не давались… :)
В моём, не очень современном, датчик ABS за эту функцию отвечает. Так что, можно сказать, что почти в шинах)
Там до какой-то определённой скорости — датчик в коробке, а после — датчик ABS. Так что и шинами и коробками передач скорость как раз и меряют.
а я думал толщиной проводов. спасибо. теперь я знаю как определяется скорость канала. :))
Мне как-то, на заявку о проблеме с доставкой почты в Outlook из Яндекса, сказали: «Поставь себе Оперу и все у тебя заработает».
Проблема, собственно, была с тем, что они весь SMTP трафик заворачивали на свой сервер, а не напрямую на Яндекс, не ясно с какой целью, и решилась включением шифрования в Outlook.
Проблема, собственно, была с тем, что они весь SMTP трафик заворачивали на свой сервер, а не напрямую на Яндекс, не ясно с какой целью, и решилась включением шифрования в Outlook.
Я открою тайну зачем, сам столкнулся, но выяснил. В общем по SMTP одно время ходило туча спама и провайдерам надоело разгребать абузы, в некоторые биллинги добавили фишку закрытого по умолчанию 25 порта, который открывается галочкой в личном кабинете абонента. Проблема спама давно решилась по-другому, а вот дефолтные настройки у некоторых провайдеров остались.
Думаю у каждого есть такая история:
Звоню провайдеру, так как уже неделю идут обрывы связи, длинные пинг и низкая скорость интернета. Жалуюсь, описываю симптомы, рассказываю, что перезагрузка роутера не помогает.
— Проблемы на вашей стороне, подключитесь напрямую без роутера!, — заявляют мне без аппеляционно.
В общем суть да дело, пока я подготовливался к тому что роутер надо опустить и прочие телодвижения (ушло минут 5 что бы распутать провода), иду за ноутбуком, и вижу что торренты забегали, проверил, все работает как надомистика просто!
Звоню провайдеру, так как уже неделю идут обрывы связи, длинные пинг и низкая скорость интернета. Жалуюсь, описываю симптомы, рассказываю, что перезагрузка роутера не помогает.
— Проблемы на вашей стороне, подключитесь напрямую без роутера!, — заявляют мне без аппеляционно.
В общем суть да дело, пока я подготовливался к тому что роутер надо опустить и прочие телодвижения (ушло минут 5 что бы распутать провода), иду за ноутбуком, и вижу что торренты забегали, проверил, все работает как надо
была похожая ситуация. только я выпытал у провайдера дополнительный адрес ДНС. у них там проблема какая то была с кешированием.
Такая ситуация — обычное дело, хотя в последнее время общаться с провайдерами почти не приходится, тьфу-тьфу.
Хотя был нетипичный случай:
Час общения по телефону с втыканием-вытыканием проводов ничего не дает, скорость практически ноль, страницы не грузятся. Ждите специалиста. На следующий день приезжает специалист, еще час он пробует отключать роутер, делать настройки на компьютере. Решают заменить витую пару, входящую в квартиру. На следующий день замена кабеля, снова танцы с бубнами (танцуют уже два специалиста), а результата нет. Вероятно, у вас сломан роутер, ноутбук возможно тоже…
Специалисты ушли, экспериментирую сам. Достаю из чулана старый свич, включаю перед роутером. Все заработало. Роутер виноват, подумаете, а нет, спустя несколько месяцев вернул подключение обратно. Без свича все работало отлично (уже несколько лет прошло). Вот это «мистика».
Хотя был нетипичный случай:
Час общения по телефону с втыканием-вытыканием проводов ничего не дает, скорость практически ноль, страницы не грузятся. Ждите специалиста. На следующий день приезжает специалист, еще час он пробует отключать роутер, делать настройки на компьютере. Решают заменить витую пару, входящую в квартиру. На следующий день замена кабеля, снова танцы с бубнами (танцуют уже два специалиста), а результата нет. Вероятно, у вас сломан роутер, ноутбук возможно тоже…
Специалисты ушли, экспериментирую сам. Достаю из чулана старый свич, включаю перед роутером. Все заработало. Роутер виноват, подумаете, а нет, спустя несколько месяцев вернул подключение обратно. Без свича все работало отлично (уже несколько лет прошло). Вот это «мистика».
Помню лет 15 назад никак не удавалось нормально завести, кажется, 3com'овскую сетевуху с цисковским каталистом — автоопределение в 10/half встаёт, а при «жёстком» прописывании 100/full с двух сторон — линк просто не поднимался. Вылечилось также — тупым коммутатором между ними. Потом уже то ли каталист поменяли, то ли сетевуху — больше таких проблем не было.
ИМХО, такое решение попахивает потребительским экстремизмом. Автоматизация сбора статистики вполне уместна, автоматизация отправки жалоб — сомнительна. Если таких пользователей будет много, это может привести к росту тарифов операторов за счет возросшей нагрузки на саппорт. Интересно, в конкретном решении какова минимальная периодичность отправки спама в твиттер?
Оператор может привести свои обещания в соответствие с действительностью и нагрузка на саппорт снизится
Да, но, как справедливо намекает пользователь igorsd в комментарии ниже, измерение пропускной способности — задача со многими неизвестными: кроме, собственно, предмета измерения, на результат будет влиять текущая загрузка канала другим пользовательским трафиком, состояние RaspberryPI, нагрузка на внешний сервер speedtest/iperf. Аргумент автора проекта о том, что он не использует канал больше чем на пару десятков мегабит, не слишком состоятелен. Кто даст гарантию, что в этот момент один из iPad/iPhone не решил качнуть в фоне софт, тем самым нагрузив канал по полной?
И потом, никто не отменял понятия «ЧНН», я думаю только самый беззаботный оператор будет гарантировать десяткам тысяч пользователей сотни мегабит пропускной способности в 100% времени. Это уже возможный камень в огород маркетологов Comcast.
И потом, никто не отменял понятия «ЧНН», я думаю только самый беззаботный оператор будет гарантировать десяткам тысяч пользователей сотни мегабит пропускной способности в 100% времени. Это уже возможный камень в огород маркетологов Comcast.
Да все эти «измерения скорости» — это просто смешно.
Вот сервер стоящий у моего аплинка (10Гбит, на данный момент загружено от силы пара гигов):
3.823 ms
Download: 13.39 Mbit/s
Upload: 3.13 Mbit/s
При этом «левый» сервер стоящий так же где-то в питере, но к которому у меня нет прямого линка:
12.359 ms
Download: 407.24 Mbit/s
Upload: 143.61 Mbit/s
Автоматически на основании rtt выбирается первый сервер. Значит ли это что у меня скорость канала — 13 с копьём мбит?
Вот сервер стоящий у моего аплинка (10Гбит, на данный момент загружено от силы пара гигов):
3.823 ms
Download: 13.39 Mbit/s
Upload: 3.13 Mbit/s
При этом «левый» сервер стоящий так же где-то в питере, но к которому у меня нет прямого линка:
12.359 ms
Download: 407.24 Mbit/s
Upload: 143.61 Mbit/s
Автоматически на основании rtt выбирается первый сервер. Значит ли это что у меня скорость канала — 13 с копьём мбит?
А оператор обещал 150/10 до любого произвольного хоста в интернете?
Дело в том, что это не спам. И Twitter аккаунт создан именно для таких сообщений.
думаю как раз звонки в техподдержку неэффективны. но зато если закидать почту или социалку сообщениями то вероятно эффект будет. не известно какой, но эффект :)). правда для этого нужна толпа народа. один в поле не воин.
Что такое «пропускная способность канала» и почему она измеряется спидтестом с рандомным сервером?
я провайдер.
и у меня попросту нет твиттера…
и у меня попросту нет твиттера…
У нас бы провайдер Воля-Кабель. Ставили нам модем на максимальную скорость в 30 Мбит\с и такой же тариф. Вечерами скорость падала до 2-3 Мбит\с, а на звонки в поддержку отвечали — это нормально, нагрузка на канал, вечером больше используют интернет. И доказать что-то было невозможно. Также и с Укртелекомом.
Говорил с этими ребятами в свое время. Звонят, обещают золотые горы, супер скорость и идеальный пинг. Спрашиваю, мол, среда передачи данных какая, коаксиал, витая пара, оптика? Они извиняются и говорят, что через 5 минут специалист перезвонит. Через 5 минут звонит специалист и говорит что да, коаксиал, но пинги обещает идеальные, ибо «новая супертехнология такая-то». Тут уже смеху ради согласился на установку, благо у них акция и стоило это одну гривну.
Естественно по итогу оказалось, что пинги везде от 80-100 и выше (при том что текущий провайдер на те же узлы выдавал 25-40), модем самый обычный, пропускная способность вечером так себе. Отключили спустя пару дней, зато они при установке просверлили нам пару стен, где мы попросили, как раз надо было пустить свои провода.
Естественно по итогу оказалось, что пинги везде от 80-100 и выше (при том что текущий провайдер на те же узлы выдавал 25-40), модем самый обычный, пропускная способность вечером так себе. Отключили спустя пару дней, зато они при установке просверлили нам пару стен, где мы попросили, как раз надо было пустить свои провода.
Воля может быть неплохим резервом, но как основной канал это печаль, т.к. аплоад от 0.5 до 2мбит в зависимости от тарифа, отсюда и проблемы с пингом — технология такая. Но вообще, нормальный пинг на шлюз там 10-15мс…
А то, что звонят и обещают — так это общеизвестно, что маркетингу верить нельзя)
А ещё там «fair use», разных объёмов (на самом дорогом тарифе, вроде, терабайт), после которых скорость становится приближённой к диалапной… Впрочем, долгое время там вообще не было никаких анлимов.
А то, что звонят и обещают — так это общеизвестно, что маркетингу верить нельзя)
А ещё там «fair use», разных объёмов (на самом дорогом тарифе, вроде, терабайт), после которых скорость становится приближённой к диалапной… Впрочем, долгое время там вообще не было никаких анлимов.
Провайдер обычно указывает скорость «до 100» и все.
— 50 до 100?
— ага, но…
— ну и вот, чего хотите-то? спасибо за звонок, мы ценим наших клиентов. до свидания.
— 50 до 100?
— ага, но…
— ну и вот, чего хотите-то? спасибо за звонок, мы ценим наших клиентов. до свидания.
Хех… Я как-то написал в техподдержку самого-крупного-провайдера-страны по поводу неработающего личного кабинета. Заявка была принята и в ЛК появилась в списке принятых к рассмотрению. Примерно сутки заявка висела в статусе «ожидает рассмотрения», а потом просто исчезла (удалили, видимо). Какие, нафиг, твиттеры при таком отношении к клиентам?
Эх, вспомнил свои долгие «плодотворные» звонки в службу поддержки Билайн:
— У меня интернет отваливается несколько раз в день, пока кабель не вынешь и не вставишь снова.
— Какая у вас ошибка? Что — очень тормозит? Зайдите на наш сайт, померяйте скорость! Что — сайт не грузится? Смените браузер! И в другом не грузится?..
Через пару месяцев мучений (я терпеливый очень) сменил провайдера и забыл об этих проблемах.
— У меня интернет отваливается несколько раз в день, пока кабель не вынешь и не вставишь снова.
— Какая у вас ошибка? Что — очень тормозит? Зайдите на наш сайт, померяйте скорость! Что — сайт не грузится? Смените браузер! И в другом не грузится?..
Через пару месяцев мучений (я терпеливый очень) сменил провайдера и забыл об этих проблемах.
Был случай, когда звонил провайдеру из-за входящей скорости 3мбит (заявленной была 30мбит). Специально уточнял, что делал замер напрямую, без маршрутизатора. Все равно утверждали, что проблема у меня, а у них все прекрасно. В конце концов сказали, что направят мастера. В итоге через день все исправилось само, а визит мастера пришлось отменить.
Быть честным, только сейчас из комментариях узнал, что скорость не «заявленная», а «максимальная».
Быть честным, только сейчас из комментариях узнал, что скорость не «заявленная», а «максимальная».
Оператор не может гарантировать скорость связи с произвольным ресурсом. В принципе не может, чисто физически. Замерь скорость до подкроватного сервера дяди Васи — может и 10 кБит скорость получиться. В смысле, что скорость часто зависит от факторов, на которые оператор никак не может повлиять. Поэтому указать минимальную скорость — самоубийство. Можно легко устроить ситуацию, когда это окажется невозможным (хотя бы просто поднять VPS с шейпером) и засудить провайдера.
Теоретически можно гарантировать скорость до некоторого определённого ресурса. Скажем, до mirror.yandex.ru. Тут в принципе в 99% случаев будет абсолютно реально обеспечить нужную скорость (Яндекс тоже падает иногда). Но с точки зрения клиента это ничего не даёт — ведь оператор может просто дать трафику на этот ресурс приоритет, а остальные сайты как тормозят, так и будут тормозить.
В общем, требования накладываемые на операторов насчёт скорости трудно формализовать в договоре или законе. Тут спасёт только здоровая конкуренция.
Теоретически можно гарантировать скорость до некоторого определённого ресурса. Скажем, до mirror.yandex.ru. Тут в принципе в 99% случаев будет абсолютно реально обеспечить нужную скорость (Яндекс тоже падает иногда). Но с точки зрения клиента это ничего не даёт — ведь оператор может просто дать трафику на этот ресурс приоритет, а остальные сайты как тормозят, так и будут тормозить.
В общем, требования накладываемые на операторов насчёт скорости трудно формализовать в договоре или законе. Тут спасёт только здоровая конкуренция.
точную скорость может знать только роутер, потому что весь трафик идет через него, у меня было полно случаев, когда проблема была у меня
Пропускная способность сетевого порта «малинки» 90 Мбит/с, но и жаловаться изобретатель начинает, когда скорость опускается ниже порога в 50 Мбит/с
Это он постоянно свой канал на полную грузит? Зачем ему такой интернет, если большую часть канала он этим «мониторингом» забивает? Или просто чтобы насолить провайдеру?
Это он постоянно свой канал на полную грузит? Зачем ему такой интернет, если большую часть канала он этим «мониторингом» забивает? Или просто чтобы насолить провайдеру?
Не поленился, поставил speedtest-cli на «малинку»
Результаты:
Hosted by PJSC MegaFon (Saint Petersburg) [8.04 km]: 30.321 ms
Testing download speed…
Download: 39.42 Mbit/s
Testing upload speed…
Upload: 23.32 Mbit/s
При этом загрузка проца в момент теста:
procs -----------memory---------- ---swap-- -----io---- -system-- ----cpu----
r b swpd free buff cache si so bi bo in cs us sy id wa
9 0 0 25312 97168 171280 0 0 0 0 3649 1496 29 56 15 0
10 0 0 24496 97168 171280 0 0 0 0 5418 1570 25 75 0 0
9 0 0 23824 97168 171280 0 0 0 0 4863 1676 26 71 3 0
2 0 0 25504 97168 171280 0 0 0 0 5243 1626 19 80 1 0
10 0 0 24720 97168 171280 0 0 0 0 5345 1616 27 72 1 0
5 0 0 24848 97168 171280 0 0 0 0 5470 1602 38 62 0 0
9 0 0 24208 97168 171280 0 0 0 0 5566 1624 25 75 0 0
7 0 0 25344 97168 171280 0 0 0 0 5144 1570 32 66 2 0
7 0 0 25136 97168 171280 0 0 0 0 4854 1550 33 62 5 0
9 0 0 23856 97168 171280 0 0 0 0 5556 1592 33 67 0 0
А вот так выглядит «измерение» того же канала с виртуальной машины воткнутой в соседний от малины порт:
Hosted by PJSC MegaFon (Saint Petersburg) [8.04 km]: 23.122 ms
Testing download speed…
Download: 79.41 Mbit/s
Testing upload speed…
Upload: 68.73 Mbit/s
Т.е. малине что бы большую скорость намерять — просто не хватает процессора. Так что что там человек замеряет и зачем выносит мозг Комкасту — вопрос ооочень интересный.
Результаты:
Hosted by PJSC MegaFon (Saint Petersburg) [8.04 km]: 30.321 ms
Testing download speed…
Download: 39.42 Mbit/s
Testing upload speed…
Upload: 23.32 Mbit/s
При этом загрузка проца в момент теста:
procs -----------memory---------- ---swap-- -----io---- -system-- ----cpu----
r b swpd free buff cache si so bi bo in cs us sy id wa
9 0 0 25312 97168 171280 0 0 0 0 3649 1496 29 56 15 0
10 0 0 24496 97168 171280 0 0 0 0 5418 1570 25 75 0 0
9 0 0 23824 97168 171280 0 0 0 0 4863 1676 26 71 3 0
2 0 0 25504 97168 171280 0 0 0 0 5243 1626 19 80 1 0
10 0 0 24720 97168 171280 0 0 0 0 5345 1616 27 72 1 0
5 0 0 24848 97168 171280 0 0 0 0 5470 1602 38 62 0 0
9 0 0 24208 97168 171280 0 0 0 0 5566 1624 25 75 0 0
7 0 0 25344 97168 171280 0 0 0 0 5144 1570 32 66 2 0
7 0 0 25136 97168 171280 0 0 0 0 4854 1550 33 62 5 0
9 0 0 23856 97168 171280 0 0 0 0 5556 1592 33 67 0 0
А вот так выглядит «измерение» того же канала с виртуальной машины воткнутой в соседний от малины порт:
Hosted by PJSC MegaFon (Saint Petersburg) [8.04 km]: 23.122 ms
Testing download speed…
Download: 79.41 Mbit/s
Testing upload speed…
Upload: 68.73 Mbit/s
Т.е. малине что бы большую скорость намерять — просто не хватает процессора. Так что что там человек замеряет и зачем выносит мозг Комкасту — вопрос ооочень интересный.
Жаль, в наших реалиях гарантированную пропускную способность провайдеры гарантируют лишь на бизнес-тарифах. Стоимость которых отличаюся от обычных буквально на порядок.
А для простых смертных тарифом ограничен только верхний предел скорости, а провайдер лишь обязуется обеспечить само наличие интеренета у пользователя. Поэтому в большинстве случаев техподдержке даже нет смысла жаловаться на «медленный торрент» и «длинные пинги».
А для простых смертных тарифом ограничен только верхний предел скорости, а провайдер лишь обязуется обеспечить само наличие интеренета у пользователя. Поэтому в большинстве случаев техподдержке даже нет смысла жаловаться на «медленный торрент» и «длинные пинги».
Ну если быть совсем честным, то, в случае если Ваш провайдер не монополист, то жаловаться все же есть смысл и у нас. Так как провайдер понимает, что если Вам будет совсем плохо, то Вы, в итоге, уйдете в другому провайдеру.
Смысл жаловаться есть всегда, все жалобы по каждому абоненту фиксируются как и звонки, к тому-же всегда можно вызвать к себе выездного инженера для проверки канала на месте. Скорость чаще всего упирается не во внешний канал провайдера, там если и есть полка то в часы пик, да и то редко, а в «последнюю милю», то есть кусок кабеля от коммутатора до оборудования абонента и само оборудование абонента, для этого и нужен выездной инженер, чтоб на месте подключить свой проверенный и гарантированно выдающий скорость ноутбук, а не танцевать с бубном вокруг подгоревшего роутера абонента и выяснять что же не тянет, а так на инженерском ноуте есть канал — показывается абоненту, дальше уже абонент ищет у себя проблему или просит помощи, если проблема все-же у провайдера, проверяется линия и меняется целиком, если есть любые подозрения на нее.
А цена на гарантированную скорость такая, потому-что для гарантии провайдер должен зарезервировать эту полосу и не пускать через нее общий трафик, мало-ли вдруг вам в час пик приспичит ее полностью утилизировать, и за эти резервы он тоже платит ежемесячно, отсюда и цена.
А цена на гарантированную скорость такая, потому-что для гарантии провайдер должен зарезервировать эту полосу и не пускать через нее общий трафик, мало-ли вдруг вам в час пик приспичит ее полностью утилизировать, и за эти резервы он тоже платит ежемесячно, отсюда и цена.
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Как Raspberry Pi жаловаться на медленный интернет помогал