|
проблема с PRI
2011-11-05 00:11:47 Hello Edward!
Дело было Tuesday September 16 2003 12:57, Edward Phetisoff писал к All: EP> есть схема
EP> PBX Meridian1 (usr)-----PRI---(net) cisco2611
EP> периодически, при звонках на POTS получаю отбой, дебаги показывают EP> следующую весчь:
EP> deb isdn q931 EP> deb cdapi de
EP> 3d15h: ISDN Se1/0:15 Q931: RX <- SETUP pd = 8 callref = 0x0209 Судя по RX <- звонок все-таки не _на_ POTS, а _из_ POTS, так? Или ты прислал не тот кусок лога, или одно из двух. Ж:)
[...]
EP> 3d15h: from application, so reject call 0x14E EP> 3d15h: CDAPI: cdapi_free_msg(): Raw Length = 0, freeRaw = 1, Raw Msg = EP> 0x0 EP> 3d15h: CDAPI: cdapi_free_msg(): CDAPI Pool Count: 160 EP> 3d15h: ISDN Se1/0:15 Q931: TX -> RELEASE_COMP pd = 8 callref = 0x8209 EP> Cause i = 0x82AF - Resource unavailable, unspecified EP> ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
EP> контроллер чистый (слипов нет), софт 12.3(3) IP PLUS/H323, как EP> последствие попытки вылечить CSCdz51769, но сейчас появляется стокое EP> подозрение что дело было не в бабине...
EP> Может кто-нибудь сталкивался с подобной ситуацией и/или знает как EP> лечить эту бяду... Зарание огромное спасибо...
Если звонок-таки из POTS, то я такое видел.
Дело не в PRI. Подозреваю, что sh voice dsp показывает большое количество abort packets. Сталкивался с аналогичной проблемой на 3810-V3 под большой нагрузкой на DSP и на канал VoFR. Причин было несколько, в т.ч. проблемы с работой DSP и конфигурацией VoFR. Пришлешь конфигурацию - попробую вспомнить.
Скажу сразу, что полностью побороть проблему так и не смогли, снизили количество сбрасываемых по таким cause code звонков с ~20% до ~3% в ЧHH, "дальше она не далась". (с)
Будь! Если человек ни на что не способен, Urri. он способен на все.
вернуться автосалоны новая статья санкт-петербург . . Быстрый офисный переезд, заказать офисный переезд. . НИВА 4х4 цены и НИВА 21214 санкт-петербург .
|