t800
-
Posts
172 -
Joined
-
Last visited
Content Type
Profiles
Forums
Gallery
Downloads
Blogs
Events
Posts posted by t800
-
-
2 часа назад, ndm сказал:
Это огромные компании с кучей клиентов. Прятать ценных людей за слоями колл-центров и хелп-десков — обычная практика. Zyxel тоже так делает, у него миллионы пользователей в России.
Просто нам (кто программы пишет ) захотелось как-то побыстрее разделаться с багами и поработать спокойно над чем-то новым. Минуя систему. Да и ей от этого легче станет.
Да понимаю, я сам работаю эээ в огромной компании и вся эта подноготная мне хорошо известна. Вечная проблема обратной связи. Но зато у вас и продукт офигенный. Лучшее, пожалуй на рынке предложение, которое сочетает профессиональную реализацию и понятный простой пользовательский интерфейс
- 2
-
Вечная беда в том, что провайдера "страшно далеки" от народа. Что сотовые, что наземные. Работал и там, и там, а потому знаю не понаслышке. Частая ситуация, когда внутри оператора что-то "оптимизируется", что не имеет явного/прямого воздействия на абонентов и вроде как всё хорошо. По факту же страдает некий процент пользователей, которые не имеют никаких шансов на поддержку. Потому что в колл-центрах давно уже сидят попки, работающие по типичным сценариям, и которые максимум что могут сделать - это зарегистрировать заявку от вас. И то, они всячески уходят от этого, чтобы не страдали KPI. Заявка же свалится к инженеру, который не всегда второй уровень отличает от третьего, и он попьет пользователю крови, заставляя пробовать и делать совершенно банальные вещи. Вроде обновления прошивок. А заканчивается всё сакральным ответом "ваша модель маршрутизатора нами не поддерживается". То есть "иди ты в $опу, дорогой абонент, мне впадлу разбираться". Заявка закрывается с отметкой "проблема на оборудовании пользователя" и все довольны. Инженер отработал кейс, он пошёл в статистику. А сетевики думают "ух ты, как мы классно всё сделали, никаких жалоб". Ну а на форумы они ходят редко, начиная с середины 2000-ых все работают под подписками о неразглашении, и только отдельно взятые сотрудники имеют право от лица компании писать в сети. Пишут там, понятно HRы и прочая PR-шелупонь
В этом плане я очень признателен специалистам, разрабатывающим NDMS за то, что они напрямую общаются тут с пользователями и реально реагируют на проблемы. Это одна из основных причин, по которой я ВЕЗДЕ для SOHO меняю/рекомендую/устанавливаю только Zyxel.
По существу вопроса. Если я правильно понял, основное подозрение на то, что IP-адреса DNS-серверов становятся недействительными (ну или перестают отвечать в данном сегменте сети), правильно?
- 6
-
@ndm на форуме Билайна мелькало вот такое:
ЦитатаВо-вторых, гарантированно помогает альтернативная прошивка с клиентом xL2TPD, потому-что:
"gethostbyname failed for 'tp.internet.beeline.ru' означает что адрес не резолвится. Он может не резолвится по причине того, что недоступна локалка ISP, либо DNS еще не обновились обратно на DNS из локалки. С RP-L2TP такое может быть, он не закрывает сессию и пытается поднять туннель в старой, при этом DNS уже от интернета а не от локалки. С xL2TPD такого быть не должно, он закрывает сессию и DNS обновляются на локальные."
У самого стоит уже 2 года xL2TPD, никаких проблем.Проблема описывалась для асуса, но совершенно схожая. Вот линк. Не может такого быть, что в определенных условиях где-то сохраняется адрес DNS, который доступен только из L2TP-сессии - то есть уже при работающем интернете? Тот DNS никак не сможет резолвить tp.internet.beeline.ru, это возможно только на DNS, который доступен на ISP соединении. Может схожая проблема присуща и кинетикам?
- 1
-
Только что, ndm сказал:
нет. Хороший конфиг, должно работать. Пока загадка, почему не резолвится. У нас нет Билайна L2TP в шаговой доступности, придется соорудить небольшой стенд. Пока попросите снять дамп пакетов с ISP: надо посмотреть, идут ли запросы DNS, на какой сервер, и что им отвечают.
Сегодня поеду на точку, настрою дамп.
- 1
-
@ndm что-то удалось понять по селф-тесту, или нет?
Спасибо.
-
@ndmприлагаю self-test, собранный после внезапного разрыва L2TP-сессии. Провайдер Билайн. Заново соединение автоматически не установилось, ошибку (unable to resolve tp.internet.beeline.ru) увидите в файле. После рестарта по питанию всё мгновенно заработало. Проблема нечастая, закономерности не увидел, но случается не так и редко. Раз в один-три дня точно. Кинетик не мой, это всё усложняет в плане оперативного анализа.
- 1
-
Только что, NikIv сказал:
Думаю программная логика не имеет отличий в части работы протокола не зависимо от процессора.
Согласен про логику. Вот только дрова там разные, порты физически по-разному устроены (как оказалось) и т.п. Пусть логика и пытается работать одинаково, но если есть проблемы уровнями ниже, то вполне могут быть проблемы, типичные для какой-то конкретной модели кинетика. В конце концов, у меня вон тоже Ультра и Гига 3 работают без нареканий.
-
Только что, NikIv сказал:
Это все гадание на кофейной гуще, у меня L2TP Билайна работает как часы при любом раскладе, что руками разорвать что по другому событию.
Возможно это станет открытием, но кинетики отличаются аппаратно. У вас тоже лайт 3? Если верить подписи, то нет. Тогда может не надо вот это вот сразу "у меня всё ок, вы о чём посоны?"
-
Я писал о проблеме, которая имеет схожие признаки:
Такое чувство, что происходит некое событие, которые кинетик считает разрывом соединения. Далее он пытается сделать коннект заново и получает отказ, потому что билайн разрешает только одну активную сессию для учётной записи. И всё это циклически продолжается, пока оригинальная сессия таки не будет разорвана
-
Воспроизвести проблему не смогу. Получив стабильно работающий вариант конфигурации (2.08 + IGMP Proxy), хозяин наотрез отказался принять участие в экспериментах. Поэтому свой вопрос снимаю, но если вы принципиально заинтересованы в его решении, то думаю, что сможете воспроизвести проблему в лабе. Напомню, это Кинетик Лайт 3 (серийник могу предоставить), прошивка - последний релиз 2.07, провайдер - Билайн L2TP, был настроен мост на Broadband connection между WAN и LAN4.
-
16 часов назад, ndm сказал:
На вид всё нормально. Если draft заработает, будем искать разницу.
К сожалению, не смог поставить draft. Не учёл, что маршрутизатор-то не мой, я его только сопровождаю. А хозяин не пожелал переходить на экспериментальную версию в канун Нового года. Поставил последнюю доступную 2.08 из бета-канала, и оставил пока с разобранным мостом. Приставка работает через IGMP-прокси. Со вчерашнего вечера всё ровно и стабильно.
-
@ndm ставлю, буду наблюдать, отпишусь.
В логах-то что-то нашли?
-
@ndm вот только что менял настройки Broadband connection (убрал мост с 4 портом). При сохранении настроек, кинетик написал, что L2TP остановлен, но фактически оно оставалось рабочим. Я успел собрать self-test пока оно таки не разорвалось.
-
@ndm сегодня Lite III завис: интернет стал недоступен по wifi (напрямую по ethernet не проверяли), телевидение отключилось. Прошивка 2.07, последняя релизная. Конфигурация: настроен мост для IPTV приставки на 4 порт, чек-бокс "использовать для выхода в интернет" на Broadband connection выключен. Собрать self-check в момент проблемы не удалось, потому что кинетик был недоступен через браузер. Ситуация возникла два раза подряд, оба раза рутер перегружали по питанию, self-check был собран сразу после того, как он поднимался.
После второго зависания приставку отключили из 4 порта и пока рутер работает стабильно. Планирую перейти в режим IGMP Proxy, мост разобрать. Даже если всё будет ОК, считаю ситуацию неверной, потому что мост заявлен официально как доступная без ограничений и оговорок фича.
-
1 час назад, Mamay сказал:
Я обратного и не утверждал.
Я просто Вам подсказал как короче, не используя удалённый компьютер, можно управлять роутером. Не более.
Я знал этот способ, но всё равно спасибл
-
10 минут назад, Mamay сказал:
Начиная в версии 2.07 в NDMS запилен функционал KeenDNS. Нужно лишь выбрать подходящее имя своего домена третьего уровня, не забыв при этом в #usb.cloudcontrol включить "облачную службу", а в #usb.keendns выбрать из ниспадающей менюшки "через облако" (в случае серого IP от провайдера). После всех телодвижений, Вы поимеете домен третьего уровня аля mydomen.mykeenetic.kz/ru/net и автоматически пропадёт надобность в teamviewer и иже с ними, для прямого управления роутером извне.
Это вот понятно всё, но на самом деле, тимвьювер используется в десятую очередь для настроек кинетика. То есть, у меня были свои задачи совершенно и параллельно я разбирался с рутером. Ну и потом, согласитесь, проблема никак с тимвьювером не связана, и удаление его с компов никак не повлияет на её наличие
- 1
-
Специально не тестировал использование интернета через Broadband connection. Думаете, имеет смысл?
-
Только что, Mamay сказал:
Насколько мне известно, Билайн года два-три как, не повсеместно конечно, но завязал с L2TP и перевёл/переводит на IPoE. Может у вас как раз тот самый случай, когда настроено всё по IPoE, а вы тщетно пытаете полумёртвый L2TP от пчелайна?
Нет, и более того, я недавно звонил в техподдержку Билайна, когда проблема проявилась. И там наоборот выслали доку и программу, которая с компа создаёт L2TP соединение. Так что, считайте, что использование L2TP я подтвердил 100% для данной точки включения
-
Только что, ndm сказал:
Надо разбираться. Опять же, без self-test в отладочном режиме ничего не понятно. (Включите interface L2TP0 debug перед началом экспериментов.) Также снимите дамп пакетов с помощью встроенного монитора с интерфейса ISP.
Кинетик пытается штатно завершить L2TP. Если этого не сделать, сессия на провайдере останется висеть, и снова too many connections.
Отладку сделаю. Обратите внимание: сессия висит не только у провайдера. но и на самом кинетике, потому что я с ним работал удалённо, через teamviewer. Кинетик стоит у моего знакомого, я подключаюсь тимвьювером к его компу, и уже с него иду на кинетик. Насколько я понимаю, моя работа без разрыва возможно только лишь в случае, если кинетик продолжает держать сессию в апе, считая, что уже разорвал её
-
@ndmможете прокомментировать? заранее большое спасибо!
-
12 часа назад, ndm сказал:
Настройте в режим, как не работает, и пришлите self-test. Нужна версия, настройки и т.д., посмотрим.
Чек-бокс "Использовать для выхода в интернет" должен или не должен быть активен для Broadband connection в случае моста и в случае IGMP-прокси?
-
1 минуту назад, ndm сказал:
Нет, на лайте по-другому. Там TV-порт всегда работает через коммутатор.
всё правильно сказали, но на Giga III и Ultra II синий порт сделан как второй сетевой интерфейс, т.е. ориентирован на роутинг 2 Гбит/с в дуплексе. TV при этом рекомендуется в режиме IGMP-прокси, т.к. аппаратного моста между синим WAN и LAN-портами нет.
Но если на лайте всё работает через коммутатор, то тогда в силе два вопроса, которые я озвучил в шапке темы. Что тогда не так лайту? И как лучше сделать на лайте?
-
Тогда уж раскройте лучший рецепт. Включить на третьем лайте IGMP-прокси, настроить WAN на жёлтый порт, или вот как сейчас, оставить мультикаст на внешнем свиче?
-
3 минуты назад, ndm сказал:
Giga III в случае IGMP-прокси грузится меньше, чем в режиме IPTV-моста. Можно еще переставить WAN-порт не на синий, а на желтый. Тогда TV пойдет аппаратно через свич, тоже вариант.
Речь про Lite III, Там то же самое? Вот это вы меня расстроили, в поддержке мне с месяц назад официально отвечали, что если сделать мост с синего WAN порта на жёлтый, то гарантированно будет идти в обход процессора, не нагружаю систему вообще
l2tp: unable to resolve "tp.internet.beeline.ru"
in Обмен опытом
Posted
@ndm отпишитесь, плс, как будет готово...
P.S. При установке последнего доступного обновления ветки 2.09 на Кинетик Ультру (первую), web-интерфейс становится недоступным. Через консоль откатился на ku_ra_draft_2.09.A.0.0-3.bin и всё сразу нормально заработало. Если надо, могу создать отдельный тред по этой беде.