none
Интеграция с Audiocodes MP-114 RRS feed

  • Вопрос

  • Добрый день, коллеги!

    на стенде возникла проблема с интеграцией шлюза и Enterprise пула из 3х серверов.

    при входящем звонке на FXO порт шлюза настроен Automatic Dialing внутреннего номера абонента линка, но шлюз пишет, что звонок не проходит "due to Other Failures"

    на стороне линка логи говорят, что звонок доходит, но сервер отвечает "SIP/2.0 503 Service Unavailable"

    в чем может быть проблема? какие настройки покрутить?

    логи неудачного звонка приведены ниже

    TL_INFO(TF_PROTOCOL) [pool01\LFE02]0A18.2458::03/28/2013-08:54:05.041.00000400 (S4,SipMessage.DataLoggingHelper:sipmessage.cs(774)) [786475589]
    <<<<<<<<<<<<Incoming SipMessage c=[<SipTcpConnection_9341AB>], 192.168.1.106:5068<-192.168.1.253:65413
    INVITE sip:1111@pool01.domain.ru SIP/2.0
    FROM: <sip:192.168.1.253>;tag=1c855040451
    TO: <sip:1111@pool01.domain.ru>
    CSEQ: 1 INVITE
    CALL-ID: 8550399191120108614@192.168.1.253
    MAX-FORWARDS: 70
    VIA: SIP/2.0/TCP 192.168.1.253:5066;branch=z9hG4bKac855043682;alias
    CONTACT: <sip:192.168.1.253:5066;transport=tcp>
    CONTENT-LENGTH: 230
    SUPPORTED: em,100rel,timer,replaces,path,resource-priority,sdp-anat
    USER-AGENT: Audiocodes-Sip-Gateway-MP-114 FXS_FXO/v.6.20A.052.003
    CONTENT-TYPE: application/sdp
    ALLOW: REGISTER,OPTIONS,INVITE,ACK,CANCEL,BYE,NOTIFY,PRACK,REFER,INFO,SUBSCRIBE,UPDATE

    v=0
    o=AudiocodesGW 855034761 855034637 IN IP4 192.168.1.253
    s=Phone-Call
    c=IN IP4 192.168.1.253
    t=0 0
    m=audio 6030 RTP/AVP 8 96
    a=rtpmap:8 PCMA/8000
    a=rtpmap:96 telephone-event/8000
    a=fmtp:96 0-15
    a=ptime:20
    a=sendrecv
    ------------EndOfIncoming SipMessage


    TL_INFO(TF_PROTOCOL) [pool01\LFE02]0A18.0D14::03/28/2013-08:54:05.042.00000401 (S4,SipMessage.DataLoggingHelper:sipmessage.cs(774)) [786475589]
    >>>>>>>>>>>>Outgoing SipMessage c=[<SipTcpConnection_9341AB>], 192.168.1.106:5068->192.168.1.253:65413
    SIP/2.0 100 Trying
    FROM: <sip:192.168.1.253>;tag=1c855040451
    TO: <sip:1111@pool01.domain.ru>
    CSEQ: 1 INVITE
    CALL-ID: 8550399191120108614@192.168.1.253
    VIA: SIP/2.0/TCP 192.168.1.253:5066;branch=z9hG4bKac855043682;alias
    CONTENT-LENGTH: 0

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


    TL_INFO(TF_PROTOCOL) [pool01\LFE02]0A18.1FEC::03/28/2013-08:54:05.049.0000042E (S4,SipMessage.DataLoggingHelper:sipmessage.cs(774)) [786475589]
    >>>>>>>>>>>>Outgoing SipMessage c=[<SipTcpConnection_9341AB>], 192.168.1.106:5068->192.168.1.253:65413
    SIP/2.0 503 Service Unavailable
    FROM: <sip:192.168.1.253>;tag=1c855040451
    TO: <sip:1111@pool01.domain.ru>;epid=728826F6CB;tag=fb3e38dd
    CSEQ: 1 INVITE
    CALL-ID: 8550399191120108614@192.168.1.253
    VIA: SIP/2.0/TCP 192.168.1.253:5066;branch=z9hG4bKac855043682;alias
    CONTENT-LENGTH: 0
    SERVER: RTCC/5.0.0.0 MediationServer

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


    TL_INFO(TF_PROTOCOL) [pool01\LFE02]0A18.1540::03/28/2013-08:54:05.060.00000437 (S4,SipMessage.DataLoggingHelper:sipmessage.cs(774)) [2652640333]
    <<<<<<<<<<<<Incoming SipMessage c=[<SipTcpConnection_9341AB>], 192.168.1.106:5068<-192.168.1.253:65413
    ACK sip:1111@pool01.domain.ru SIP/2.0
    FROM: <sip:192.168.1.253>;tag=1c855040451
    TO: <sip:1111@pool01.domain.ru>;tag=fb3e38dd;epid=728826F6CB
    CSEQ: 1 ACK
    CALL-ID: 8550399191120108614@192.168.1.253
    MAX-FORWARDS: 70
    VIA: SIP/2.0/TCP 192.168.1.253:5066;branch=z9hG4bKac855043682;alias
    CONTACT: <sip:192.168.1.253:5066;transport=tcp>
    CONTENT-LENGTH: 0
    SUPPORTED: em,timer,replaces,path,resource-priority
    USER-AGENT: Audiocodes-Sip-Gateway-MP-114 FXS_FXO/v.6.20A.052.003
    ALLOW: REGISTER,OPTIONS,INVITE,ACK,CANCEL,BYE,NOTIFY,PRACK,REFER,INFO,SUBSCRIBE,UPDATE

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

    28 марта 2013 г. 9:40

Ответы

  • По плюсам: пробовал и с ними и без них, эффект один и тот же...

    Телефонов два, Aastra 6724ip и Polycom CX500

    Из красных событий, которые есть на фронтэндах - сообщения о том что нет ответа от транка на OPTIONS запросы

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

    Эти телефоны не в счет - работают также как и клиент Lync. Смотрю у Вас несколько FE, т.е. конфигурация Enterprise, Mediation установлен на FE . Надеюсь, последние Update стоят на всех серверах. Также, помню, была настройка в шлюзе, по крайней мере в Mediant, что используется балансировка нагрузки. Балансировка нагузки поддерживается только с выделенным Mediation Server, т.е. внимательно посмотрите в настройках шлюза, если у Вас не выделенный Mediation

    http://www.useto.ru

    28 марта 2013 г. 19:37

Все ответы

  • На первый взгляд: похоже заданы разные порты на Mediation, Trunk и самом шлюзе. Обычно используется TCP 5060 и для listening port и Mediation port у Вас в одном месте 5066, в другом 5068

    Так что скорее всего неправильно настроены транки, проверяйте по документации

    http://technet.microsoft.com/en-us/library/gg398170.aspx

    И, возможно, пока не помешает, но все-таки. Явно неправильно настроен шлюз, поскольку в SIP From не передается номер вызывающего абонента, что не есть правильно.

    Да и номер на Lync Server присвоен кому-нибудь? Вызывается вообще из клиента Lync?


    http://www.useto.ru

    28 марта 2013 г. 10:41
  • Номер +1111 присвоен юзеру, на него можно дозвониться и с телефона и с клиента, так же есть правило нормализации которое добавляет плюс к четырехзначному номеру

    Для уверенности поменял порт на Mediation пуле на 5060 и на шлюзе тоже на 5060

    Покрутил настройки шлюза, теперь он передает номер в SIP From

    но проблема все та же, вот лог:

    TL_INFO(TF_PROTOCOL) [pool01\LFE03]0BD8.1AD4::03/28/2013-12:07:06.052.00000454 (S4,SipMessage.DataLoggingHelper:sipmessage.cs(774)) [587059413]
    <<<<<<<<<<<<Incoming SipMessage c=[<SipTcpConnection_E87832>], 192.168.1.107:5060<-192.168.1.253:62301
    INVITE sip:+1111@pool01.domain.ru;user=phone SIP/2.0
    FROM: <sip:+7777@192.168.1.253;user=phone>;tag=1c1891526102
    TO: <sip:+1111@pool01.domain.ru;user=phone>
    CSEQ: 1 INVITE
    CALL-ID: 189152551111201011199@192.168.1.253
    MAX-FORWARDS: 70
    VIA: SIP/2.0/TCP 192.168.1.253;branch=z9hG4bKac1891529216;alias
    CONTACT: <sip:+7777@192.168.1.253:5060;user=phone;transport=tcp>
    CONTENT-LENGTH: 232
    SUPPORTED: em,100rel,timer,replaces,path,resource-priority,sdp-anat
    USER-AGENT: Audiocodes-Sip-Gateway-MP-114 FXS_FXO/v.6.20A.052.003
    CONTENT-TYPE: application/sdp
    ALLOW: REGISTER,OPTIONS,INVITE,ACK,CANCEL,BYE,NOTIFY,PRACK,REFER,INFO,SUBSCRIBE,UPDATE

    v=0
    o=AudiocodesGW 1891523405 1891523278 IN IP4 192.168.1.253
    s=Phone-Call
    c=IN IP4 192.168.1.253
    t=0 0
    m=audio 6010 RTP/AVP 8 96
    a=rtpmap:8 PCMA/8000
    a=rtpmap:96 telephone-event/8000
    a=fmtp:96 0-15
    a=ptime:20
    a=sendrecv
    ------------EndOfIncoming SipMessage

    TL_INFO(TF_PROTOCOL) [pool01\LFE03]0BD8.107C::03/28/2013-12:07:06.052.00000456 (S4,SipMessage.DataLoggingHelper:sipmessage.cs(774)) [587059413]
    >>>>>>>>>>>>Outgoing SipMessage c=[<SipTcpConnection_E87832>], 192.168.1.107:5060->192.168.1.253:62301
    SIP/2.0 100 Trying
    FROM: <sip:+7777@192.168.1.253;user=phone>;tag=1c1891526102
    TO: <sip:+1111@pool01.domain.ru;user=phone>
    CSEQ: 1 INVITE
    CALL-ID: 189152551111201011199@192.168.1.253
    VIA: SIP/2.0/TCP 192.168.1.253;branch=z9hG4bKac1891529216;alias
    CONTENT-LENGTH: 0

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

    TL_INFO(TF_PROTOCOL) [pool01\LFE03]0BD8.22B8::03/28/2013-12:07:06.060.00000483 (S4,SipMessage.DataLoggingHelper:sipmessage.cs(774)) [587059413]
    >>>>>>>>>>>>Outgoing SipMessage c=[<SipTcpConnection_E87832>], 192.168.1.107:5060->192.168.1.253:62301
    SIP/2.0 503 Service Unavailable
    FROM: <sip:+7777@192.168.1.253;user=phone>;tag=1c1891526102
    TO: <sip:+1111@pool01.domain.ru;user=phone>;epid=95B197CCFA;tag=3ca95441f1
    CSEQ: 1 INVITE
    CALL-ID: 189152551111201011199@192.168.1.253
    VIA: SIP/2.0/TCP 192.168.1.253;branch=z9hG4bKac1891529216;alias
    CONTENT-LENGTH: 0
    SERVER: RTCC/5.0.0.0 MediationServer

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

    TL_INFO(TF_PROTOCOL) [pool01\LFE03]0BD8.1AD4::03/28/2013-12:07:06.075.0000048C (S4,SipMessage.DataLoggingHelper:sipmessage.cs(774)) [2255559273]
    <<<<<<<<<<<<Incoming SipMessage c=[<SipTcpConnection_E87832>], 192.168.1.107:5060<-192.168.1.253:62301
    ACK sip:+1111@pool01.domain.ru;user=phone SIP/2.0
    FROM: <sip:+7777@192.168.1.253;user=phone>;tag=1c1891526102
    TO: <sip:+1111@pool01.domain.ru;user=phone>;tag=3ca95441f1;epid=95B197CCFA
    CSEQ: 1 ACK
    CALL-ID: 189152551111201011199@192.168.1.253
    MAX-FORWARDS: 70
    VIA: SIP/2.0/TCP 192.168.1.253;branch=z9hG4bKac1891529216;alias
    CONTACT: <sip:+7777@192.168.1.253:5060;user=phone;transport=tcp>
    CONTENT-LENGTH: 0
    SUPPORTED: em,timer,replaces,path,resource-priority
    USER-AGENT: Audiocodes-Sip-Gateway-MP-114 FXS_FXO/v.6.20A.052.003
    ALLOW: REGISTER,OPTIONS,INVITE,ACK,CANCEL,BYE,NOTIFY,PRACK,REFER,INFO,SUBSCRIBE,UPDATE

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

    28 марта 2013 г. 12:38
  • Тогда следующий по плану пункт проверки: роемся в журналах событий Windows Server на FE для Lync. Смотрим красные сообщения, которые просто должны там быть, и устраняем.

    Насчет + в номере.  Пробовали без него всем номера давать, чтобы ничего лишнего не прибавлять и не удалять? Лишние правила - лишние возможности для ошибок. И с какого телефона Вы можете дозвониться до пользователя?


    http://www.useto.ru

    28 марта 2013 г. 13:22
  • По плюсам: пробовал и с ними и без них, эффект один и тот же...

    Телефонов два, Aastra 6724ip и Polycom CX500

    Из красных событий, которые есть на фронтэндах - сообщения о том что нет ответа от транка на OPTIONS запросы

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

    There was no response from a Trunk to an OPTIONS request sent by the Mediation Server.

    The Trunk, mp.domain.ru;trunk=mp.domain.ru, is not responding to an OPTIONS request sent by the Mediation Server service.
    DNS Resolution Failure: False
     Exception: Microsoft.Rtc.Signaling.ConnectionFailureException:Unable to establish a connection. ---> System.Net.Sockets.SocketException (0x80004005): No connection could be made because the target machine actively refused it 192.168.1.253:5060
       at System.Net.Sockets.Socket.EndConnect(IAsyncResult asyncResult)
       at Microsoft.Rtc.Internal.Sip.TcpTransport.OnConnected(Object arg)
      
    --- End of inner exception stack trace ---
       at Microsoft.Rtc.Signaling.SipAsyncResult2`1.ThrowIfFailed()
       at Microsoft.Rtc.Signaling.SipAsyncResultBase2.EndAsyncOperation[TResult](Object owner, IAsyncResult result)
       at Microsoft.RTC.MediationServerCore.PeriodicOptionsSender.FinishSendOptionMessage(IAsyncResult ar)
    Detected at System.Environment.GetStackTrace(Exception e, Boolean needFileInfo)
       at System.Environment.get_StackTrace()
       at Microsoft.Rtc.Signaling.RealTimeException..ctor(String message, Exception innerException)
       at Microsoft.Rtc.Signaling.ExceptionUtilities.TryMapS4Exception(Exception s4Exception, SecurityAssociationContext securityContext, Boolean isSipEndpoint, String traceId, Object parentObject, Object childObject, RealTimeException& ex)
       at Microsoft.Rtc.Signaling.SipTransactionAsyncResult`1.ConnectionConnectCompleted(IAsyncResult result)
       at Microsoft.Rtc.Signaling.SipAsyncResult2`1.MakeCallback()
       at Microsoft.Rtc.Signaling.SipAsyncResult2`1.Complete(TEx ex, Boolean synchronousCompletion)
       at Microsoft.Rtc.Signaling.RealTimeConnection.CompletePendingConnects(IEnumerable`1 results, RealTimeException exception)
       at Microsoft.Rtc.Signaling.RealTimeConnection.<.ctor>b__1(SipConnection sender, Object reason)
       at Microsoft.Rtc.Internal.Sip.SipConnection.FireDisconnectedEvent(Object reason)
       at Microsoft.Rtc.Internal.Sip.SingleThreadedDispatcherQueue.DispatcherCallback(Object queue)
       at System.Threading.QueueUserWorkItemCallback.System.Threading.IThreadPoolWorkItem.ExecuteWorkItem()
       at System.Threading.ThreadPoolWorkQueue.Dispatch()
    Cause: The Mediation Server service cannot communicate with the Trunk Service over SIP due to network connectivity issues.
    Resolution:
    Please ensure network connectivity and availability of the Trunk for the Mediation Server service to be able to function correctly.


    28 марта 2013 г. 13:41
  • По плюсам: пробовал и с ними и без них, эффект один и тот же...

    Телефонов два, Aastra 6724ip и Polycom CX500

    Из красных событий, которые есть на фронтэндах - сообщения о том что нет ответа от транка на OPTIONS запросы

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

    Эти телефоны не в счет - работают также как и клиент Lync. Смотрю у Вас несколько FE, т.е. конфигурация Enterprise, Mediation установлен на FE . Надеюсь, последние Update стоят на всех серверах. Также, помню, была настройка в шлюзе, по крайней мере в Mediant, что используется балансировка нагрузки. Балансировка нагузки поддерживается только с выделенным Mediation Server, т.е. внимательно посмотрите в настройках шлюза, если у Вас не выделенный Mediation

    http://www.useto.ru

    28 марта 2013 г. 19:37