locked
Телефония:Outbound routing issues RRS feed

  • Вопрос

  •  

    Здраствуйте!

    У нас развернут OCS 2007 R2, который синтегрирован с телефонией по SIP Trunk с CISCO Call Manager 4.3.x и все вроде работало нормально.. до тех пор пока пользователи не начали жаловатся на возникающие ошибки при совершение внешних звонков. Текст ошибки я привел ниже

     

    An attempt to route to a gateway failed.

     

    Could not route to Gateway ocs-med01-s8k.softline.main:5061, the attempt failed with response code: Timeout.

    Failure occurrences: 55, since 6/11/2010 2:18:39 PM.

    Cause: A gateway failed to respond to a request within allotted time or was unable to route the request due to some error.

    Resolution:

    Check whether the specified gateway is up and is properly configured.

     

    Такая ошибка может возникать несколько раз за день без всякой систематичности

     

     У нас развернута служба Nagious которая пингует и проверяет доступность портов на Mediation - щни всегда доступны.

     

    У Mediation server есть 2 интерфейса: 10.3.0.183 - To OCS & 10.3.0.184 - To CCM(10.3.1.10)

     

    При проверки логов с mediation сервера (when making outgoing call ) я заметил, что пакеты на CCM уходят с адресса 10.3.0.183.

    Это нормально??

     

    Когда я пробовал разнести интерфейсы Mediation по разным VLAN - то звокни вообще перестали работать..

     

    Ниже вы можете найти логи с mediation при совершение звонка который оборвался.

     

    TL_INFO(TF_PROTOCOL) [5]03F4.08F0::06/21/2010-09:10:45.264.000183a4 (S4,SipMessage.DataLoggingHelper:sipmessage.cs(531))

    >>>>>>>>>>>>Outgoing SipMessage c=[<SipTcpConnection_1B57174>], 10.3.0.183:59117->10.3.1.10:5070 - I think that it must go from 10.3.0.184

    INVITE sip:0973662036@10.3.1.10;user=phone SIP/2.0

    FROM: <sip:XXXX@ocs-MED01-s8k.softline.main;user=phone>;epid=224AC0267C;tag=352f4d9390

    TO: <sip:YYYYY@10.3.1.10;user=phone>

    CSEQ: 1005 INVITE

    CALL-ID: dc9b4b29-e79d-4c1f-a838-fbe17428984d

    MAX-FORWARDS: 70

    VIA: SIP/2.0/TCP 10.3.0.183:59117;branch=z9hG4bK88ace372

    CONTACT: <sip:ocs-MED01-s8k.softline.main:5060;transport=Tcp;maddr=10.3.0.183;ms-opaque=0420ec557f993770>

    CONTENT-LENGTH: 323

    SUPPORTED: 100rel

    USER-AGENT: RTCC/3.5.0.0 MediationServer

    CONTENT-TYPE: application/sdp; charset=utf-8

    ALLOW: ACK

    Allow: CANCEL,BYE,INVITE,PRACK,UPDATE

    v=0

    o=- 1408 1 IN IP4 10.3.0.183

    s=session

    c=IN IP4 10.3.0.183

    b=CT:1000

    t=0 0

    m=audio 60390 RTP/AVP 97 101 13 0 8

    c=IN IP4 10.3.0.183

    a=rtcp:60391

    a=label:Audio

    a=rtpmap:97 RED/8000

    a=rtpmap:101 telephone-event/8000

    a=fmtp:101 0-16

    a=rtpmap:13 CN/8000

    a=rtpmap:0 PCMU/8000

    a=rtpmap:8 PCMA/8000

    a=ptime:20

    ------------EndOfOutgoing SipMessage

     

    After that message Mediation have incoming

     

    SIP/2.0 100 Trying

     

     

    <<<<<<<<<<<<Incoming SipMessage c=[<SipTcpConnection_1B57174>], 10.3.0.183:59117<-10.3.1.10:5070

    SIP/2.0 503 Service Unavailable

    FROM: <sip:XXX@ocs-MED01-s8k.softline.main;user=phone>;epid=224AC0267C;tag=352f4d9390

    TO: <sip:YYYYY@10.3.1.10;user=phone>;tag=17352260

    CSEQ: 1005 INVITE

    CALL-ID: dc9b4b29-e79d-4c1f-a838-fbe17428984d

    VIA: SIP/2.0/TCP 10.3.0.183:59117;branch=z9hG4bK88ace372

    ALLOW-EVENTS: telephone-event

    CONTENT-LENGTH: 0

    DATE: Mon, 21 Jun 2010 09:11:29 GMT

    ------------EndOfIncoming SipMessage

     

    У меня нет представления , что может вызывать эту ошибку..

    Мои предположения - разные кодеки на mediation и на CCM - но там я проверил -все нормально

    Или же какието проблемы с SIP траком - но еслиб они были, то се звонки не работалиб

    Я могу предпологать что проблема вызвана тем, что mediation общается с ССM через IP 10.3.0.183 вместо10.3.0.184

     

    Помогите,пожалуйста, разобраться с этой ситуацией.

     

    22 июня 2010 г. 11:24

Ответы

  • Начну расказывать о результатах попорядку:

    1) Что касается 2 итерфейсов, то я поробовал сделать статический маршрут- ошибок стало еще больше. Ошибки изчезли только тогда когда я оставил только один(!) интерфейс, вроде заработало

    2) Вторая сторона вопроса, это проблемы с кодеками и протоколами используемы на  Call Managere для Trunk c PSTN (провайдером телефонии). Mediation использует кодек G711ulaw и протокол TCP для SIP Trunk, а Call Manager для связи с провайдером использует протокол UDP и кодек G711alaw, причем ошибки еще возникали потомучто в настройках dialpeer к провайдеру стояла опция voice class codec 1. И в этом списке первым стоял кодек G711ulaw хотя провайдер использует G711alaw. Мы в этом dialpeer просто указали codec G711alaw вместо списка.

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

    • Помечено в качестве ответа Denis Golovatyuk 23 июня 2010 г. 17:38
    23 июня 2010 г. 17:38

Все ответы

  • поповоду работы не по тем интерфейсам:

    на одно интерфейсе должен быть прописан шлюз по умолчанию

    на втором маршрут роутинг

    в настройках медиейшена - указываете куда какие интерфейсы смотрят.

    как вариант могу предложить передернуть интерфейсы - после чего перезагрузить сам сервер (иначе изменения не применяться)


    Если сообщение помогло решить проблему - отметьте ее как ответ, если было информативным - проголосуйте за сообщение. Не будем оставлять решенные посты без отметок, это затруднит поиск решения другим.
    22 июня 2010 г. 11:44
  • Спасибо за ответ. Сегодня попробую внести изменения.

    После тестирования сообщу результат

    22 июня 2010 г. 15:50
  • Начну расказывать о результатах попорядку:

    1) Что касается 2 итерфейсов, то я поробовал сделать статический маршрут- ошибок стало еще больше. Ошибки изчезли только тогда когда я оставил только один(!) интерфейс, вроде заработало

    2) Вторая сторона вопроса, это проблемы с кодеками и протоколами используемы на  Call Managere для Trunk c PSTN (провайдером телефонии). Mediation использует кодек G711ulaw и протокол TCP для SIP Trunk, а Call Manager для связи с провайдером использует протокол UDP и кодек G711alaw, причем ошибки еще возникали потомучто в настройках dialpeer к провайдеру стояла опция voice class codec 1. И в этом списке первым стоял кодек G711ulaw хотя провайдер использует G711alaw. Мы в этом dialpeer просто указали codec G711alaw вместо списка.

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

    • Помечено в качестве ответа Denis Golovatyuk 23 июня 2010 г. 17:38
    23 июня 2010 г. 17:38