Все мы немного паук.

Ни

вроде как нет-админы сродни паукам :)

вечерка всем, никто не сталкивался с phase1 negotiation failed due to time up ? это ipsec+l2tp клиентом teltonika , после того как в фазе Lifetime заканчивается, приключается шляпа

Т.е. сначала подключается норм, а когда истекает лайфтайм - не переподключается? Кто активная, а кто пассивная сторона? Лайфтайм одинаковый на обеих сторонах?

ставил одинаковый, сейчас нет, поправлю и там и тут по 3 минуты что бы наблюдать, клиент тельтоника, миктот был и 44.6, и 47.х, ща 46.8

3 минуты?..

последняя лонгтерм 6.47.9, но вряд ли это принципиально.
Настройки лучше крутить не на удачу, а читать документации. Говорят, она даже к Тельтонике есть. В таких случаях лучше микротик подгонять под предпочтения второй стороны, он более всеядный.

Как-то с тельтоникой приключения. У меня был опыт, после которого просто выкинул сей девайс. Как совет - попробовать другой тип соединения.

Может OpenVPN или что-нибудь другое. Может без IPSec. У них в прошивке часто кривых дел много.

та всё плохо, там закупили, поростыкивали, а на том берегу 3011, ну и как бы требования ipsec+l2tp, обе стороны не в теме, а задача мне прилетела, уже дня 3 колупаюсь

ставиш Lifetime 72 часа, через трое суток обвал

доки есть кане у них на сайте

https://wiki.teltonika-networks.com/view/Setting_up_a_L2TP_over_IPsec_tunnel_between_RUT_and_Mikrotik_device

ща повторно пересмотрю всё, уже прошивками и там и там начал жанглировать

RUT955:~# ipsec restart                                                                                                                                        
Stopping strongSwan IPsec...                                                                                                                                                  
Starting weakSwan 5.6.2 IPsec [starter]...                                                                                                                        

может баг какой зацепили с того пакета, ща погуглю

Нужна подсказка по распределению между каналами.
Возможно посылать запросы на ресурс с 10 шлюзов и на самый быстрый ответ балансировать на тот шлюз.

К примеру мы заходим на ютюб посылаем одинаковый запрос на 10 шлюзов и например шлюз 2 быстрее ответил. И потом на него посылать трафик.
(ютюб как пример, трафика будет меньше, желательно эту операцию сделать на каждую сессию)

Имя пользователя подозреваю не получить. Это нужно proxy поднимать - оно уровнем выше. В данном случае подозреваю у вас стоит src nat в локалку или правило маскарада без интерфейсов - поэтому при подключении вы видите ip адрес роутера. Но без подробностей ничего не ясно из вашего сообщения. Опишите схему, что и откуда подключается, слелайте выгрузки конфигов на Пастербин и тогда возможно кто-то из нас вам поможет.

мне тут на поддержку перепал офис в днр, там микротики цепляют местные ip и вот оказывается по мнению райпа они принадлежат киеву в т.ч. и по часовому поясу, там +1 от мск. а живут по поясу мск. такой вот интересный факт

у них там по ходу вся техника живет +1 от факта

Нескучно там айтишникам:)