BiTel

А выложите в файлах контрольный пример для ipn 5.1.
А также методику проверки того что биллинг при обсчете/передаче данного примера выдает правильные данные.

Вот даже у конкурентов есть
http://www.netup.ru/UTM5/documentation/ ... l_rus.html

Сравни с тем что по ссылке

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

По ссылке вообще ничего интересного не увидел.
Изменение времени на сервере - стандартная процедура, когда проверяешь переход из месяца в месяц и/или изо дня на день.
Какой смысл смотреть нечто с заранее заданными характеристиками? Взять тот же netflow - отправить заранее подготовленные пакеты с заранее известным трафиком не вопрос, вопрос - как отправляет пакеты мое железо, правильно или не правильно? Если не правильно - пинать железку, если правильно - смотреть чего в БГБ недокручено.
RADIUS ААА - это вообще отдельная тема, т.к. тупо посчитать заранее известные принятые/переданные октеты не интересно. Интересно посчитать с посервисным аккаунтингом, посмотреть как меняются через СоА параметры сессии, да и вообще посмотреть прочие плюшки, которые я буду реально использовать, а не смотреть на некое кол-во записей в БД с ничего не говорящими цифрами.
Про голос (VoIP сотоварищи) я лучше умолчу.

P.S. Тут столько копий сломали на скрещивании ежа с ужом БГБ с разным железом, что я не вижу смысла тратить время на никчемные тесты, которые к реальности не имеют никакого отношения.

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

К чему я это все вообще поднял, у нас тут слегка проверка от Роскомнадзора.
И требуется приказ/акт введения биллинга в эсплуатацию который делается на основе прогона контрольного примера. И это хорошо что пока нетребуется метрологическая поверка софта.

зы У вас же есть стенд и методика которая использовалась при сертификации, возможно ли ее дать пользователям ? если там конечно производились какие либо замеры.

стенда как такового нету, стендом выступает рабочий комп каждого разработчика, который настроен на тот компонент разработкой которого он занимается.
контрольный пример есть больше на бумаге, реально его ни кто гонял. Вы как его хотите использовать? Демонстрировать проверяющим в реальности весь процесс ввода в эксплуатацию?

Можете слить дамп со своей базы + распечать отчеты и выдать это за контрольный пример.

А тут не нужен смысл и реальное применение, нужна бумажка и то на основании чего ее можно сделать.

А по поводу правильно ли железо данные отправляет привет к метрологам и поверке маршрутизаторов, 20 тыщ стоит услуга. Вот и прибор http://td-str.ru/file.aspx?id=12906 сделали и методику обращайтесь в местное ЦСМ вам с удовольствием поверят и получите сертификаты. А также поверку каждые 2года.

Да просто чтобы было его наличие, чтобы можно было показать вот пример вот наш акт у нас совпало.

Проверяющим пофиг на реальность нужны бумажки.

Т.к. единица времени известна, то просто принимаете в своей организации за единицу объема трафика Х байт, прогоняете трафик и на основании замеров пишите заключение.


Метрологическим инструментом является не софт, а Ваше железо.
Очень много железа уже имеет свидетельства, вот, например, циска:

Да я видел в базе там 3 сертификата, 2 на циску, 1 на juniper и то потому-что в 2010м была неразбериха.
А вот на сервер с flow-сенсором то нету )

Так-то сервер не генерит трафик - он его только принимает/считает/складывает, а на это у Вас есть сертификат Битела

P.S. Сходите сюда + там же по ссылкам.

Да я как раз оттуда + еще на форум электросвязи заходил + пачку ФЗ прошерстил.