Jump to content
Калькуляторы

Некорректные Virtual-Access

Такое дело: уже год раздаём инет через pppoe, всё было супер, но последнее время начали появляться интересные виртуальные интерфейсы не с целым номером, в стиле Virtual-Access2.1

  cisco#sh user
Interface    User               Mode         Idle     Peer Address
  Vi2.1        111            PPPoE        -        172.16.0.14
  Vi3          222            PPPoE        00:02:24 172.16.0.101
  Vi4          333            PPPoE        00:05:43 172.16.0.88
  Vi5          444            PPPoE        00:03:36 172.16.0.17

 

Проблема в том, что на эти интерфейсы не приходят атрибуты с радиуса для ограничения скорости (rate-limit)!

 

Как запретить на железке создание подобных интерфейсов? Ни в настройках bba, ни в subscriber profile нету...

Edited by Falcor

Share this post


Link to post
Share on other sites
Что за Service tag: Telecom и откуда он берётся?
Я по PPPoE ни разу не специалист, но могу предположить,

что это "Service Name" или "Access Concentrator Name" из настроек PPPoE у клиента.

Share this post


Link to post
Share on other sites
Такое дело: уже год раздаём инет через pppoe, всё было супер, но последнее время начали появляться интересные виртуальные интерфейсы не с целым номером, в стиле Virtual-Access2.1

...

Как запретить на железке саздание подобных интерфейсов? Ни в настройках bba, ни в subscriber profile нету...

conf t

no virtual-template subinterface

 

Share this post


Link to post
Share on other sites
conf t

no virtual-template subinterface

Спасибо.

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

 

P.S В слове создание опечатался )

Share this post


Link to post
Share on other sites
Спасибо.

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

P.S В слове создание опечатался )

Вот что нам циска говорит.

The virtual template manager will determine if the set of options configured on the virtual template are all supported on a subinterface. Virtual access subinterfaces will be created for all virtual templates that support subinterfaces. If the user has entered any commands that are not supported on a subinterface, a full virtual access interface is created and cloned for all PPP sessions using that virtual template.

Т.е. по умолчанию, она пытается создать subinterface. Если в темплейте присутствуют какие-то фичи, которые не поддерживаются на сабинтерфейсе (например rate-limit), то она создает полноценный интерфейс.

 

В Вашем случае все работало верно, рейтлимит отсутствовал в радиусном пакете и железка создавала сабинтерфейс (по умолчанию). Если же рейт-лимит в пакете присутствовал, то саб она создать уже не могла и создавала полноценный интерфейс.

 

Share this post


Link to post
Share on other sites

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now
Sign in to follow this