none
SIP Trunk. Проблема с дозвоном. RRS feed

  • Общие обсуждения

  •  Добрый день,

     

    Есть Lync 2010 SE с установленым медиэшн на нем же. Порт слушает 5060, прокинут с провайдера гейтвей который слушает тоже 5060. Линк стоит за ISA 2006 через которую и идет публикация SIP порта.

    Rtp пока не опубликована, хочу проверить звонок, но получаю в логах:

    TL_INFO(TF_PROTOCOL) [0]0A38.0D50::04/18/2011-05:14:36.815.00007da1 (SIPStack,SIPAdminLog::TraceProtocolRecord:SIPAdminLog.cpp(125))$$begin_record
    Trace-Correlation-Id: 2466186190
    Instance-Id: 00000BB3
    Direction: outgoing
    Peer: 192.168.1.213:50254
    Message-Type: response
    Start-Line: SIP/2.0 408 Request Timeout
    From: "Mikhail Tokarev"<sip:mikhail.tokarev@Domain.com>;tag=310e04aea1;epid=5bf57a2a14
    To: <sip:MyNumber;phone-context=local-access@Domain.com;user=phone>;tag=19975c52c1;epid=47FBCB2CDF
    CSeq: 1 INVITE
    Call-ID: 3d15487b0ee341f4add5e90b316484ff
    Authentication-Info: TLS-DSK qop="auth", opaque="DEAAAB0E", srand="E9BAA82A", snum="59", rspauth="b36aca2ef18504299330af1583f63040e63f4b34", targetname="L01.Domain.com", realm="SIP Communications Service", version=4
    Via: SIP/2.0/TLS 192.168.1.213:50254;ms-received-port=50254;ms-received-cid=37D00
    CONTENT-LENGTH: 0
    P-ASSERTED-IDENTITY: <sip:502310105;phone-context=DefaultProfile@Domain.com;user=phone>
    SERVER: RTCC/4.0.0.0 MediationServer
    ms-diagnostics: 10001;source="L01.Domain.com";reason="Gateway did not respond in a timely manner (timeout)";component="MediationServer";GatewayFqdn="GatewayIP"
    ms-diagnostics-public: 10001;reason="Gateway did not respond in a timely manner (timeout)";component="MediationServer"
    ms-trunking-peer: GatewayIP

    ms-endpoint-location-data: NetworkScope;ms-media-location-type=intranet
    Message-Body: –
    $$end_record

    18 апреля 2011 г. 5:56

Все ответы

  • Провеверьте для начала что SIP провайдер поддерживает SIP over TCP.
    Проверить можно командой (с сервера Mediation)
    telnet IPадресПровайдера 5060


    MCITP
    18 апреля 2011 г. 6:49
    Модератор
  • Поддерживает.

    18 апреля 2011 г. 6:57
  •  Разобрался,

     

    Транк вырезал первый символ, вот и умирал по таймату.

    Теперь вот что: набор идет (причем как то быстро "calling to .." всего секунду, а потом сразу идет время, как будто кто то снял трубку), но вот на телефон звонок не приходит.

     

     Ильгиз:) поможешь?

     

    TL_INFO(TF_PROTOCOL) [0]0A38.1644::04/18/2011-08:54:06.396.000107dd (SIPStack,SIPAdminLog::TraceProtocolRecord:SIPAdminLog.cpp(125))$$begin_record
    Trace-Correlation-Id: 999143780
    Instance-Id: 0000111C
    Direction: incoming
    Peer: L01.Domain.com:5070
    Message-Type: response
    Start-Line: SIP/2.0 200 OK
    From: "Mikhail Tokarev"<sip:mikhail.tokarev@Domain.com>;tag=19981ffcc6;epid=5bf57a2a14
    To: <sip:0505555555;phone-context=local-access@Domain.com;user=phone>;tag=b42cf6c62c;epid=EB0840B25E
    CSeq: 1 INVITE
    Call-ID: abe25a3cc1a64c769dc4dab7598151ce
    VIA: SIP/2.0/TLS 192.168.1.9:61737;branch=z9hG4bK90F11DB5.BB59F1ACAB999CAD;branched=TRUE,SIP/2.0/TLS 192.168.1.213:50430;ms-received-port=50430;ms-received-cid=49200
    RECORD-ROUTE: <sip:L01.Domain.com:5061;transport=tls;opaque=state:T;lr>;tag=FD40F8A2949F2180A27CDB60D27D7549
    CONTACT: <sip:L01.Domain.com@Domain.com;gruu;opaque=srvr:MediationServer:5luNRper8lyAOFK6cqNKsQAA;grid=55856def41fc4d9aa9458c23c42a0383>;isGateway
    CONTENT-LENGTH: 883
    SUPPORTED: replaces
    SUPPORTED: ms-safe-transfer
    SUPPORTED: ms-bypass
    SUPPORTED: ms-dialog-route-set-update
    SUPPORTED: gruu-10
    SUPPORTED: timer
    SUPPORTED: 100rel
    CONTENT-TYPE: application/sdp
    ALLOW: ACK
    P-ASSERTED-IDENTITY: <sip:0505555555;phone-context=DefaultProfile@Domain.com;user=phone>
    SERVER: RTCC/4.0.0.0 MediationServer
    ms-diagnostics: 10032;source="L01.Domain.com";reason="Media diagnostic information";component="MediationServer";ICEWarningFlags="Audio:ICEWarn=0x80000,LocalSite=192.168.1.9:52320,RemoteSite=192.168.1.213:23982,PortRange=49152:57500,LocalLocation=2,RemoteLocation=2,FederationType=0"
    ms-diagnostics-public: 10032;reason="Media diagnostic information";component="MediationServer"
    ms-endpoint-location-data: NetworkScope;ms-media-location-type=intranet
    Ms-Accepted-Content-ID: <72aea18056cd45c8bfc3a1932dc0ff4b@Domain.com>
    ms-trunking-peer: IP.IP.IP.IP;User-Agent="Cisco-SIPGateway/IOS-12.x"
    Allow: CANCEL,BYE,INVITE,REFER,NOTIFY,PRACK,UPDATE
    Session-Expires: 1800;refresher=uas
    Min-SE: 90
    Message-Body: v=0
    o=- 6 0 IN IP4 192.168.1.9
    s=session
    c=IN IP4 192.168.1.9
    b=CT:4294967
    t=0 0
    m=audio 52320 RTP/SAVP 0 8 115 13 118 97 101
    c=IN IP4 192.168.1.9
    a=rtcp:52321
    a=ice-ufrag:28OJ
    a=ice-pwd:/MTwcXrFcq97JioysUgAzc7u
    a=candidate:1 1 UDP 2130706431 192.168.1.9 52320 typ host
    a=candidate:1 2 UDP 2130705918 192.168.1.9 52321 typ host
    a=candidate:2 1 tcp-act 1684798975 192.168.1.9 52320 typ srflx raddr 192.168.1.9 rport 52320
    a=candidate:2 2 tcp-act 1684798462 192.168.1.9 52320 typ srflx raddr 192.168.1.9 rport 52320
    a=label:main-audio
    a=crypto:2 AES_CM_128_HMAC_SHA1_80 inline:dXMB20KYDadBXFQEOTH2JCmQoskhO8N3jb/c1Lkn|2^31|1:1
    a=rtpmap:0 PCMU/8000
    a=rtpmap:8 PCMA/8000
    a=rtpmap:115 x-msrta/8000
    a=fmtp:115 bitrate=11800
    a=rtpmap:13 CN/8000
    a=rtpmap:118 CN/16000
    a=rtpmap:97 RED/8000
    a=rtpmap:101 telephone-event/8000
    a=fmtp:101 0-16,36
    a=encryption:rejected
    $$end_record

    18 апреля 2011 г. 9:19
  • Между Mediation и "Cisco-SIPGateway/IOS-12.x" SIP по TLS?
    Если да, то с сертификатами и доверием все в норме?
    MCITP
    18 апреля 2011 г. 19:41
    Модератор
  • Да нет вроде, я пытаюсь пока разобраться, поэтому для начало все идет по TCP.

    18 апреля 2011 г. 20:01
  • 1. Нужно понять кто такой умный 200 ok посылает и предлагает слать RTP на 192.168.1.9 раз не приходит вызов на телефон. Видимо вопрос к провайдеру. Может вы с ним формат номера или префикса не согасовали.
    2. Проверьте не стоит ли у вас в свойствах транка Media Bypass. В этом случе на 192.168.1.9 будет слать трафик клиент а не Mediation.

    19 апреля 2011 г. 19:21
  •  Спасибо за помощь.

     

    1. Мне кажется что говорит сервер Линк который и есть 192.168.1.9

    Peer: L01.Domain.com:5070

    2. Байпасс в транке отключен.

     

    Я не думаю что не согласован формат номера, но вполне возможно что у меня не правильно опубликовон RTP Range на ISA. Хотя на сколько я понял без него ответ должен идти.

    19 апреля 2011 г. 19:53
  • значит просто вы показали не тот Ok :-)

    Кто-то должен был ответить Ok Mediation-у, чтоб затем она начал транслировать его дальше до клиента.

    Для понимания, вы описали две проблемы:

    1. Вызов уходит не туда. он принят, но вы его не получали. Это проблема сигнального трафика. Нужно убедиться что до оператора ушел инвайт с правильнвм номером и передать эту информацию оператору с вопросом: куда дели :-)

    2. Не понятно, что происходит с RTP трафиком. Включить снифер на сервере, посмотрите, доходит ли RTP трафик до сервера Lync со стороны оператора. NAT между Mediation и шлюзом не поддерживается. Из вашего лога.

    o=- 6 0 IN IP4 192.168.1.9
    s=session
    c=IN IP4 192.168.1.9

    Как вы видите, в SIP сообщении передается IP адрес по которому нужно слать трафик. Если у вас NAT, неудивительно, что оператор не может начать RTP сессию с вами. нужна маршрутизация без NAT. VPN какой-нибудь, например.

     

     


    20 апреля 2011 г. 6:08
  • Ок,

    Сегодня подниму VPN с провайдером, после этого если будут проблемы попрошу выслать логи с их стороны, как будут новости отпишусь.

    20 апреля 2011 г. 6:53
  • Michaell Tokarev, есть ли новости?
    Мнения, высказанные здесь, являются отражением моих личных взглядов, а не позиции корпорации Microsoft. Вся информация предоставляется "как есть" без каких-либо гарантий
  • Уважаемый пользователь!
    В вашей теме отсутствует активность в течение последних 5 дней. При отсутствии каких-либо действий в течение 2 последующих дней, тема будет переведена в разряд обсуждений. Вы можете возобновить дискуссию, просто оставив сообщение в данной теме.
    Мнения, высказанные здесь, являются отражением моих личных взглядов, а не позиции корпорации Microsoft. Вся информация предоставляется "как есть" без каких-либо гарантий
  • Коллеги, день добрыЙ

    подскажите новичку - чем именно снимаете такой подробный лог обмена между сервером и шлюзом sip?

  • ищите по ключевым словам logging tools и snooper