Это на сервере, в PPP->Secrets. Адрес дальнего конца туннеля (если смотреть от клиента) в данном случае - 10.10.20.1

Нет, не пингуется

Вы после снятия галки on demand сделали disable-enable интерфейса L2TP клиента?

Да

Ну тогда я могу посоветовать включить дебаг на проблемном клиенте и сервере и внимательно посмотреть, на каком этапе соединение разваливается.

Видимо придётся. Спасибо

подскажите пожалуйста можно ли обновиться до последнего лонг терма ros в режиме консоли? system package update check-for-updates показывает последнюю версию ветки стейбл а не лонгтерма

подскажите пожалуйста можно ли обновиться до последнего лонг терма ros в режиме консоли? system package update check-for-updates показывает последнюю версию ветки стейбл а не лонгтерма

Таб нажмите. Будет подсказка.

похоже я понял в чем дело, сейчас у меня ветка стейбл поэтому и показывает последнюю версию для стейбла, но текущая установленая 6.46.6. вопрос можно ли сменить ветку на long-term в режиме консоли?

нашел, спасибо

правильно я понимаю, что увеличивать MTU для внешней сети больше 1500 в 99% случаев не только бессмысленно, но и вредно?

правильно я понимаю, что увеличивать MTU для внешней сети больше 1500 в 99% случаев не только бессмысленно, но и вредно?

какой именно MTU ?

какой именно MTU ?

хм, я думал, что он один

хм, я думал, что он один

😂

а можно без глумления? :( если я неправ, то можно же поправить...

по моему, все понимают, если 1500, то о чем идет речь..

по моему, все понимают, если 1500, то о чем идет речь..

Нет не все. Учите мат часть

ну, если так посылать, то можно, конечно в шаблоны этот ответ забить

Доброе утро коллеги! Помогите советом, есть радиоточка SXT SA5, к ней подключены 12 клиентов, на самой точке явно выставлено frequency 5300, проблема в том что периодически точка переключается на frequency 5745, причем это видно только на вкладке статус, на вкладке wireless так и остаётся частота 5300, непонятна природа этого явления, она пытается под кого то из клиентов подстроиться? Можно что то сделать чтобы такого не повторялось?

есть какой-то способ увеличить количество строк в журнале?

Просто 5745 частота замусорена, на ней вещает рядом точка ubnt, почему sa5 на нее лезет не понимаю, и почему он вообще лезет менять ее

Доброе утро коллеги! Помогите советом, есть радиоточка SXT SA5, к ней подключены 12 клиентов, на самой точке явно выставлено frequency 5300, проблема в том что периодически точка переключается на frequency 5745, причем это видно только на вкладке статус, на вкладке wireless так и остаётся частота 5300, непонятна природа этого явления, она пытается под кого то из клиентов подстроиться? Можно что то сделать чтобы такого не повторялось?

Очень странно. Не должно быть такого.

есть какой-то способ увеличить количество строк в журнале?

Есть. System logging. Там посмотреть для нужного типа лога Настройки

Есть. System logging. Там посмотреть для нужного типа лога Настройки

спасибо большое, смотрел в рулесы, видел фигу... нашел

у меня какая-то странная ерунда, почему-то случается, что все линки с 6 по 10 иногда прыгают вниз и вверх RB3011, никто не сталкивался?

Очень странно. Не должно быть такого.

После перезагрузки нормализуется все но на какое время непонятно, может на пол часа может на 2 дня, нет зависимости. Может это быть с настройками региона связано, там no_country_set выставлено

После перезагрузки нормализуется все но на какое время непонятно, может на пол часа может на 2 дня, нет зависимости. Может это быть с настройками региона связано, там no_country_set выставлено

Ну покажите export для wlan

в журнале только, что link down для всех интерфейсов, link up

в журнале только, что link down для всех интерфейсов, link up

Может скрипт какой а может порты к железке одной подключены которая чудит.

Может скрипт какой а может порты к железке одной подключены которая чудит.

вот чешу репу... никакой статистики, кроме того, что это случается в ночное время... уже раза три было... сначала с 6 по 10 все последовательно опускаются, потом с 10 по 6 поднимаются... как железку вычислять, пока не очень понятно, скриптов нет

Ну покажите export для wlan

вот чешу репу... никакой статистики, кроме того, что это случается в ночное время... уже раза три было... сначала с 6 по 10 все последовательно опускаются, потом с 10 по 6 поднимаются... как железку вычислять, пока не очень понятно, скриптов нет

а, ну да, еще нюанс, что после первого случая, который опустил мне с 1 по 5, я три кабеля перетащил в 6-10, теперь падают они... от кабеля такое может происходить?

а, ну да, еще нюанс, что после первого случая, который опустил мне с 1 по 5, я три кабеля перетащил в 6-10, теперь падают они... от кабеля такое может происходить?

Да

понял, спасибо жаль, что так... старых нет, коротить не должны, чтобы разом все ронять... хоть бы один отваливался, а не все разом...

хм, я думал, что он один

он один и есть, в одном-единственном протоколе IP

больше нигде MTU нет

он один и есть, в одном-единственном протоколе IP

а выше меня послали читать матчасть

это никогда не повредит

это никогда не повредит

понятное дело, но я про практику, увеличение в 99% случаев вредит?

обдуманное и осмысленное увеличение в 99% помогает

бездумное или вредительское увеличение в 99% вредит

крутилки по тонкой настройке большинства параметров даны не для того, чтобы их просто так крутить: значения по умолчанию, как правило, оптимальны для повседневной эксплуатации

если крутить эти крутилки без понимания следующего за ними эффекта, то результат почти всегда будет хуже, чем был

если крутить эти крутилки без понимания следующего за ними эффекта, то результат почти всегда будет хуже, чем был

да понятно, просто насколько часто бывает, что у провайдера выше, чем 1500? я так понимаю, что ставим, например, 2048 и пытаемся пинговать без фрагментации?

> насколько часто бывает, что у провайдера выше, чем 1500? даже если у провайдера выше, чем 1500 (обычно вы будете знать, что это так, потому что вы ему заранее для того, чтобы он это вам сделал, всю плешь проедите), то за его спиной в большом интернете больше 1500 не будет никогда

проедать плешь можно, если провайдер дает вам не интернет, а провайдерский впн

впрочем, это только очень незначительный нюанс

куда важнее два других момента: 1. откуда на транзитном роутере, который смотрит на провайдера, возьмутся IP-пакеты длиной больше, чем 1500 байт? 2. зачем эти пакеты будут длиной больше 1500 байт?

куда важнее два других момента: 1. откуда на транзитном роутере, который смотрит на провайдера, возьмутся IP-пакеты длиной больше, чем 1500 байт? 2. зачем эти пакеты будут длиной больше 1500 байт?

тут сетка гигабитная и достаточно часто достаточно плотный поток идет, соответственно, хотел поднять MTU внутри и снаружи, чтобы не морочиться, то и провайдеру Jumbo устроить :)

на клиентах поднять MTU не проблема, если через DHCP 26 не прожует, скриптом запихаю

> хотел поднять MTU чтобы что?

я хочу понять, какую проблему вы пытаетесь решить поднятием MTU

Я ещё могу понять, когда это делают на подсетях, в которых репликация или бэкапирование происходит... Но на клиентах-то это точно нужно?..

а выше меня послали читать матчасть

послали потому что MTU есть не только в протоколе IP, я полагаю.

крутить крутилку ради кручения крутилки - плохо

послали потому что MTU есть не только в протоколе IP, я полагаю.

ух ты, как интересно. расскажите, в каких протоколах еще есть термин, который по стандарту называется MTU?

я таких не знаю, но я вполне мог недостаточно хорошо изучить вопрос

> хотел поднять MTU чтобы что?

разгрузить все... у меня переброс файлов больше 10Гб - норма

вообще странно, времена модемов давно канули... а MTU до сих пор 1500... мне кажется, уже давно было пора его в сотнях кб измерять

разгрузить что именно?

как связаны кручение крутилки мту и разгрузка всего?\

разгрузить что именно?

процы сетевые на каждом хопе

у вас они по ппс не вывозят гигабит?

у вас они по ппс не вывозят гигабит?

вывозят... но к 100% часто подбираются

внутри сети задача решается выкручиванием мту

проблема в том, что если вы выкрутите мту на тех интерфейсах, с которых уходят также и пакеты, адресованные в интернет, то вы получите проблемы на стыке с интернетом

внутри сети задача решается выкручиванием мту

проблема в том, что если я буду сортировать траффик, то в итоге потеряю преимущество выкручивания

классическое решение этой задачи - обособление сети с джамбами

вот, видимо, проще просто оставить, как есть

то есть джамбы на одном интерфейсе, который смотрит в сеть с джамбами, интернет отдельно на другом интерфейсе

да, я понял, спасибо, что утвердили во мнении

вот, видимо, проще просто оставить, как есть

да, это в подавляющем большинстве сценариев самый правильный вариант

а еще, немного оффтопный, но сетевой вопрос, правильно ли я понимаю, что UDP на самом деле не всегда самый быстрый транспорт? просто поднял на UDP NFS, при полных трех гигабитах начинаются какие-то странные провалы... может, это известная особенность протокола? пока еще глубоко не копал...

есть костыли, которыми можно попробовать поиграть, если все-таки очень нужно джамбы внутри на том же интерфейсе, что и доступ в интернет - всякие pmtud-технологии, но это все жутко неэлегантно

есть костыли, которыми можно попробовать поиграть, если все-таки очень нужно джамбы внутри на том же интерфейсе, что и доступ в интернет - всякие pmtud-технологии, но это все жутко неэлегантно

я сторонник того, что сложный механизм быстрее и менее понятно ломается... потому овчинка не стоит выделки...

+

Подскажите, а как заставить микрот l2tp клиентом подключаться через определенный интерфейс? Если их 2 заходит.

ух ты, как интересно. расскажите, в каких протоколах еще есть термин, который по стандарту называется MTU?

Я как раз думаю, что Вы лучше меня знаете, но ранее встречал использование этого термина применительно к разным уровням и к разным протоколам. В "A Standard for the Transmission of IP Datagrams over IEEE 802 Networks" упоминается как "MAC MTU", так и "IP MTU" Но я не настаиваю, если что. Я только учусь )

Вопрос, пока скорее теоритический: по каким признакам операторы сотовой связи режут скорость для немодемных тарифов с формулировкой "вы раздаете интернет"? Ситуация такая, есть LHG. Поднимает OpenVPN на удаленный хост в целях мониторинга и управления. На данный момент порт eth1 пустой, только питание подает. Остальное оборудование еще не привезли. В этой ситуации оператор режет скорость с формулировкой о раздаче. Хотя источником реально является только модем и никаких NATов нету. поиграл в фиксирование TTL, хотя это бред, источник трафика сам LHG. На что может возбуждать оператор при реальном отсутсвии раздачи?