ThreeDHead Опубликовано 9 сентября, 2012 · Жалоба Настраиваем данное устройство (SCE2020, v3.7.5). Необходимо разделить национальный трафик (по нему скорость выше) и международный трафик (по нему скорость ниже). Не пойму как это сделать. Первое что приходит в голову - поделить трафик на зоны, создать разные пэкеджи, каждый пэкедж привязан к своей зоне. Национальную зону создали, сети описАли - как приязать теперь зону к пэкеджу? В документации информация только по репОртеру. Зоны только для репОртера? Может кто сталкивался, как поделить трафик на национальный/международный? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
EDA_SPB Опубликовано 10 сентября, 2012 · Жалоба Может быть, создать Anonymous group? Там есть привязка. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
ThreeDHead Опубликовано 10 сентября, 2012 · Жалоба Может быть, создать Anonymous group? Там есть привязка. Посмотрел, нет, это не то. Это для того чтобы привязывать анонимоусов с разных src-подсетей к пэкеджам. Ну типа ты пришел с этой подсети - получи этот пэкедж со всеми вытекающими. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
snark Опубликовано 10 сентября, 2012 · Жалоба Создаем зону -> Зону пихаем в сервис. P.S. Для примера см. Thunder/FlashgetZone + сервис Other P2P. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
EDA_SPB Опубликовано 10 сентября, 2012 (изменено) · Жалоба Посмотрел, нет, это не то. Да, сморозил глупость. Создаем зону -> Зону пихаем в сервис. P.S. Для примера см. Thunder/FlashgetZone + сервис Other P2P. Записал, тоже было интересно. Изменено 10 сентября, 2012 пользователем EDA_SPB Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
ThreeDHead Опубликовано 10 сентября, 2012 · Жалоба Создаем зону -> Зону пихаем в сервис. P.S. Для примера см. Thunder/FlashgetZone + сервис Other P2P. Ммм, странно как всё. "Зону пихаем в сервис" - открываю вкладку "Classification", там к примеру "Browsing" -> "Siocial Sites" -> "Other Social Sites", вышло порядка 30 записей... Если мне каждой записи менять зону, то: первое - я сойду с ума второе - мне надо будет создать копии _всех_ записей, но с другой зоной, а привязать его к пэкеджу я не смогу, потому что надо создать копию всего дерева классификации, но коренные узлы (Browsing и т.п.) создать нельзя, они вшиты. Короче сойду с ума два... Или что-то не так или я в дебри влез. Подскажите направление. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
snark Опубликовано 10 сентября, 2012 · Жалоба Как то так. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
ThreeDHead Опубликовано 10 сентября, 2012 · Жалоба Как то так. Ой, в "мурзилках" прям, спасибо, счас проверю. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
snark Опубликовано 10 сентября, 2012 · Жалоба Тут посмотрите на предмет CSCsd81077 - там как раз про то, когда flow может попасть под множественные сервисы (в случае с зонами скорее всего так и будет). Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
ThreeDHead Опубликовано 10 сентября, 2012 (изменено) · Жалоба Тут посмотрите на предмет CSCsd81077 - там как раз про то, когда flow может попасть под множественные сервисы (в случае с зонами скорее всего так и будет). Спасибо, попозже гляну, когда расквитаюсь с импортом сервисов. Без малого _день_ ушел на то чтобы экспортировать сервисы, продублировать их в национальную зону, и залить обратно. И то с "Service Usage Counters" полная каша после импорта... Что такое "Counter Index", на что он ссылается, чем глобал каунтер отличается от сабскарйбер каунтера? Внутренние связи внутри сервисов для репОртера? Изменено 10 сентября, 2012 пользователем ThreeDHead Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
snark Опубликовано 10 сентября, 2012 · Жалоба Без малого _день_ ушел на то чтобы экспортировать сервисы, продублировать их в национальную зону, и залить обратно. Это только начало, т.к. надо будет дополнять эту конструкцию при выходе свежих протокол паков (-: Что такое "Counter Index", на что он ссылается Сами же сказали: Внутренние связи внутри сервисов для репОртера? чем глобал каунтер отличается от сабскарйбер каунтера? Разные отчеты же. P.S. Загляните сюда и, попутно, в "Configuration -> Classification -> RDR Settings" - все увидите ;) Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
ThreeDHead Опубликовано 10 сентября, 2012 · Жалоба Это только начало, т.к. надо будет дополнять эту конструкцию при выходе свежих протокол паков (-: Да, это я уже понял, вообще ппц. Мало того импортировать сервисы на существующую конфигурацию тоже не получается, придется все пэкеджи пересобирать. Просто сказка какая-то... Нашел отчего "каша" с каунтер индексами: Импортировал так: "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"... Надо чего-то мудрить теперь Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
snark Опубликовано 10 сентября, 2012 · Жалоба Вы побывали так, как я показывал? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
ThreeDHead Опубликовано 10 сентября, 2012 · Жалоба Вы побывали так, как я показывал? Вы много сегодня мне показывали :) Вы про что? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
snark Опубликовано 10 сентября, 2012 · Жалоба Я про журнал ))) Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
ThreeDHead Опубликовано 10 сентября, 2012 · Жалоба Я про журнал ))) Ааа :) Да, конечно, но я делаю полную копию всего дерева классов в национальную зону. Завтра продолжу. Тут посмотрите на предмет CSCsd81077 - там как раз про то, когда flow может попасть под множественные сервисы (в случае с зонами скорее всего так и будет). Сюда еще не ходил, но уже думаю что там какой-то подвох... Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
ThreeDHead Опубликовано 11 сентября, 2012 · Жалоба Нет, я однозначно сойду с ума, никак не получается продублировать дерево с сохранением зависимостей этих индексов и сабинтексов... snark - Вы пробовали трафик делить по зонам? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
ThreeDHead Опубликовано 11 сентября, 2012 (изменено) · Жалоба Вот все с чистого листа, создаю новую конфигурацию, вкладка "Classification", "Add Service", создался "Service1", вкладка "Hierarchy", ставлю галочку на "Map this Service to an exclusive Subscriber usage counter", там на выбор значения "30" и "31". Еще сервис создам и кончатся эти значения... Откуда они берутся? Почему заканчиваются? Изменено 11 сентября, 2012 пользователем ThreeDHead Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
snark Опубликовано 11 сентября, 2012 · Жалоба Вы пробовали трафик делить по зонам? Еще нет, но уже думал над этим, т.к. скоро назреет нечто аналогичное. Откуда они берутся? Отсюда Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
ThreeDHead Опубликовано 11 сентября, 2012 · Жалоба Отсюда Да не надо меня тыкать мордом в маны :) Вот еще разок: Создаю новую конфигурацию, удаляю _все_ сервисы, сохраняю конфигурацию как "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? Где они определяются? Или это мусор с чистого конфига, где я удалил все сервисы? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
ThreeDHead Опубликовано 11 сентября, 2012 · Жалоба Protocol Elements - 1127 элементов Zones - 13 элементов Flavors - 8+139+15+1+2+1 = 165 элементов Откуда взялись эти 127+31 "Counter Index"? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
ThreeDHead Опубликовано 11 сентября, 2012 (изменено) · Жалоба Видимо все-таки это предопределенные системой значения: 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? Ладно, фиг с ними. Но мне начинает все больше не нравиться эта идея распределения каналов с помощью сервисов. Не должно быть ТАК мудрёно! Видимо в дебри полезли мы... Изменено 11 сентября, 2012 пользователем ThreeDHead Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
snark Опубликовано 11 сентября, 2012 · Жалоба SUBSCRIBER_COUNTER_ID - Counter to which each service is mapped. There are 32 subscriber usage counters. Так-то это, как и еще многабукаф, по ссылке и написано, а Вы "не надо меня тыкать" ))) мне начинает все больше не нравиться эта идея распределения каналов с помощью сервисов Попробуйте так, как я на картинках рисовал - по идее трафик попавший под действие этого, отдельного сервиса должен не попасть в другие сервисы. Если надо разделять по сервисам и глобальный и местный трафик, то надо в каждом дереве (чтобы предка указать) сделать отдельный сервис указывающий на локальную зону. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
ThreeDHead Опубликовано 11 сентября, 2012 · Жалоба Так-то это, как и еще многабукаф, по ссылке и написано, а Вы "не надо меня тыкать" ))) Уже плюнул на то что у меня не будет классифицироваться локальная зона по сервисам в RDR - видимо будет тупо один график, ну и фиг с ним. Хотя и тут можно будет по забирать индексы с неиспользующихся сервисов, и накатить их на свои. Попробуйте так, как я на картинках рисовал - по идее трафик попавший под действие этого, отдельного сервиса должен не попасть в другие сервисы. Если надо разделять по сервисам и глобальный и местный трафик, то надо в каждом дереве (чтобы предка указать) сделать отдельный сервис указывающий на локальную зону. Я подхожу с позиции - "А если десять каналов? А двадцать?" И по каждому надо будет делать полную классификацию - значит для каждого своя копия основного дерева классов? Мудрёно через чур. Через жопу - я бы сказал. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
ThreeDHead Опубликовано 11 сентября, 2012 · Жалоба А вот еще вопрос всплыл - Может ли один айпишник (subscriber) находиться в двух пэкеджах? В TarifInternational1Mbit и тут же в TarifNational10Mbit ? Т.е. как бы два разных сапскрайбера, но они с одним и тем же айпи в разных пэкеджах. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...