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

Cisco SCE Series Service Control Engine

через copy ftp://.....

потом подменил и reload

 

я детали не помню - тыркался по-всякому, документацию лень было читать

Share this post


Link to post
Share on other sites

Подскажите пользователю присвоен пакет номер 3 должно даваться 512 кб/с а он качает на 4,5 мб/с что может быть

это может быть неправильная настройка SCE

Share this post


Link to post
Share on other sites

Добрый день.

Недавно собрал тестовый стенд с SCE8000, все установил и настроил согласно инструкциям, однако возникла следующая проблема:

SCE устанавливает TCP-соединение с Collection Manager на 30000 TCP-порт и переустанавливает его каждые 10 минут, но никакие данные (RDR-пакеты) через это соединение не передаются.

Подскажите, пожалуйста, в чем может быть дело.

Это нормальное поведение. Как только будут приходить RDR, обрывы соединения прекратятся.

 

Люди помогите не могу применить сервис конфигурацию SCA BB консоль ругается

ERROR | Failed to apply service configuration at "SCE2000 [192.168.2.252]": Client version "3.8.0PP31" is different than SCE version "", therefore apply is not allowed

Была такая проблема, приложению SCA-BB "не нравится" записи о версии в конфигурационном файле. Решил правкой версии в текстовом редакторе xml (pqb) файла.

Share this post


Link to post
Share on other sites

Вставлю свои пять копеек на тему пропускной способности и загрузки SCE-2020.

В пике 1,8 Gbps вниз, это собственно, почти предел интерфейсов.

На скрине загрузка траффик-процессоров и потеря сервисов на них:

Снимок экрана от 2012-12-26.png

 

Сегодня установили еще одну SCE-2020, потеря сервиса, надеюсь, пройдет.

Share this post


Link to post
Share on other sites

Поймал сегодня странный глюк: Работает с SM в режиме Push (т.е. спрашивает у SM инфу о новых субскрайберах). Стали появлятся "Анонимные абоненты" хотя на SM даже не прилетает запрос о них, хотя вчера все работало. SM рестартовал, соседняя железка работает исправно, конфиги отличаются только управляющими IP.

Share this post


Link to post
Share on other sites

В режиме Push SCE не запрашивает у SM информацию о сабскрайбере. SM сам обновляет информацию на SCE при каждом событии (login/logout).

Share this post


Link to post
Share on other sites

В режиме Push SCE не запрашивает у SM информацию о сабскрайбере. SM сам обновляет информацию на SCE при каждом событии (login/logout).

Значит я опять перепутл Push и Pull режимы :) Вообщем у меня SCE запрашивает у SM. Теперь вот ситуация что для некоторых перестал запрашивать....

Share this post


Link to post
Share on other sites

Посмотреть для интереса число поднятых RPC сессий на SCE. Сколько их и с кем. Их не может быть больше 10. Так что может для SM уже и не осталось свободных.

Share this post


Link to post
Share on other sites

Посмотреть для интереса число поднятых RPC сессий на SCE. Сколько их и с кем. Их не может быть больше 10. Так что может для SM уже и не осталось свободных.

Было бы круто узнать как смотреть RPC сессии, да не думаю что там перебор, т.к. по идее сессия только 1 с SM, больше никто к SCE не коннектится

Share this post


Link to post
Share on other sites

sh ip rpc-adapter sessions

 

Подскажите пользователю присвоен пакет номер 3 должно даваться 512 кб/с а он качает на 4,5 мб/с что может быть

 

mTP и удалите или снимите галки все что есть в Filter

Share this post


Link to post
Share on other sites

Посмотреть для интереса число поднятых RPC сессий на SCE. Сколько их и с кем. Их не может быть больше 10. Так что может для SM уже и не осталось свободных.

как и следовало ожидать, всего 1 сессия с SM

Share this post


Link to post
Share on other sites

Помогите, пожалуйста, разобраться с connection-mode receive-only:

подключаю SCE (subscriber портами) к каталисту, в котором сидят брасы. Делаю эти порты SPAN destination, а SPAN source делаю - порты, к которым подключены брасы. Траффик копируется на SCE, rdr сыпятся на CM в количестве 100 в секунду. НО!

На графиках в SCA BB вижу только UPSTREAM, в котором по-видимому просуммирован и входящий и исходящий траффик.

 

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

monitor session 1 source interface gig1/3 rx

на порту каталиста, в сторону браса.

Но этот траффик все равно идет НА sce и отображается как upstream... Есть какая-то конфигурация на SCE которой можно дать ей понять направление траффика?

Edited by survivor

Share this post


Link to post
Share on other sites

Поделитесь, пожалуйста, IOS-ом и софтом для управления Cisco SCE 1010. Желательно версии 3.7.5 (PP32).

Если не хотите палиться, пишите в личку.

Заранее благодарю.

Share this post


Link to post
Share on other sites

Блин так и не решил проблему с висячими Анонимусами в SCE2020. Прям мистика какая-то :(

Share this post


Link to post
Share on other sites

Есть непонятка с запулеными абонентами.

 

Вливаю csv файл, с абонами на циску, делаю импорт. смотрю, а у меня те абоненты, которых пулял ранее находятся на своем месте, то есть при импорте происходит не перезапись абонентов (и вынос старых), а их добавление.

подскажите как избавиться?

 

Собственно тревожит то, что может накопиться внутри SCE неведомая байда (база абонов и ип адресов), и как оно отразится в дальнейшей работе мне пока не известно.

 

зы. версия ниже >>

 

SCE1000#sh ver
System version: Version 3.8.5-classic Build 967
Build time: Dec  1 2012, 13:41:41 (Change-list 716021)
Software version is: Version 3.8.5-classic Build 967
Cryptography class: K9
Hardware information is:
rx            : 0x0079
dp            : 0x1d08
tx            : 0x1712
ff            : 0x0077
cls           : 0x1e05
cpld          : 0x0025
lic           : 0x0202
lic-drv       : 0x02020000
lic-prm       : 0x02020000
rev           : G001
Bootrom       : 2.1.0
L2 cache      : Samsung 0.5
lic type      : 4GBE_AS_2
optic mode    : MM
Product S/N   : CAT10505JGS
Product ID    : SCE1010-2XGBE-MM
Version ID    :
Deviation     :
Part number       : 800-26618-04
Revision          : A0
Software revision : G001
LineCard S/N      : CAT104455UU
Power Supply type : AC

SML Application information is:
Application file: /tffs0/release_.sli
Application name: Engage SML Version 3.8.5 build 55 (Protocol Pack 32 build 19)
Using Lib - PL_V3.8.5PP_B19
Using Lib - Classifier_V3.8.5_B19
Application help: Entry point of Engage
Original source file: /auto/srbu-proj1-bgl/apps/users/gnbalasu/update/App/SML/Engage/V3.8.5/src/com/pcube/AppTemplate/Main/template_app_main.san
Compilation date: Sun, December 23, 2012 at 10:42:24
Compiler version: SANc v3.20 Build 14 built on: Tue 08/04/2009 06:58:22.;SME plugin v1.1
Capacity option used: 'EngageDefaultSCE1000_2U'.

Logger status: Enabled


Platform: SCE1000 - 2xGBE
Management agent interface version: SCE Agent 3.8.5 Build 82
Software package file: /tffs0//images/SEOS.pkg

SCE1000  uptime is 4 days, 1 hours, 5 minutes, 25 seconds

Edited by murzik_one

Share this post


Link to post
Share on other sites

Причем тут версия, когда SCE работает согласно документации и там так и написано. Удаление тоже описано.

 

http://www.cisco.com/en/US/docs/cable/serv_exch/serv_control/broadband_app/rel37x/swcfg8000_10gbe/Managing_Subscribers.html#wp1104359

Share this post


Link to post
Share on other sites

Вливаю csv файл, с абонами на циску, делаю импорт.

Поднимите SM, без него по-человечески все-равно не получится, так или эдак придется поднимать его.

Share this post


Link to post
Share on other sites

Замена задачи заливания в SCE по FTP с биллинга на задачу связки биллинга с SM? Не факт, что вторая задача проще )

Share this post


Link to post
Share on other sites

Вторая задача проще. По-крайней мере так удобней. Даешь smsc (или как его там зовут) команду добавить, он добавляет. Даешь изменить, он изменяет. Говоришь сожри всех, он жрет. И это происходит абсолютно прозрачно и очень быстро. Дятловская схема мне не нравится хотя бы потому, что "обновление пользователей происходит раз в 30 минут". Это довольно неудобно.

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

Share this post


Link to post
Share on other sites

Замена задачи заливания в SCE по FTP с биллинга на задачу связки биллинга с SM? Не факт, что вторая задача проще )

Верно рассуждаете =)

Проще раз в неделю чистку произвести. в автоматическом режиме. в час наименьшей нагрузки.

 

Но вариант с SM надо проверить, но как нить позже =)

Share this post


Link to post
Share on other sites

А мы модернизировали схему: раз в 5 минут заливаются только изменения, а не вся база раз в 30 минут )))

Share this post


Link to post
Share on other sites

Есть непонятка с запулеными абонентами.

 

Вливаю csv файл, с абонами на циску, делаю импорт. смотрю, а у меня те абоненты, которых пулял ранее находятся на своем месте, то есть при импорте происходит не перезапись абонентов (и вынос старых), а их добавление.

подскажите как избавиться?

 

Собственно тревожит то, что может накопиться внутри SCE неведомая байда (база абонов и ип адресов), и как оно отразится в дальнейшей работе мне пока не известно.

 

 

 

Через SM раз в сутки делается --clear-all, что бы избавиться от всяких глюков

Ну и соответственно заливается all после очистки.

Текущие маневры так же через SM.

 

Два года. глюков - 0.

sce8000

 

А мы модернизировали схему: раз в 5 минут заливаются только изменения, а не вся база раз в 30 минут )))

 

"Модернизировали"?

А раньше как было? 30минут? А как же турбокнопки итп? Не очень "турбо"))

Edited by antong

Share this post


Link to post
Share on other sites

а что, турбокнопка обязательна у всех операторов?)))

 

А кстати, у кого есть кнопка ТУРБО, скажите статистику использования: сколько абонентов воспользовалось в месяц....И сколько процентов к выручке составили платежи по этой услуге...

Share this post


Link to post
Share on other sites

А кстати, у кого есть кнопка ТУРБО, скажите статистику использования: сколько абонентов воспользовалось в месяц....И сколько процентов к выручке составили платежи по этой услуге...

Честно? =)

1-3 клика в месяц на 1000 хомяков, 50р. По сути игра не стоит свечь от гемороя. =)

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

 

Через SM раз в сутки делается --clear-all, что бы избавиться от всяких глюков

Ну и соответственно заливается all после очистки.

Позвольте, какой смысл тогда от SM, если вы и так очищаете и перезаливаете базу?

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

Собственно суть вопроса была по удалению всяческого барахла, которое имеет место быть накопленым в процессе эксплуатации (сменили ip абоненту например, удалили или переименовали логин абонента).

Edited by murzik_one

Share this post


Link to post
Share on other sites

А кстати, у кого есть кнопка ТУРБО, скажите статистику использования: сколько абонентов воспользовалось в месяц....И сколько процентов к выручке составили платежи по этой услуге...

Честно? =)

1-3 клика в месяц на 1000 хомяков, 50р. По сути игра не стоит свечь от гемороя. =)

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

 

Через SM раз в сутки делается --clear-all, что бы избавиться от всяких глюков

Ну и соответственно заливается all после очистки.

Позвольте, какой смысл тогда от SM, если вы и так очищаете и перезаливаете базу?

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

Собственно суть вопроса была по удалению всяческого барахла, которое имеет место быть накопленым в процессе эксплуатации (сменили ip абоненту например, удалили или переименовали логин абонента).

 

Смысл в том что через SM делаются ВСЕ операции с subscriber. И import и clear all

Edited by antong

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