ПОдскажите что значит ошибка радиуса -  Lost Carrier?

Вот что происходит с микротом:
[2020-06-21 19:55:55]:  info: eth0.452: send [RADIUS(1) Access-Request id=1 <User-Name "rhianon"> <NAS-Identifier "accel-ppp"> <NAS-IP-Address 10.10.10.3> <NAS-Port-Type Virtual> <Service-Type Framed-User> <Framed-Protocol PPP> <Calling-Station-Id "b8:69:f4:84:47:7b"> <Called-Station-Id "a0:36:9f:3d:55:58"> <CHAP-Challenge 0xcdf48834eca7cd3e22e55a74fde3df0d> <CHAP-Password 0x01d8415b1c28f4b4cdfd698448a4bdc0d8>]
[2020-06-21 19:55:55]:  info: eth0.452: recv [RADIUS(1) Access-Accept id=1 <PPPD-Downstream-Speed-Limit-2 102400> <PPPD-Upstream-Speed-Limit 102400> <PPPD-Upstream-Speed-Limit-1 102400> <PPPD-Downstream-Speed-Limit-1 102400> <Framed-IP-Address 92.38.93.242> <PPPD-Downstream-Speed-Limit 102400> <PPPD-Upstream-Speed-Limit-2 102400> <Acct-Interim-Interval 300>]
[2020-06-21 19:55:55]:  info: ppp1: connect: ppp1 <--> pppoe(b8:69:f4:84:47:7b)
[2020-06-21 19:55:55]:  info: ppp1: rhianon: authentication succeeded
[2020-06-21 19:55:55]:  info: ppp1: send [RADIUS(1) Accounting-Request id=1 <User-Name "rhianon"> <NAS-Identifier "accel-ppp"> <NAS-IP-Address 10.10.10.3> <NAS-Port 1> <NAS-Port-Id "ppp1"> <NAS-Port-Type Virtual> <Service-Type Framed-User> <Framed-Protocol PPP> <Calling-Station-Id "b8:69:f4:84:47:7b"> <Called-Station-Id "a0:36:9f:3d:55:58"> <Acct-Status-Type Start> <Acct-Authentic RADIUS> <Acct-Session-Id "eeac68d182b1e5a1"> <Acct-Session-Time 0> <Acct-Input-Octets 0> <Acct-Output-Octets 0> <Acct-Input-Packets 0> <Acct-Output-Packets 0> <Acct-Input-Gigawords 0> <Acct-Output-Gigawords 0> <Framed-IP-Address 92.38.93.242>]
[2020-06-21 19:55:55]:  info: ppp1: send [RADIUS(1) Accounting-Request id=2 <User-Name "rhianon"> <NAS-Identifier "accel-ppp"> <NAS-IP-Address 10.10.10.3> <NAS-Port 1> <NAS-Port-Id "ppp1"> <NAS-Port-Type Virtual> <Service-Type Framed-User> <Framed-Protocol PPP> <Calling-Station-Id "b8:69:f4:84:47:7b"> <Called-Station-Id "a0:36:9f:3d:55:58"> <Acct-Status-Type Stop> <Acct-Authentic RADIUS> <Acct-Session-Id "eeac68d182b1e5a1"> <Acct-Session-Time 3> <Acct-Input-Octets 34> <Acct-Output-Octets 30> <Acct-Input-Packets 4> <Acct-Output-Packets 3> <Acct-Input-Gigawords 0> <Acct-Output-Gigawords 0> <Framed-IP-Address 92.38.93.242> <Acct-Terminate-Cause User-Request>]
[2020-06-21 19:55:55]:  info: ppp1: disconnected

В интернете вот так -  Lost Carrier На порту был сброшен сигнал DCD (детектирование несущей).

не могу понять

Клиент не подал жизни какое то время

лог попытки соединения микротика

Согласен. Слишком много ограничений на данный момент. Чисто как NAT box использовать

С одним входом и выходом

Сори, в дальнейшем логи буду прикреплять только файлами

В секции [ppp] добавить verbose=1 и поставить [log]level=5

Потом релоад

Дико извиняюсь, проблема была в том, что клиент полез в MTU на пппое клиенте микрота.
Большое спасибо за помощь.

Если бы допилили fib_lookup для пакетов в offload это бы здорово расширили применение

<Acct-Terminate-Cause User-Request> - ну это как бы говорит что сессию закрыл клиент, а не сервер

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

"клиент отпал" - выключил роутер с  розетки, оборвали кабель ,т.е. не вернулся от клиента посланный  ему пакет keep alive. и сервер решает, что клиента больше нет и завершает со своей стороны сессию и в логи пишет  Lost Carrier

А, что за keepalive. Разве клиент шлет подобное брасу? Там же просто dhcp request будет и все. Ну а брас шлет interimupdate. То есть по какой причине может сервер перестать обслуживать клиента?

Наверное от клиента нету request в этом случае наверное будет lost carrier

При dhcp да

хм. я имел ввиду при pppoe, а ты про ipoe ?