Size: a a a

2021 April 01

НН

Н Н in Accel-PPP
terminate if?
источник

НН

Н Н in Accel-PPP
shumbor
Dae server в конифге, а там  прислать дисконнект на сессию
pod?
источник

s

shumbor in Accel-PPP
Н Н
pod?
в принципе да
источник

G

Goletsa in Accel-PPP
shumbor
Dae server в конифге, а там  прислать дисконнект на сессию
Не, не отдельно дисконект прислать а в момент аккаунтинга ответить что надо сессию закрыть
источник

G

Goletsa in Accel-PPP
Ну или я не до конца логику пока понимаю
источник

s

shumbor in Accel-PPP
Goletsa
Не, не отдельно дисконект прислать а в момент аккаунтинга ответить что надо сессию закрыть
это не знаю, но логично было бы  в биллинге обработать запрос и послать в аксель на дае сервер  команду
источник

K

Kolunchik in Accel-PPP
Не отвечать на interim
источник

G

Goletsa in Accel-PPP
Kolunchik
Не отвечать на interim
Да ну такое решение, а если радиус не доступен
источник

G

Goletsa in Accel-PPP
Он скинет все
источник

G

Goletsa in Accel-PPP
shumbor
это не знаю, но логично было бы  в биллинге обработать запрос и послать в аксель на дае сервер  команду
Логика такая, что если биллинг у себя потерял сессию по какой-то причине и интерим пришел вникуда. Следовательно надо такую сессию дропнуть
источник

G

Goletsa in Accel-PPP
И проще всего это делать в момент аккаунтинга если это возможно
источник

G

Goletsa in Accel-PPP
Та опция так и делала как я понял, только она для mpd
источник

K

Kolunchik in Accel-PPP
Вообще это нормальное поведение. А если радиус поломался - это уже несколько другая тема.
источник

s

shumbor in Accel-PPP
Goletsa
Логика такая, что если биллинг у себя потерял сессию по какой-то причине и интерим пришел вникуда. Следовательно надо такую сессию дропнуть
Ну написать обработчик в биллинге, что если нет сессии, то  - шлем pod на аксесль  на эту сессию.
источник

G

Goletsa in Accel-PPP
shumbor
Ну написать обработчик в биллинге, что если нет сессии, то  - шлем pod на аксесль  на эту сессию.
Это уже новое соединение выходит
источник

G

Goletsa in Accel-PPP
А не в рамках текущего
источник

G

Goletsa in Accel-PPP
источник

VG

Vladislav Grishenko in Accel-PPP
у меня пока нет мнения, сорь
источник

S

Sergey in Accel-PPP
Александр Лакиза
Можно и нужно ставить на физический интерфейс mtu максимально большое, по аналогии с микротом, это будет l2 mtu, чтобы самого себя не ограничивать в будущем

Если поставить на сабинтерфейс mtu 1500, то будет скорее всего в большинстве случаев нормально работать
То есть
Eth -> 9000
Eth.svlan -> 1500
Eth.svlan.cvlan -> 1500
Ipoexxxx -> 1500

Правильнее, конечно:
Eth -> 9000 (1508, кто как хочет)
Eth.svlan -> 1504
Eth.cvlan -> 1500
Ipoexxxx -> 1500

Абонентам mtu только 1500 делать, иначе будут нюансы со всяким дешёвым оборудованием

Касательно первоначального вопроса, правильнее указывать в конфига, но можно и не указывать, ведь размер фреймов будет зависеть только от mtu ipoexxxx и надо, чтобы тегированные фреймы не превышали размеры mtu физического интерфейса
я тоже раньше считал, пока не столкнулся с оборудованием у которого буффер зависит от mtu (чем больше назначенный mtu, тем меньше буфер в пакетах)
источник

K

Kolunchik in Accel-PPP
>> Компания Xinuos, купившая бизнес SCO, начала судебное разбирательство против IBM и Red Hat

опять погнали пацаны
источник