Уважаемые дамы и господа! Для вас сохранен старый форум по адресу http://forum.intersyst.ru

Страницы: 1
RSS
SIP-транк, dtmf в pstn
 
ОХЕ 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])
-------------------------------------------------
Пути IP-пакета неисповедимы
 
Тут везде единичка есть, длительность 200 мсек. На потоке чем слушали? Анализатором протоколов?
 
Цитата
etc пишет:
На потоке чем слушали? Анализатором протоколов?
что ни есть обычным ухом :)
я же говорю что акустически не проходит
Пути IP-пакета неисповедимы
 
Акустически-то где слушали? Внутри ОХЕ? На выходе из ОХЕ, внутри PRI? Или же после провайдера? Может, у вас до провайдера помимо потока ещё и через IP кусок проходит? Там могут быть нюансы. Поэтому и был вопрос про анализатор, которым слушают на выходе из ОХЕ.
 
Цитата
etc пишет:
Акустически-то где слушали
слушали на сотовом телефоне и 4039, тишина в плане биппов

Цитата
etc пишет:
Может, у вас до провайдера помимо потока ещё и через IP кусок проходит?
ip куска нет
Изменено: error - 10.10.2012 13:54:52
Пути IP-пакета неисповедимы
Страницы: 1
Читают тему