есть ОХЕ 7.1 Cristall и 4300L (стык abc-f)

возможно ли как-то к OXE прикрутить 4300L как вынос?

OXE 9.1 - Cristall

в actis при выборе AS (т.е. заменить CPU6 на AS) говорит что нужен сервер HP-G6

проблем с установкой софта 9.1 на сервер HP-G8 не возникнет?

имеется OXE cristall 9.1 (патч 41)

Asterisk и OXE стыкуются по SIP как GW-GW

к ОХЕ прикрутили asterisk стык через SIP-транк


asterisk выполняет роль трансформацию CallerID в нужный вид и по формату CallerID направляет на два транка ISDN-pri в OXE

схема такова
левая АТС (SIP) -> Asterisk (преобразование CallerID в формат 1234ХХ) (SIP)-> OXE ISDN-PRI_TG10-> провайдер
левая АТС (SIP) -> Asterisk (преобразование CallerID в формат 4321ХХ) (SIP)-> OXE ISDN-PRI_TG11-> провайдер

выскочила такая проблема - при транзитных звонках SIP-ISDN на ОХЕ используется Timer J, и если одна из сторон медлительна то идет разрыв сессии по истечению Timer J, дисконнект шлет ОХЕ
сам процесс исходящего звонка asterisk->OXE->пров выглядит так звонок убежал в PSTN, сотовый телефон чуть брякнул и все

путем долгого "курения" логов и "rfc" нарыл следующее:
- при использовании соединения GW-GW alcatel oxe не шлет "sip options" и естественно не может определить ext.sip-gw живой или нет и ориентируется исключительно на Timer J.

вопрос - Timer J на ОХЕ как-то подкрутить можно? или есть какой-то другой вариант?

имеется ОХО 910/024.006

на S0-interface module передвинул джампер в другую сторону чтоб данный модуль работал без системника
естественно появились порты
001-001-01 -> 399 -> TA
001-001-02 -> 300 -> S0 interface access
001-001-03 -> 301 -> S0 interface access
001-001-04 -> 302 -> S0 interface access

интересная штучка нашлась:
на порту 300 прописал MSN 300
в public plane прописал: subsc. -> 1234567 1234567 300
тут дозвониться до терминала из вне нельзя, пишет ошибку INCOMPATIBLE DESTINATION

на порту 300 меняем MSN 301
в public plane прописал: subsc. -> 1234567 1234567 301
из вне дозвониться можно

это такая фишка или как?

нужен совет

сразу говорю что речь идет о "левой" атс а не alcatel, но косвенно будет относиться к alcatel oxo (тобишь часть узлов на "левых" атс, часть узлов будет на alcatel oxo). alcatel oxo в такой конфигурации едет к нам

и так, имеем пока в одном экземпляре "левую" атс с набивкой с десяток портов s0, 1 порт pri в сторону прова и isdn-терминал с портом s0

со входяшими звонками проблем нет
есть проблемы с исходящими звонками в pstn т.е. прозвониться можно только на аналоговые городские номера и как бы на этом все оканчивается тобишь со стороны "левой" атс тишина, на другом конце провода слышен только непрерывный шум. на упатс где имеют стык с провом по pri и сотовые не прозвониться

локально трассировку снять с "левой" атс так и не получилось и попросили прова снять трассу

предполагал что при исходящем звонке тип B-канала маркируется как "Digital", а оказалось есть еще круче "Unrestricted digital info"

вопрос - тип B-канала при исходящем звонке маркируется самим isdn-терминалом или на атс? на alcatel oxo стоит ли ожидать такого

трасса исходящего звонка на сотовый
------------------------------------------------------------
2013/05/22 14:53:14.906747    Длина: 47     Источник: 1:opts         Количество: 1
LAPD (ITU-T)
     0 000000.. SAPI.......................... Call control
       ......0. C/R........................... 0 Dec
       .......0 EA............................ Continuation
     1 0000000. TEI........................... 0 Hex
       .......1 EA............................ Last octet
     2 0011001. N(S).......................... 25 Dec
       .......0 I-frame....................... 0 Dec
     3 0010111. N®.......................... 23 Dec
       .......0 P/F........................... 0 Dec
DSS1 L3: Q.931 White book, 1993
     4 00001000 Protocol discriminator........ Q.931
     5 0000.... Filler........................ 0 Dec
       ....0010 Length........................ 2 Dec
     6 0....... Flag.......................... 0 Dec
       ***b15** Call reference................ 6 Dec
     8 00000101 Message type.................. SETUP
     9 0....... IE type....................... 0 Dec
       .0000100 Information element id........ Bearer capability
    10 00000010 Length octet.................. 2 Dec

    -- Bearer capability
    11 1....... Extension..................... Last octet
       .00..... Coding standard............... CCITT
       ...01000 Info. transfer capability..... Unrestricted digital info
    12 1....... Extension..................... Last octet
       .00..... Transfer mode................. Circuit mode
       ...10000 Info transfer rate............ 64 kbit/s

    13 0....... IE type....................... 0 Dec
       .0011000 Information element id........ Channel identification
    14 00000011 Length octet.................. 3 Dec

    -- Channel identification
    15 1....... Extension..................... Last octet
       .0...... Interface ID present.......... Implicitly identified
       ..1..... Interface type................ PRI or other
       ...0.... Spare......................... 0 Dec
       ....1... Preferred/exclusive........... Exclusive
       .....0.. D-channel ind................. Not the D-channel
       ......01 Info channel selection........ As indicated in following octets
    16 1....... Extension..................... Last octet
       .00..... Coding standard............... CCITT standardized coding
       ...0.... Number/map.................... Indicated by the number
       ....0011 Channel type/map element type. B-channel units
    17 1....... Extension..................... Last octet
       .00..... Spare......................... 0 Dec
       ...00001 Channel number/slot map....... 1 Dec

    18 0....... IE type....................... 0 Dec
       .1101100 Information element id........ Calling party number
    19 00001100 Length octet.................. 12 Dec

    -- Calling party number
    20 0....... Extension..................... Continuation
       .010.... Type of number................ National number
       ....0001 Numbering plan................ ISDN/Telephony
    21 1....... Extension..................... Last octet
       .00..... Presentation ind.............. Allowed
       ...000.. Spare......................... 0 Dec
       ......01 Screening ind................. User-provided, verified & passed
    22 ***B10** Number digits................. 843xxxxxxx

    32 0....... IE type....................... 0 Dec
       .1110000 Information element id........ Called party number
    33 00001100 Length octet.................. 12 Dec

    -- Called party number
    34 1....... Extension..................... Last octet
       .000.... Type of number................ Unknown
       ....0001 Numbering plan................ ISDN/Telephony
    35 ***B11** Number digits................. 89600xxxxxx

    46 1....... IE type....................... 1 Dec
       .010.... Information element id........ Reserved
       ....0001 Information element id........ Sending complete

на процессор CPU6 залился bios BIOS Version 3BA_24084_AAAA_04 (CPU6 Step 1 version 3BA 23197), и проц перестал дышать после полного отключения питания. загорается только индикация eth и в сом-порт ничего не сыпет

по логам вытащил bios который был раньше
BIOS Version 3BA_24095_AAAB_07 (CPU6 Step 2 version 3BA 23197)

как биос можно восстановить на проце?

в OXE BLF как вообще реализуется?

кто нибудь юзает на OXE ip-dect?
какие есть подводные камни и как сама система работает (т.е. не отваливается)?

имеется OXE 9.1 (i1.605.37a) кристалл
процессора cpu6+io2n

недавно вышла такая проблема - процессор stand-by не хочет запускать телефонию

incvisu на рабочем процессоре показывает только это по запуску stand-by

25/03/13 12:23:53 000001S|---/--/-/---|=5:1367=DECT network initialization
25/03/13 12:23:53 000001S|---/--/-/---|=5:5904=Remote extension network initialization
25/03/13 12:23:53 000001S|---/--/-/---|=4:0425=PRS related activity : Interface handler started
25/03/13 12:23:58 000001S|000/28/-/---|=4:0260=Beginning of downloading bnvdsp0cpu6
25/03/13 12:23:59 000001S|000/28/-/---|=5:0261=End of downloading bnvdsp0cpu6
25/03/13 12:23:59 000001S|000/28/-/---|=4:0260=Beginning of downloading bnvdsp1cpu6
25/03/13 12:23:59 000001S|000/28/-/---|=5:0261=End of downloading bnvdsp1cpu6

на резервном процессоре лог запуска таков

(004858:000009)
--------------- Network Builder E1 1.0 12-15-01 ----------------
(004858:000010)  Start Remanents Packet Handler       : 0000
(004858:000011)  Packet Handler Total Remanents       : 000000 Ko
(004858:000012)  Packet Handler Dynamiques Remanents  : 001151 Ko
(004858:000013)  Current Pointeur                     : 00001296 o
(004858:000014)  Stop Pointeur                        : 01179647 o
(004858:000015)  Free Packet Handler Remanents        : 01178351 o
(004858:000016)  FreeMemory                           : 087588 Ko
(004858:000017)  LockMemory                           : 001285 Mo
(004858:000018)  TotalMemory                          : 000249 Mo

(004858:000019) ~~ threadAbcfIpTransmit running
(004858:000020) ~~ threadAbcfIpRetransmit running
(004863:000021)  mutex release on dis25 exception
*Mon Mar 25 12:23:37 MSK 2013


*Mon Mar 25 12:23:47 MSK 2013


(005158:000022)  mutex release on dis25 exception
25/03/13 12:23:54 000001I|000/28/-/---|=4:0260=Beginning of downloading tonesnv
(005176:000023) IO2:Driver synchronized (wd_val=0x6827)
25/03/13 12:23:54 000001I|000/28/-/---|=5:0261=End of downloading tonesnv
*(005186:000024) IO2N:Driver IO2N recognized
ioctl cmd UART_OFF
(005249:000025) dl_id 8 appli_cap.ui 794624
(005249:000026) dl_id 34 appli_cap.ui 794624
(005249:000027) dl_id 83 appli_cap.ui 794624
(005249:000028) dl_id 84 appli_cap.ui 794624
(005249:000029) dl_id 94 appli_cap.ui 794624
25/03/13 12:24:02 000001S|---/--/-/---|=5:2009=Initialisation  CPU role STAND BY
(005271:000030) Desti_Table_Send (111): bad ipcSend, status=-7
(005272:000031) Desti_Table_Send (111): bad ipcSend, status=-7
(005284:000032) Desti_Table_Send (111): bad ipcSend, status=-7
(005285:000033) Desti_Table_Send (111): bad ipcSend, status=-7
*(005379:000034) Desti_Table_Send (111): bad ipcSend, status=-7
(005380:000035) Desti_Table_Send (111): bad ipcSend, status=-7
(005398:000036) Desti_Table_Send (111): bad ipcSend, status=-7
(005398:000037) Desti_Table_Send (111): bad ipcSend, status=-7
(005398:000038) Desti_Table_Send (111): bad ipcSend, status=-7
(005398:000039) Desti_Table_Send (111): bad ipcSend, status=-7
(005433:000040) Desti_Table_Send (111): bad ipcSend, status=-7
(005433:000041) Desti_Table_Send (111): bad ipcSend, status=-7
(005442:000042) Desti_Table_Send (111): bad ipcSend, status=-7
IOREVEIL Start
IOREVEIL Init
*(005490:000043) Desti_Table_Send (111): bad ipcSend, status=-7
(005490:000044) Desti_Table_Send (111): bad ipcSend, status=-7
(005490:000045) Desti_Table_Send (111): bad ipcSend, status=-7
(005490:000046) Desti_Table_Send (111): bad ipcSend, status=-7
(005490:000047) Desti_Table_Send (111): bad ipcSend, status=-7
(005490:000048) Desti_Table_Send (111): bad ipcSend, status=-7
(005491:000049) Desti_Table_Send (111): bad ipcSend, status=-7
(005491:000050) Desti_Table_Send (111): bad ipcSend, status=-7
(005491:000051) Desti_Table_Send (111): bad ipcSend, status=-7
(005491:000052) Desti_Table_Send (111): bad ipcSend, status=-7
(005491:000053) Desti_Table_Send (111): bad ipcSend, status=-7
(005492:000054) Desti_Table_Send (111): bad ipcSend, status=-7
(005492:000055) Desti_Table_Send (111): bad ipcSend, status=-7
(005492:000056) Desti_Table_Send (111): bad ipcSend, status=-7
(005492:000057) Desti_Table_Send (111): bad ipcSend, status=-7
(005492:000058) Desti_Table_Send (111): bad ipcSend, status=-7
(005492:000059) Desti_Table_Send (111): bad ipcSend, status=-7
(005492:000060) Desti_Table_Send (111): bad ipcSend, status=-7
(005492:000061) Desti_Table_Send (111): bad ipcSend, status=-7
(005493:000062) Desti_Table_Send (111): bad ipcSend, status=-7
(005493:000063) Desti_Table_Send (111): bad ipcSend, status=-7
(005493:000064) Desti_Table_Send (111): bad ipcSend, status=-7
(005499:000065) Desti_Table_Send (111): bad ipcSend, status=-7
(005505:000066) Desti_Table_Send (111): bad ipcSend, status=-7
(005505:000067) Desti_Table_Send (111): bad ipcSend, status=-7
(005505:000068) Desti_Table_Send (111): bad ipcSend, status=-7
(005530:000069) Desti_Table_Send (111): bad ipcSend, status=-7
(005530:000070) Desti_Table_Send (111): bad ipcSend, status=-7
(005530:000071) Desti_Table_Send (111): bad ipcSend, status=-7
(005532:000072) Desti_Table_Send (111): bad ipcSend, status=-7
(005532:000073) Desti_Table_Send (111): bad ipcSend, status=-7
(005532:000074) Desti_Table_Send (111): bad ipcSend, status=-7
(005543:000075) Desti_Table_Send (111): bad ipcSend, status=-7
(005562:000076) Desti_Table_Send (111): bad ipcSend, status=-7
DATE: 03/25/13 TIME: 12:24:34
sip: Ethernet link is used for copy
sip: role is standby, registrar copy
INIT: Warning:  Application "NTPD" will be restarted
(005586:000077) Desti_Table_Send (111): bad ipcSend, status=-7
(005587:000078) Desti_Table_Send (111): bad ipcSend, status=-7
(005587:000079) Desti_Table_Send (111): bad ipcSend, status=-7
(005588:000080) Desti_Table_Send (111): bad ipcSend, status=-7
(005588:000081) Desti_Table_Send (111): bad ipcSend, status=-7
(005588:000082) Desti_Table_Send (111): bad ipcSend, status=-7
(005588:000083) Desti_Table_Send (111): bad ipcSend, status=-7
(005603:000084) Desti_Table_Send (111): bad ipcSend, status=-7
(005603:000085) Desti_Table_Send (111): bad ipcSend, status=-7
(005625:000086) Desti_Table_Send (111): bad ipcSend, status=-7
(005625:000087) Desti_Table_Send (111): bad ipcSend, status=-7
(005625:000088) Desti_Table_Send (111): bad ipcSend, status=-7
(005625:000089) Desti_Table_Send (111): bad ipcSend, status=-7
(005626:000090) Desti_Table_Send (111): bad ipcSend, status=-7
*(005630:000091) Desti_Table_Send (111): bad ipcSend, status=-7
(005631:000092) Desti_Table_Send (111): bad ipcSend, status=-7
(005631:000093) Desti_Table_Send (111): bad ipcSend, status=-7
(005687:000094) Desti_Table_Send (111): bad ipcSend, status=-7
12:24:46 [sipmotor::main] TCL thread started : 1
12:24:46 Trying to map the remanents (sip_motor_map_remanent).
12:24:46 [init_sip_motor] sip_motor_map_remanent OK.
**Mon Mar 25 12:25:20 MSK 2013


Command tcyc unavailable on CPU running in stand-by role
*Mon Mar 25 12:25:30 MSK 2013


Command tcyc unavailable on CPU running in stand-by role
*Mon Mar 25 12:25:40 MSK 2013


Command tcyc unavailable on CPU running in stand-by role
(006314:000095) ioctl cmd UART_OFF
IO2_DRIVER_STOPPED event on boot reset
(006314:000096) IO2N:driver not ready !!!
Problem in mailsioctl cmd UART_OFF
ys : see /DHS3dyn/incid/incpbm file
Problem in mailsys : see /DHS3dyn/incid/incpbm file
Problem in mailsys : see /DHS3dyn/incid/incpbm file
Problem in mailsys : see /DHS3dyn/incid/incpbm file
25/03/13 12:ioctl cmd UART_OFF
25:48 000001S|000/07/-/---|=1:2456=Reboot CPU after 2 problem (IO2)


кто нибудь сталкивался с таким?

есть OXO версии 800.041.002

схема подключения к прову  OXO (sip) -> asterisk  (sip)-> провайдер

провайдер хочет принимать факс исключительно в g711
в "Gateway Parametrs" установил fax -> g711

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

кто-нибудь смог факс побороть?

есть ОХО версии 800/041.002 с стыком с провом через sip-транк
на борту пару десятков абонентов ip-touch 40x8


проблема заключается в передачи dtmf с аппаратов ip-touch 40x8 в sip-транк. дамп снимал, пакеты dtmf (rfc2833) отсутствуют

На данном софте 820.049 не работают ip-транки как sip так и h323 т.е. в упор нет исходящего набора, входящие звонки проходят

Путем долгих танцов с бубном обнаружил что в main tg под индексом 0 нельзя добавить voip транк т.е. его нет в списке. Так же при переносе конфига с 820.049 на версию 8.0 эта бага с ip транками тоже переносится
Будьте осторожны

Добрый день

ОХЕ eMG 8.0.1 (g1.503.35h)

стык с провайдером через sip-транк
все работает нормально за исключением факсов
т.е. отправить факс не удается, иными словами при инициализации факс-сессии OXE предлагает использовать t38, провайдер t38 не поддерживает и весь звонок заканчивается "SIP/2.0 488 Not acceptable here"
провайдер говорит что отправка факса возможна только в голосовом потоке g711
на sip-транке жестко установлен кодек g711a-20ms

вопрос - возможно ли отключить t38 на sip-транке?

ОХЕ R9.1 (i1.605.37.a) кристалл

к SIP-транку подключен SAP BCM (Call-Center)
соединение с провом через PRI

проблема заключается в следующем - при звонках в PSTN с терминала SAP_BCM не передается dtmf тобишь если позвонил на дису но жми не жми клавишу цифр dtmf через pri не идет акустически

на терминале SAP_BCM в плане dtmf очень скудно, т.е. имеется только rfc2833 (что и включено)

в ОХЕ на ext-gateway который идет на SAP_BCM включена опция "INFO metod remote ext"

ниже лог где с терминала нажали цифру "1"

----------------------utf8-----------------------
INFO sip:172.16.1.3 SIP/2.0
Via: SIP/2.0/UDP 10.100.7.13:5060;branch=z9hG4bK-115O111001777
To: <sip:95257425@172.16.1.3>;tag=6af7aaf4e33b2358a55858dc48bc99c0
From: <sip:150@10.100.7.13:5060>;tag=O111001777
Call-ID: O111001777@10.100.7.13
User-Agent: SAP BCM SIP Bridge
CSeq: 115 INFO
Max-Forwards: 69
Supported: timer, replaces
Content-Type: application/dtmf-relay
Content-Length: 24

Signal=1
Duration=200
-------------------------------------------------

1349767665 -> 21 [CRequest::CRequest] Creation of a request (RECEIVED FROM NETWORK)
1349767665 -> [CIOCom::receiveRequest] Received CRequest 21 ref=1
1349767665 -> [CIOCom::checkHostInBlackList] host=10.100.7.13
1349767665 -> [CIOCom::checkHostInBlackList] host=10.100.7.13
1349767665 -> [CIOCom::receiveRequest] rport1 not empty
1349767665 -> [CDispatcher::onIncomingRequest()]
1349767665 -> [CDispatcher::processRequestFromManagerIndex()] start at index 0
1349767665 ->  102 [CCallManager::onIncomingRequest()]
1349767665 -> 1102 [CCall::receiveRequest] INFO
1349767665 -> 1102 [CCall::getDialog] Confirmed Dialog found
1349767665 -> 1505 [CDialog::receiveRequest]
1349767665 -> 1505 [CDialog::receiveBasicRequest]
1349767665 -> 2120 [CTransaction::changeState] STATE CHANGED TO INITIAL
1349767665 -> 2120 [CTransaction::changeState] notifying the parent dialog
1349767665 -> 1505 [CDialog::onTransactionState(pTrans = 2120, previousState = Terminated, currentState = Initial, reason = None]
1349767665 -> 2120 [CTransInitialState::receiveRequest] Transaction changes to Trying state
1349767665 -> 2120 [CTransaction::changeState] STATE CHANGED TO TRYING
1349767665 -> 2120 [CTransaction::changeState] notifying the parent dialog
1349767665 -> 1505 [CDialog::onTransactionState(pTrans = 2120, previousState = Initial, currentState = Trying, reason = Request reception]
1349767665 -> 1505 [CDialog::addTransaction] added transaction 2120 with branch z9hG4bK-115O111001777, with CSeq 115
1349767665 -> 1102 [CCall::checkAuthentication] INFO
1349767665 -> 1102[CMotorCall::controlAuthentication] ---*--- AUTH ---*--- Control authentication
1349767665 -> 1102[CMotorCall::controlAuthentication] ---*--- END ---*--- Control authentication
1349767665 ->    0[CMotorCall::onReceiveRequest] route already analyzed.
1349767665 -> 1102[CMotorCall::onReceiveRequest] request for gateway.
1349767665 -> 1102[CMotorCall::onReceiveRequest] state = COMPLETED_STATE.
1349767665 -> [CCompletedState::receiveInfoMessage] [138835600] [138835600]
1349767665 -> [CCompletedState::receiveInfoMessage] receive Methode INFO : application/dtmf-relay
1349767665 -> [CCompletedState::receiveInfoMessage]-->call->extGw=1
1349767665 -> [isValidGwExt] ext gw 1 is valid
1349767665 -> 1102[CMotorCall ISDN ExtGW
1349767665 -> [isValidGwExt] ext gw 1 is valid
1349767665 -> 1102[CMotorCall ISDN ExtGW
1349767665 -> 1102[CMotorCall::emitSuccessfulMessage]-->accept SIP INFO
1349767665 -> [isValidGwExt] ext gw 1 is valid
1349767665 -> 1102[CMotorCall::inviteBuildContact] Contact: sip:172.16.1.3
1349767665 -> 1102[CMotorCall::makeResponse] Reply directed to the last received request.
1349767665 -> 1102 [CCall::makeGenericResponse] 200
1349767665 -> 1102 [CCall::getDialog] Confirmed Dialog found
1349767665 -> 1505 [CDialog::createResponse] 200
1349767665 -> 2120 [CTransTryingState::createResponse] CResponse 24 ref=1
1349767665 -> 24 [CMessage::send] sip_sendMessage (10.100.7.13:5060)
1349767665 -> SEND MESSAGE TO NETWORK (10.100.7.13:5060 [UDP]) (BUFF LEN = 448)
----------------------utf8-----------------------
SIP/2.0 200 OK
Allow: INVITE, ACK, CANCEL, BYE, PRACK, NOTIFY, SUBSCRIBE, OPTIONS, UPDATE, INFO
Contact: sip:172.16.1.3
Supported: timer,100rel
User-Agent: OmniPCX Enterprise R9.1 i1.605.37.a
To: <sip:95257425@172.16.1.3>;tag=6af7aaf4e33b2358a55858dc48bc99c0
From: <sip:150@10.100.7.13:5060>;tag=O111001777
Call-ID: O111001777@10.100.7.13
CSeq: 115 INFO
Via: SIP/2.0/UDP 10.100.7.13:5060;branch=z9hG4bK-115O111001777
Content-Length: 0

-------------------------------------------------
1349767665 -> 2120 [CTransTryingState::createResponse] Final : Transaction changes to Completed state
1349767665 -> 2120 [CTransaction::changeState] STATE CHANGED TO COMPLETED
1349767665 -> 2120 [CTransaction::changeState] notifying the parent dialog
1349767665 -> 1505 [CDialog::onTransactionState(pTrans = 2120, previousState = Trying, currentState = Completed, reason = Final resp creation]
1349767665 -> 2120 [CTransaction::startTimer] Timer J is started (delay = 32000 ms)
1349767665 -> 1505 [CDialog::updateRouteSet] there are 0 record-route headers
1349767665 -> 1102[emitEventToMonitel] content size (lginfo): 656
1349767665 -> 1102[emitEventToMonitel] CAC = 0 eqtCAC = -1
1349767665 -> 1102[emitEventToMonitel] CAC = 0
1349767665 -> [sendLgEvtSip] Event sent on eqt : 1713 Id :-1
1349767665 -> [display_ipc_out] ------------ Begin ---------------
1349767665 -> Id : -1
1349767665 -> INFO
1349767665 ->   digit_nb=1, Duration : 200
1349767665 ->   Signal[0] : 1
1349767665 -> [display_ipc_out] ------------- End ----------------
1349767665 -> RECEIVE MESSAGE FROM NETWORK (10.100.7.13:5060 [UDP])
-------------------------------------------------

есть ОХЕ версии 9.1 (i1.605.37a) MI

на борту есть платы INTIP2A и INTIP3A, назначение - общий котел (sip-транк да ip-абоненты)

долго не могли понять понять sip-транк время от времени падает т.е. заканчиваются с очень большой скоростью лицензии sip-транка и через не которое время лицензии sip-транк освобождаются можно сказать пачками от (5-10) на раз. "killall sipmotor"  помогал от 2х часов до нескольких дней. полный ребут атс довал точно такой же результат как и "killall sipmotor"

в процессе поднятия ip-биллинга на цисках засекли паразитный траффик (граффик от 6 тыс. до 10 тыс. пакетов в секунду ) между INTIP3A и атс samsung os7200.
в процессе разбирательства выяснилось что voip-плата от атс samsung os7200 вошла вступор и просто напросто спамила несколько портов rtp платы INTIP3A

os7200 ребутнули все проблема "как бабка наговорила"

вывод если есть проблемы sip-транком или intip3 падает, ищите паразитный траффик