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

Настройка SCE2020

Настраиваем данное устройство (SCE2020, v3.7.5).

Необходимо разделить национальный трафик (по нему скорость выше) и международный трафик (по нему скорость ниже). Не пойму как это сделать.

 

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

Национальную зону создали, сети описАли - как приязать теперь зону к пэкеджу?

В документации информация только по репОртеру. Зоны только для репОртера?

 

Может кто сталкивался, как поделить трафик на национальный/международный?

Share this post


Link to post
Share on other sites

Может быть, создать Anonymous group? Там есть привязка.

Share this post


Link to post
Share on other sites

Может быть, создать Anonymous group? Там есть привязка.

Посмотрел, нет, это не то. Это для того чтобы привязывать анонимоусов с разных src-подсетей к пэкеджам. Ну типа ты пришел с этой подсети - получи этот пэкедж со всеми вытекающими.

Share this post


Link to post
Share on other sites

Создаем зону -> Зону пихаем в сервис.

 

P.S. Для примера см. Thunder/FlashgetZone + сервис Other P2P.

Share this post


Link to post
Share on other sites

Посмотрел, нет, это не то.

 

Да, сморозил глупость.

 

Создаем зону -> Зону пихаем в сервис.

 

P.S. Для примера см. Thunder/FlashgetZone + сервис Other P2P.

 

Записал, тоже было интересно.

Edited by EDA_SPB

Share this post


Link to post
Share on other sites

Создаем зону -> Зону пихаем в сервис.

 

P.S. Для примера см. Thunder/FlashgetZone + сервис Other P2P.

Ммм, странно как всё.

"Зону пихаем в сервис" - открываю вкладку "Classification", там к примеру "Browsing" -> "Siocial Sites" -> "Other Social Sites", вышло порядка 30 записей...

Если мне каждой записи менять зону, то:

первое - я сойду с ума

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

 

Или что-то не так или я в дебри влез. Подскажите направление.

Share this post


Link to post
Share on other sites
Тут посмотрите на предмет CSCsd81077 - там как раз про то, когда flow может попасть под множественные сервисы (в случае с зонами скорее всего так и будет).

Share this post


Link to post
Share on other sites

Тут посмотрите на предмет CSCsd81077 - там как раз про то, когда flow может попасть под множественные сервисы (в случае с зонами скорее всего так и будет).

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

 

Без малого _день_ ушел на то чтобы экспортировать сервисы, продублировать их в национальную зону, и залить обратно.

И то с "Service Usage Counters" полная каша после импорта...

Что такое "Counter Index", на что он ссылается, чем глобал каунтер отличается от сабскарйбер каунтера? Внутренние связи внутри сервисов для репОртера?

Edited by ThreeDHead

Share this post


Link to post
Share on other sites

Без малого _день_ ушел на то чтобы экспортировать сервисы, продублировать их в национальную зону, и залить обратно.

Это только начало, т.к. надо будет дополнять эту конструкцию при выходе свежих протокол паков (-:

 

 

Что такое "Counter Index", на что он ссылается

Сами же сказали:

Внутренние связи внутри сервисов для репОртера?

 

 

чем глобал каунтер отличается от сабскарйбер каунтера?

Разные отчеты же.

 

 

P.S. Загляните сюда и, попутно, в "Configuration -> Classification -> RDR Settings" - все увидите ;)

Share this post


Link to post
Share on other sites

Это только начало, т.к. надо будет дополнять эту конструкцию при выходе свежих протокол паков (-:

Да, это я уже понял, вообще ппц.

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

 

Нашел отчего "каша" с каунтер индексами:

 

Импортировал так:

"National - Browsing,135,,0,Default Service,-1,30,No items,null,null,NationalZone"

 

А вышел он при проверочном экспорте уже так:

"National - Browsing,135,,0,Default Service,-1,30,No items,null,null,null"

 

Виной всему то что сервис "National - Browsing" (по анологии с "Browsing") не содержит СервисЭлемента, а раз так, то и не может содержать в себе зону "NationalZone"...

Надо чего-то мудрить теперь

Share this post


Link to post
Share on other sites

Вы побывали так, как я показывал?

Вы много сегодня мне показывали :) Вы про что?

Share this post


Link to post
Share on other sites

Я про журнал )))

 

r4hLjhxJ.gif

 

Ааа :) Да, конечно, но я делаю полную копию всего дерева классов в национальную зону. Завтра продолжу.

 

Тут посмотрите на предмет CSCsd81077 - там как раз про то, когда flow может попасть под множественные сервисы (в случае с зонами скорее всего так и будет).

Сюда еще не ходил, но уже думаю что там какой-то подвох...

Share this post


Link to post
Share on other sites

Нет, я однозначно сойду с ума, никак не получается продублировать дерево с сохранением зависимостей этих индексов и сабинтексов...

 

snark - Вы пробовали трафик делить по зонам?

Share this post


Link to post
Share on other sites

Вот все с чистого листа, создаю новую конфигурацию, вкладка "Classification", "Add Service", создался "Service1", вкладка "Hierarchy", ставлю галочку на "Map this Service to an exclusive Subscriber usage counter", там на выбор значения "30" и "31". Еще сервис создам и кончатся эти значения...

Откуда они берутся? Почему заканчиваются?

Edited by ThreeDHead

Share this post


Link to post
Share on other sites

Вы пробовали трафик делить по зонам?

Еще нет, но уже думал над этим, т.к. скоро назреет нечто аналогичное.

 

Откуда они берутся?

Отсюда

Share this post


Link to post
Share on other sites

Да не надо меня тыкать мордом в маны :)

 

Вот еще разок: Создаю новую конфигурацию, удаляю _все_ сервисы, сохраняю конфигурацию как "default-no-services.pqb"

Создать сервис уже не получается, кнопки "плюс" нету. Делаю импорт из CSV:

#Table: services
#Version: Version 3.7.5
#Mon Sep 10 13:25:24 GMT+05:00 2012
Name,NumericId,Description,SampleRate,ParentName,GlobalCounterIndex,SubsCounterIndex,flavor,initiatingSide,protocol,zone
Default Service,0,,0,,0,0,No items,null,null,null
Other,1,,0,Default Service,-1,-1,No items,null,null,null

Появляется один несчастный сервис "Other", у него в свойствах, вкладка "Hierarchy", в разделе "Service Usage Counters" - два чек бокса, в одном "Counter Index" от 1 до 127, в другом от 1 до 31. <- Откуда они взялись???

Почему их 127 и 31? Где они определяются? Или это мусор с чистого конфига, где я удалил все сервисы?

Share this post


Link to post
Share on other sites

Protocol Elements - 1127 элементов

Zones - 13 элементов

Flavors - 8+139+15+1+2+1 = 165 элементов

 

Откуда взялись эти 127+31 "Counter Index"?

Share this post


Link to post
Share on other sites

Видимо все-таки это предопределенные системой значения:

SUBSCRIBER_COUNTER_ID - Counter to which each service is mapped. There are 32 subscriber usage counters.

GLOBAL_COUNTER_ID - Counter to which each service is mapped. There are 64 global usage counters.

 

Но почему глобалов 64, а на практике 128 - не понятно, может на SCE1000 64, а на SCE2000 128?

 

Ладно, фиг с ними. Но мне начинает все больше не нравиться эта идея распределения каналов с помощью сервисов. Не должно быть ТАК мудрёно! Видимо в дебри полезли мы...

Edited by ThreeDHead

Share this post


Link to post
Share on other sites

SUBSCRIBER_COUNTER_ID - Counter to which each service is mapped. There are 32 subscriber usage counters.

Так-то это, как и еще многабукаф, по ссылке и написано, а Вы "не надо меня тыкать" )))

 

мне начинает все больше не нравиться эта идея распределения каналов с помощью сервисов

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

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

Share this post


Link to post
Share on other sites

Так-то это, как и еще многабукаф, по ссылке и написано, а Вы "не надо меня тыкать" )))

Уже плюнул на то что у меня не будет классифицироваться локальная зона по сервисам в RDR - видимо будет тупо один график, ну и фиг с ним. Хотя и тут можно будет по забирать индексы с неиспользующихся сервисов, и накатить их на свои.

 

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

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

Я подхожу с позиции - "А если десять каналов? А двадцать?" И по каждому надо будет делать полную классификацию - значит для каждого своя копия основного дерева классов? Мудрёно через чур. Через жопу - я бы сказал.

Share this post


Link to post
Share on other sites

А вот еще вопрос всплыл - Может ли один айпишник (subscriber) находиться в двух пэкеджах?

В TarifInternational1Mbit и тут же в TarifNational10Mbit ?

Т.е. как бы два разных сапскрайбера, но они с одним и тем же айпи в разных пэкеджах.

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