BiTel

Добрый день!

Ситуация: есть клиент на неком порту коммутатора с персональным VLAN. Клиенту выделено несколько диапазонов IP. Задача - учитывать трафик клиента, а так же иметь информацию о том на каком устройстве и какие интерфейсы и vlan ему выделены. Я пытался решить эту задачу следующим образом:
1) Создал устройство с нужными интерфейсам и назначил ему категорию VLAN и IP ресурсов
2) Создал тип сервиса, где отметил галочками "интерфейс" ("интерфейс персонален" НЕ отмечал) и "vlan"
3) Создал один тип сервиса, где указал первый диапазон адресов клиента, интерфейс, vlan
4) Попытался указать второй диапазон адресов с тем же самым интерфейсов и vlan. Мне это не удалось, потому что система сообщила что интерфейс уже используется и vlan уже используется.

Вопрос - как решить мою задачу?

Информация о версии:

Клиент: вер. 5.2 сборка 720 от 03.10.2011 14:11:58
os:Windows XP; java:Sun Microsystems Inc., v.1.6.0_26
Сервер: вер. 5.2 сборка 874 от 03.10.2011 14:11:34
os:FreeBSD; java:Sun Microsystems Inc., v.1.6.0

card вер. 5.2 сборка 150 от 26.08.2011 16:04:54
email вер. 5.2 сборка 147 от 26.08.2011 16:05:02
inet вер. 5.2 сборка 513 от 05.10.2011 02:12:22
ipn вер. 5.2 сборка 198 от 26.08.2011 16:05:16
npay вер. 5.2 сборка 145 от 21.09.2011 17:44:46

Т.е. нужна именно возможность нескольких диапазонов на сервисе?

Обязательно! Это вполне обычная процедура для многих юрлиц. Выделяется /30 сетка для стыка, и потом /29 или /28 для NAT и всяких других прибамбасов. Кроме того (IMHO) для VLAN тоже надо придумать флаг "уникальный vlan". Потому что есть и обратная ситуация, когда несколько клиентов загоняются в один VLAN с ограничением protected port.

Господа, так что по этому вопросу? Как мне реализовать привычную схему из IPN?

Делаем несколько диапазонов.

А что про уникальность VLAN? Сделаете так же как с интерфейсом? То есть по умолчанию получится VLAN не уникален, и будет дополнительная галочка "уникальный vlan".

Добавили несколько диапазонов как дочерние сервисы. Нужно добавить тип сервиса и установить у него родительский сервис.

Не совсем понял что это дало в конечном итоге и как этим пользоваться. Да, я увидел, что теперь в типе сервиса появилась закладка "родительские типы". Но независимо от того выбираю ли я какие-то сервисы родительскими или нет - уникальность VLAN не проверяется, уникальность интерфейса проверяется. Или это задумывалось по другому? Например надо сделать некий общий сервис с учетом VLAN и интерфейса и некий дочерний сервис, где VLAN и интерфейс не учитывать вообще? И какой сервис добавлять на договор? Приведите небольшое описание, пожалуйста

Да. Управляется только родительский, т.е. в дочернем типе сервиса нужно оставить только поле адреса.
Пока мы решали только проблему нескольких диапазонов. Сначала добавляете родительский сервис, указываете устройство, порт/vlan, добавляете к нему дочерний - в нем указываете диапазон. В принципе диапазон можно указывать и в родительском тоже (а дочерние - как дополнительные).

А для чего это отношение "родительский-дочерний"? В интерфейсе договора оно ни как не отображается, что-то поменялось в API?

А нет, наврал. В договоре теперь отображается дерево. Теперь, с точки зрения API что мы получим при таком устройстве сервисов?

Обсчитываются и родительские и дочерние, а serviceModify/serviceCreate/serviceCancel вызывается только для родительского.

А как мне тогда получить доступ к данным дочерних сервисов?

Из serviceModify?

По умолчанию уникален . Галочку добавим

А почему вызывается 2 раза?
connection 11-11/12:34:50 ERROR [sa-p-7-t-2] test5 - serviceModify
connection 11-11/12:34:50 ERROR [sa-p-7-t-2] test5 - Parent service

connection 11-11/12:34:50 ERROR [sa-p-7-t-2] test5 - serviceModify
connection 11-11/12:34:50 ERROR [sa-p-7-t-2] test5 - Parent service

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

Спасибо! Приступаю к активному тестированию

Галочку добавили.