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

Cisco SCE Series Service Control Engine

нету ни у кого полезной информации по этому вопросу?

Была похожая проблема на SCE8000, но мы используем Subscriber Manager. При синхронизации абонентов на SM "вылазили" ошибки:

<...>
"18-Oct 2011", "14:09:09.203 IRKST","[mcn.SM[async-dispatcher]]",INFO,"com.pcube.logger.userlog.UserLog","SM: 176905 - operation failure (IP resource shortage) on SCE8000 (domain: subscribers)."
<...>

Переписывались с cisco TAC по этому вопросу - ничего внятного от них не услышали.

Помогла перезагрузка SCE. На момент проблемы версия софта была: SCE8000 Version 3.6.5 Build 489, SM Version: 3.6.5 Build 300.

Edited by exeyp

Share this post


Link to post
Share on other sites

Доброе время суток, коллеги !

 

После обновления софта на SCE8k до 3.8.0 возникла проблема. При подаче потока трафика SCE крашится и уходит в перезагрузку. И перезагружается до тех пор пока нагрузка не убирается.

 

System	Cisco Service Control, SW version: Version 3.8.0 Build 741, HW version: SCE8000 4x10GBE
Platform	Cisco Service Control, SW version: Version 3.8.0 Build 741, HW version: SCE8000 4x10GBE
Mgmt Agent Version	SCE Agent 3.8.0 Build 97
SML App Version	Engage SML Version 3.8.0 build 72 (Protocol Pack 31 build 26)

Using Lib - PL_V3.8.0PP_B26;Using Lib - Classifier_V3.8.0_B26
Last PQI Installed	Operation: Install; Package: SCA BB 3.8.0 build 426

Configuration	SCE8000
Hostname	SCE8000
Traffic Processing	Started
Split Flow Mode	Disabled
Policy Mode	Full Functionality
SCE Connection-Mode	Inline
Virtual Link Mode	Disabled

 

В логах только ошибка общего плана:

2012-11-19 22:58:25 | INFO  | CPU #000 | state changed from STANDALONE to FAILURE.
2012-11-19 22:58:25 | INFO  | CPU #000 | trap:link mode bypass Type: 2 
2012-11-19 22:58:25 | ERROR | CPU #000 | SE Watchdog Module: An Error occurred. Please report to Cisco's customer support
2012-11-19 22:58:25 | ERROR | CPU #000 | SE Watchdog Module: An Error occurred. Please report to Cisco's customer support
2012-11-19 22:58:25 | ERROR | CPU #000 | SE Watchdog Module: An Error occurred. Please report to Cisco's customer support
2012-11-19 22:58:26 | INFO  | CPU #000 | trap:link mode bypass Type: 2 
2012-11-19 22:58:26 | WARN  | CPU #000 | SE Watchdog Module: A problem occurred. Please report to Cisco's customer support
2012-11-19 22:58:26 | INFO  | CPU #000 | Party data base was closed.

и далее лог загрузки.

 

Сформировал Tech Support Info File и копание в нем дало лог ошибки:

11/20/12  09:37:22 [000000015554:931:563] | 022 | 0000000016 | 0000000 | <INFO>    [0x0a10:0x0004] System Message: System Info message:


Signal handler was triggered

TID:               1591
Thread ID          2054636704
Caught Signal      11
Fault Address:     0x10
Errno value:       Success
Exception:         invalid permissions for mapped object
SCOS Thread name   RucMain


############ start log named registers  ############
NIP   : 0x11523538
MSR   : 0x200d032
ORIG_GPPR3 : 0x0
CTR   : 0xfbb0460
LINK  : 0x115069c0
XER   : 0x2 0000000
CCR   : 0x44002444
MQ    : 0x0
TRAP  : 0x300
DAR   : 0x10
DSISR : 0x40000000

############ start stack trace ############
/pkg/scos/scos-main(_ZN10StackUtils27doStackTraceOnCurrentThreadEiPv+0x38)[0x10701b68]
/pkg/scos/scos-main(_ZN21SignalHandlingManager7loggingEiiiNS_7Logging4TypeEP7siginfoPv+0x1e4)[0x106f6 bcc]
/pkg/scos/scos-main(_ZN21SignalHandlingManager19callbackStartSignalEiP7siginfoPv+0xac)[0x106f75f0]
/pkg/scos/scos-main(_ZN14SignalHandling19defaultFaultHandlerEiP7siginfoPv+0x84)[0x106f5160]
[0x100350]
/pkg/scos/scos-main(RDB_FLW_IsTcpProtocol+0x38)[0x11523538]
/pkg/scos/scos-main(_ZN9HBCM_Main27HBCM_FlowTerminationHandlerEv+0x128)[0x11709a80]
/pkg/scos/scos-main(RDB_FLW_AnyDeleteFlow+0x300)[ 0x11534220]
/pkg/scos/scos-main(RDB_FLW_AnyGetClearTuple+0xe0)[0x1153543c]
/pkg/scos/scos-main[0x113f853c]
/pkg/scos/scos-main[0x113f91a4]
/pkg/scos/scos-main(_Z24runScheduledForCloseFlowlP11FlowContextRb+0x104)[0x113f9318]
/pkg/scos/scos-main[0x113f9544]
/pkg/scos/scos-main(AGING_Run+0x748)[0x113faba4]
/pkg/scos/scos-main(RunTraversingAndAging+0x758)[0x114c1b1c]
/pkg/scos/scos-main(_ZN17RucSubtas kWrapper10runSubtaskEv+0x18)[0x116da168]
/pkg/scos/scos-main(_ZN15CoopSubtaskBase17checkPolicyAndrunEv+0x7c)[0x1062c6a4]
/pkg/scos/scos-main(_ZN15CoopSubtaskBase7executeEv+0x238)[0x1062c480]
/pkg/scos/scos-main(_ZN20CoopSubtaskTableBase8runTableEv+0x48)[0x1062cf38]
/pkg/scos/scos-main(_ZN24CooperativeSchedulerBase12runSchedulerEv+0xa0)[0x1062a6a8]
/pkg/scos/scos-main(_ZN7RucMain12doSchedulingEv+0x 268)[0x114cb898]
/pkg/scos/scos-main(_Z13spawnEnvelopeP8Envelope+0x1f0)[0x106dc788]
/lib/libpthread.so.0[0xfa73714]
/lib/libc.so.6(clone+0x84)[0xf9daaa8]
############ end stack trace ############

 

Кто нибудь сталкивался с данной проблемой ? Хотя бы пути для решения ее получить...

Сброс циски в fabric default и залив конфига, софта результатов не изменил.

 

Такая же проблема возникала и на предыдущей версии 3.7.5. Но реже, а здесь вообще невозможно запустить SCE в работу.

 

UPD. Видимо придется откатываться на 3.7.5. :(

Edited by Stranix1979

Share this post


Link to post
Share on other sites

Stranix1979, столкнулись с этой же проблемой при обновлении до 3.8.0.

 

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

 

Откатились обратно на 3.7.5, с ней таких проблем не было ни разу.

Share this post


Link to post
Share on other sites

Интересно, а есть ли разница в этом случае использовать Subscriber Manager или импорт subscriber-ов через csv ?

У меня через csv.

Share this post


Link to post
Share on other sites

SCE8000-16XGE#>sh party name <subscriber name> cpu-mapping

Есть возможность посмотреть обратное, какие сабскрайберы на каком трафик-процессоры сидят?

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

Доброго времени суток.

Ну и последний раз up ) Собственно ситуация несколько напрягает. Дано SCE8080, софт 3.7.2, PP 31 build 26. Есть TP через него летит порядка 20К TCP flows, есть ещё UDP порядка 10-13K flows, но тут не актуально. В какой то момент количество TCP flows резко прыгает до 30К и TP уходит в полку, начинают сыпаться loss'ы, после некоторого времени количество TCP flows так же резко падает и TP оживает. При этом этот же TP в нормальной ситуации переваривает и куда большие объемы flows с вполне предсказуемой нагрузкой. Найти в документации вменяемой информации как и куда можно покопать не удалось.

Share this post


Link to post
Share on other sites

можно поглядеть абонент\число флоусов

show party all-party-with-open-flows | redirect 123.txt

сливал на комп, потом шелл скриптами находил абонентов.

я пробовал дебажить.. находили абонентов с большим числом флоусов. решали проблему уменьшили число - упала загрузка процессоров by flows, но нагрузка на ТП такая же большая.

Share this post


Link to post
Share on other sites

можно поглядеть абонент\число флоусов

show party all-party-with-open-flows | redirect 123.txt

сливал на комп, потом шелл скриптами находил абонентов.

я пробовал дебажить.. находили абонентов с большим числом флоусов. решали проблему уменьшили число - упала загрузка процессоров by flows, но нагрузка на ТП такая же большая.

Самое смешное, что на этом TP таких нет ) Там вообще внешне все выглядит пристойно, кроме его загрузки конечно.

Share this post


Link to post
Share on other sites

т.е. пользователей с большим числом флоусов (больше пары тысяч) нету? прыгают все тп?

 

 

п.с. похоже у сце8000 смертельная планка около 30к тсп флоусов на один ТП..

Share this post


Link to post
Share on other sites

т.е. пользователей с большим числом флоусов (больше пары тысяч) нету? прыгают все тп?

п.с. похоже у сце8000 смертельная планка около 30к тсп флоусов на один ТП..

Есть, на проблемном TP висело один или два абонента с 1-2K, но судя по статистике в тот же момент на других TP вполне себе спокойно жили пользователи с 5K flows и, с учетом что нагрузка по flows'ам размазана по TP достаточно равномерно, на других TP такой нагрузкой и не пахнет. И прыгает в итоге всего один TP, на остальных нагрузка нормальная. Ну собственно по даташитам она может сильно больше, да и на практике судя по графикам на всех TP летело в районе 50К flows и проблемы не было, похоже больше на то, что пролетает что-то сильно специфическое, причем пролетает этого совсем немного, и оно сносит TP башню. Но как подебажить....

Share this post


Link to post
Share on other sites

да это даташиты.. у нас при 30к tcpflows под 90% загрузка всех тп. удп под 45-50тысяч на каждом.. по дебагу тоже идей 0. софт у вас какой?

Share this post


Link to post
Share on other sites

да это даташиты.. у нас при 30к tcpflows под 90% загрузка всех тп. удп под 45-50тысяч на каждом.. по дебагу тоже идей 0. софт у вас какой?

3.7.2, и cpu максимум 50-60%, если не считать "проблемных" TP )

Share this post


Link to post
Share on other sites

а трафика сколько? сколько activeflows (общее не tcp,udp) ? сколько пекеджей заведено?

Share this post


Link to post
Share on other sites

а трафика сколько? сколько activeflows (общее не tcp,udp) ? сколько пекеджей заведено?

трафика в районе 10-11 суммарно, flows плавает от TP к TP в интервале от 40K до 60K, пакеджей в районе 40.

Share this post


Link to post
Share on other sites

Пытаюсь очистить место для заливки нового софта в SCE2020. Не хватает всего 3 мбайта. Вроде все очистил, что мог:

 

#dir -r

File list for /tffs0/

512 SAT JUN 23 03:28:02 2007 DIAG DIR

512 SAT JUN 23 03:30:04 2007 SYSTEM DIR

512 SAT JUN 23 03:39:10 2007 APP DIR

512 SAT JUN 23 03:39:10 2007 IMAGES DIR

512 WED JUL 04 10:17:56 2007 SCRIPTS DIR

512 WED JUL 04 18:23:54 2007 ENGAGE DIR

6 File(s) 3072 bytes

File list for /tffs0/DIAG

512 SAT JUN 23 03:28:02 2007 . DIR

512 SAT JUN 23 03:28:02 2007 .. DIR

2 File(s) 1024 bytes

File list for /tffs0/SYSTEM

512 SAT JUN 23 03:30:04 2007 . DIR

512 SAT JUN 23 03:30:04 2007 .. DIR

13887 MON NOV 12 22:56:28 2012 BOOTLOG.TX1

512 SAT JUN 23 03:37:50 2007 BACKUP DIR

25239 MON NOV 12 23:02:32 2012 BOOTLOG.TXT

22340 MON JAN 23 15:56:22 2012 BOOTLOG.TX9

25135 MON JAN 23 16:53:50 2012 BOOTLOG.TX7

23202 MON JAN 23 16:01:36 2012 BOOTLOG.TX8

24538 MON JAN 23 22:03:54 2012 BOOTLOG.TX6

512 MON JAN 23 16:53:52 2012 PQIINST DIR

512 WED JUL 04 10:29:14 2007 PREVCONF DIR

1884 FRI NOV 30 13:01:44 2012 CONFIG.TXT

25165 MON JAN 23 22:43:40 2012 BOOTLOG.TX5

25164 FRI FEB 17 00:14:26 2012 BOOTLOG.TX4

25164 FRI FEB 17 00:21:48 2012 BOOTLOG.TX3

0 SAT MAR 27 10:07:02 2010 BSPFAIL.TXT

25166 MON NOV 12 22:02:18 2012 BOOTLOG.TX2

1884 FRI NOV 30 16:51:52 2012 CONFIG.TMP

18 File(s) 241328 bytes

File list for /tffs0/SYSTEM/BACKUP

512 SAT JUN 23 03:37:50 2007 . DIR

512 SAT JUN 23 03:37:50 2007 .. DIR

2 File(s) 1024 bytes

File list for /tffs0/SYSTEM/PQIINST

512 MON JAN 23 16:53:52 2012 . DIR

512 MON JAN 23 16:53:52 2012 .. DIR

2 File(s) 1024 bytes

File list for /tffs0/SYSTEM/PREVCONF

512 WED JUL 04 10:29:14 2007 . DIR

512 WED JUL 04 10:29:14 2007 .. DIR

1662 TUE NOV 20 18:54:12 2012 CONFIG.TX3

1677 FRI NOV 30 17:49:06 2012 CONFIG.TX2

1859 FRI NOV 30 13:01:46 2012 CONFIG.TX1

1468 MON JAN 23 16:59:20 2012 CONFIG.TX9

1468 MON JAN 23 17:01:44 2012 CONFIG.TX8

1794 MON JAN 23 21:46:08 2012 CONFIG.TX7

1056 MON NOV 12 22:06:20 2012 CONFIG.TX6

1093 MON NOV 12 23:08:26 2012 CONFIG.TX5

1601 MON NOV 12 23:25:06 2012 CONFIG.TX4

11 File(s) 14702 bytes

File list for /tffs0/APP

512 SAT JUN 23 03:39:10 2007 . DIR

512 SAT JUN 23 03:39:10 2007 .. DIR

2 File(s) 1024 bytes

File list for /tffs0/IMAGES

512 SAT JUN 23 03:39:10 2007 . DIR

512 SAT JUN 23 03:39:10 2007 .. DIR

2 File(s) 1024 bytes

File list for /tffs0/SCRIPTS

512 WED JUL 04 10:17:56 2007 . DIR

512 WED JUL 04 10:17:56 2007 .. DIR

337 WED JUL 04 10:18:22 2007 IP_RANGE.CLI

333 WED JUL 04 10:18:24 2007 NOIP_RNG.CLI

4 File(s) 1694 bytes

File list for /tffs0/ENGAGE

512 WED JUL 04 18:23:54 2007 . DIR

512 WED JUL 04 18:23:54 2007 .. DIR

2 File(s) 1024 bytes

169099264 total bytes used

225271808 total bytes free

 

Почему занято 169099264 ? Чем оно занято? Объемы файлов в каталогах и близко такого размера не дают. Как же выжать эти 3 мегабайта?

Share this post


Link to post
Share on other sites

Господа, поделитесь, пожалуйста, своим конфигом для SCE. Ну, что бы можно было открыть в SCA BB.

Share this post


Link to post
Share on other sites

Добрый день.

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

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

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

Share this post


Link to post
Share on other sites

Люди помогите не могу применить сервис конфигурацию 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

 

Вот вывод sh ver

SCE2000#sh ver

System version: Version 3.8.0-classic Build 127

Build time: Aug 9 2012, 17:50:46 (Change-list 707270)

Software version is: Version 3.8.0-classic Build 127

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

optic mode : MM

Product S/N : CAT103300D9

Product ID :

Version ID :

Deviation :

Part number : 800-26601-04

Revision : A0

Software revision : G001

LineCard S/N : CAT10325VZ9

Power Supply type : AC

 

SML Application information is:

Application file: /tffs0/app/en380426.sli

Application name: Engage SML Version 3.8.0 build 72

Using Lib - PL_V3.8.0_B72 (Compatible with 3.7.5 Protocol Pack 30 build 24)

Using Lib - Classifier_V3.8.0_B72

Application help: Entry point of Engage

Original source file: /auto/srbu-proj1-bgl/apps/users/simanick/autoBuild/App/SML/Engage/ipv6/src/com/pcube/AppTemplate/Main/template_app_main.san

Compilation date: Mon, August 20, 2012 at 13:57:59

Compiler version: SANc v3.20 Build 14 built on: Tue 08/04/2009 06:58:22.;SME plugin v1.1

Capacity option used: 'EngageDefaultSCE2000'.

 

Logger status: Enabled

 

 

Platform: SCE2000 - 4xGBE

Management agent interface version: SCE Agent 3.8.0 Build 83

Software package file: ftp://ftpserver/C:\CiscoSCE380\scos-v380-b127-sce2000-classic-k9.pkg

Share this post


Link to post
Share on other sites

Люди помогите не могу применить сервис конфигурацию 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

У меня было подобное. Решил как-то странно: ручками влил в неё .pqb, затем стащил его же через SCA-BB (Retrieve Service Configuration), и теперь его стало можно редактировать и применять.

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

Stranix1979, столкнулись с этой же проблемой при обновлении до 3.8.0.

 

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

 

Откатились обратно на 3.7.5, с ней таких проблем не было ни разу.

 

Такая же ситуация и у нас на 3.8.0. Проблему можно купировать

SCE#> configure 
SCE(config)#> watchdog software-reset disabled 
SCE(config)#> interface linecard 0 
SCE(config if)#> no watchdog

Ребутиться она перестаёт.

А по ограничениям процессоров, замечено, что 90 % это предел, и дальше начинается service loss...

Share this post


Link to post
Share on other sites

Не хватает места не знаю что удалить подскажите

Fenix#>dir

File list for /tffs0/

512 SUN DEC 14 01:56:28 2008 DIAG DIR

512 SUN DEC 14 01:58:52 2008 SYSTEM DIR

512 SUN DEC 14 02:08:46 2008 APP DIR

512 SUN DEC 14 02:08:46 2008 IMAGES DIR

512 THU JUN 16 01:07:16 2011 ENGAGE DIR

16448766 THU JUN 16 01:09:34 2011 RELEASE_.SLI

1395 THU NOV 29 23:21:40 2012 USER.CSV

103590 FRI DEC 14 13:03:44 2012 USER-ALL.CSV

3388 FRI DEC 14 12:58:26 2012 BACKUP

9 File(s) 16559699 bytes

274694144 total bytes used

119676928 total bytes free

Share this post


Link to post
Share on other sites

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

Share this post


Link to post
Share on other sites

Люди помогите не могу применить сервис конфигурацию 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

У меня было подобное. Решил как-то странно: ручками влил в неё .pqb, затем стащил его же через SCA-BB (Retrieve Service Configuration), и теперь его стало можно редактировать и применять.

А как ручками? через servconf выдает такую же ошибку(

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