none
звонки между федерациями Lync RRS feed

  • Вопрос

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

    в организации устновлено Lync Enterprise в одном домене и 2 Lync Std в 2 других доменах 

    настроена федерация между этими доменами 

    сообщения отправляются между пользователями , звонки между клиентами по имени (Sip адресу) осуществляются

    возможно ли настроить чтобы пользователи из одного домена  могли звониьт пользователям из другого домена  по внутренним номеру телефонов (типа +2879 в одном домена на номер +1100  в другом домене) ?

    Спасибо

Ответы

  • Если вы имеете ввиду не домены а леса и федерацию через Lync Edge, тоединственная возможность это настроитьбез сторонних голосовых шлюзов или програмирования - связать серверы Mediation в ваших организациях Lync.

    • Загнать внешние IP-адреса Mediation в единое маршрутизируемое пространство чтоб не было (NAT)
    • Указать шлюз одной организации в качестве PSTN шлюза в другой организации и наоборот.
    • Настроить правила телефонии разрешающие звонить на настроенные шлюзы по внутренним номерам.
    • Помечено в качестве ответа A_Demin 4 мая 2012 г. 4:31
    • Снята пометка об ответе A_Demin 4 мая 2012 г. 9:00
    • Помечено в качестве ответа A_Demin 8 мая 2012 г. 4:46

Все ответы

  • Если вы имеете ввиду не домены а леса и федерацию через Lync Edge, тоединственная возможность это настроитьбез сторонних голосовых шлюзов или програмирования - связать серверы Mediation в ваших организациях Lync.

    • Загнать внешние IP-адреса Mediation в единое маршрутизируемое пространство чтоб не было (NAT)
    • Указать шлюз одной организации в качестве PSTN шлюза в другой организации и наоборот.
    • Настроить правила телефонии разрешающие звонить на настроенные шлюзы по внутренним номерам.
    • Помечено в качестве ответа A_Demin 4 мая 2012 г. 4:31
    • Снята пометка об ответе A_Demin 4 мая 2012 г. 9:00
    • Помечено в качестве ответа A_Demin 8 мая 2012 г. 4:46
  • Сделал так как Вы написали появилась другая проблема 

    звонки с удаленных офисов приходят в головной (с Lync STD на Lync ENT) но из головного не получается позвонить в удаленные офисы, начинается соединение и срываеться с сообщением "+ХХХХ cannot answer this call " в Event Viewer ошибка от удаленного сервера

    A SIP request made by Communicator failed in an unexpected manner (status code 80ef01e8). More information is contained in the following technical data:

     RequestUri:   sip:+3170@ххххх.хх;user=phone
    From:         sip:cstest5@ххххх.хх;tag=db17126b51
    To:           sip:+3170@ххххх.хх;user=phone;tag=ca2d7a46ec
    Call-ID:      89ac48d1300f4c16876cf1285e9235fa
    Content-type: multipart/alternative;boundary="----=_NextPart_000_0F9A_01CD2A04.A8425E50";call-type=audiovideo

    ------=_NextPart_000_0F9A_01CD2A04.A8425E50
    Content-Type: application/sdp
    Content-Transfer-Encoding: 7bit
    Content-ID: <0e7d537c39ce41e08a4922fab4fabf1d@king.kz>
    Content-Disposition: session; handling=optional; ms-proxy-2007fallback

    v=0
    o=- 0 0 IN IP4 192.168.60.145
    s=session
    c=IN IP4 192.168.60.145
    b=CT:99980
    t=0 0
    m=audio 4716 RTP/AVP 114 9 112 111 0 8 116 115 4 97 13 118 101
    a=candidate:FbXSGxcWub4iPh8HH3slK/VXqg/OuaciZEK3n+Gbsek 1 LoiyoeI9T6bbYi+uTSpJiQ UDP 0.830 192.168.74.1 1292 
    a=candidate:FbXSGxcWub4iPh8HH3slK/VXqg/OuaciZEK3n+Gbsek 2 LoiyoeI9T6bbYi+uTSpJiQ UDP 0.830 192.168.74.1 1293 
    a=candidate:1SxQDoSLA87uisSkenUHr39RNtwO/CaYC5nrDn+Oup8 1 vnE3Yx6HmOGVrixmnopUsQ UDP 0.840 192.168.204.1 21038 
    a=candidate:1SxQDoSLA87uisSkenUHr39RNtwO/CaYC5nrDn+Oup8 2 vnE3Yx6HmOGVrixmnopUsQ UDP 0.840 192.168.204.1 21039 
    a=candidate:tiqJXPOl6bDdYkHK1O6QrS/s4uX9ZMxpNeQBBjx/tHE 1 eV0cuMJoYaqSdDUW+Xt+2w UDP 0.850 192.168.60.145 4716 
    a=candidate:tiqJXPOl6bDdYkHK1O6QrS/s4uX9ZMxpNeQBBjx/tHE 2 eV0cuMJoYaqSdDUW+Xt+2w UDP 0.850 192.168.60.145 4717 
    a=candidate:usaqa1lqvvCw+HTraPLSrag4FnInmUS2K8oCkO8j4Yw 1 KOn2pWFd+x4dGKGcwXzrzg UDP 0.860 192.168.1.200 19858 
    a=candidate:usaqa1lqvvCw+HTraPLSrag4FnInmUS2K8oCkO8j4Yw 2 KOn2pWFd+x4dGKGcwXzrzg UDP 0.860 192.168.1.200 19859 
    a=cryptoscale:1 client AES_CM_128_HMAC_SHA1_80 inline:J/qhEd62rVhzS7dJ6ahZoVLgp1Ti2YpGEXuAMqiN|2^31|1:1
    a=crypto:2 AES_CM_128_HMAC_SHA1_80 inline:mX/rHLbq6YV6wDdTEt7aI494IBtDBzDSLbkSJoum|2^31|1:1
    a=crypto:3 AES_CM_128_HMAC_SHA1_80 inline:2QKW/qSgIDH4GKTillh+NbDUJN7h7MGcmcad7ZUH|2^31
    a=maxptime:200
    a=rtpmap:114 x-msrta/16000
    a=fmtp:114 bitrate=29000
    a=rtpmap:9 G722/8000
    a=rtpmap:112 G7221/16000
    a=fmtp:112 bitrate=24000
    a=rtpmap:111 SIREN/16000
    a=fmtp:111 bitrate=16000
    a=rtpmap:0 PCMU/8000
    a=rtpmap:8 PCMA/8000
    a=rtpmap:116 AAL2-G726-32/8000
    a=rtpmap:115 x-msrta/8000
    a=fmtp:115 bitrate=11800
    a=rtpmap:4 G723/8000
    a=rtpmap:97 RED/8000
    a=rtpmap:13 CN/8000
    a=rtpmap:118 CN/16000
    a=rtpmap:101 telephone-event/8000
    a=fmtp:101 0-16
    a=encryption:optional

    ------=_NextPart_000_0F9A_01CD2A04.A8425E50
    Content-Type: application/sdp
    Content-Transfer-Encoding: 7bit
    Content-ID: <86587746de9f47219398b53dedb68f62@king.kz>
    Content-Disposition: session; handling=optional

    v=0
    o=- 0 1 IN IP4 192.168.60.145
    s=session
    c=IN IP4 192.168.60.145
    b=CT:99980
    t=0 0
    m=audio 8226 RTP/AVP 114 9 112 111 0 8 116 115 4 97 13 118 101
    a=ice-ufrag:uFrn
    a=ice-pwd:npt0D/AfTZA4X2gCvP//sjnt
    a=candidate:1 1 UDP 2130706431 192.168.1.200 2966 typ host 
    a=candidate:1 2 UDP 2130705918 192.168.1.200 2967 typ host 
    a=candidate:2 1 UDP 2130705919 192.168.60.145 8226 typ host 
    a=candidate:2 2 UDP 2130705406 192.168.60.145 8227 typ host 
    a=candidate:3 1 UDP 2130705407 192.168.204.1 16440 typ host 
    a=candidate:3 2 UDP 2130704894 192.168.204.1 16441 typ host 
    a=candidate:4 1 UDP 2130704895 192.168.74.1 30338 typ host 
    a=candidate:4 2 UDP 2130704382 192.168.74.1 30339 typ host 
    a=candidate:5 1 TCP-ACT 1684797439 192.168.1.200 2966 typ srflx raddr 192.168.1.200 rport 2966 
    a=candidate:5 2 TCP-ACT 1684796926 192.168.1.200 2966 typ srflx raddr 192.168.1.200 rport 2966 
    a=cryptoscale:1 client AES_CM_128_HMAC_SHA1_80 inline:J/qhEd62rVhzS7dJ6ahZoVLgp1Ti2YpGEXuAMqiN|2^31|1:1
    a=crypto:2 AES_CM_128_HMAC_SHA1_80 inline:mX/rHLbq6YV6wDdTEt7aI494IBtDBzDSLbkSJoum|2^31|1:1
    a=crypto:3 AES_CM_128_HMAC_SHA1_80 inline:2QKW/qSgIDH4GKTillh+NbDUJN7h7MGcmcad7ZUH|2^31
    a=maxptime:200
    a=rtpmap:114 x-msrta/16000
    a=fmtp:114 bitrate=29000
    a=rtpmap:9 G722/8000
    a=rtpmap:112 G7221/16000
    a=fmtp:112 bitrate=24000
    a=rtpmap:111 SIREN/16000
    a=fmtp:111 bitrate=16000
    a=rtpmap:0 PCMU/8000
    a=rtpmap:8 PCMA/8000
    a=rtpmap:116 AAL2-G726-32/8000
    a=rtpmap:115 x-msrta/8000
    a=fmtp:115 bitrate=11800
    a=rtpmap:4 G723/8000
    a=rtpmap:97 RED/8000
    a=rtpmap:13 CN/8000
    a=rtpmap:118 CN/16000
    a=rtpmap:101 telephone-event/8000
    a=fmtp:101 0-16
    a=encryption:optional

    ------=_NextPart_000_0F9A_01CD2A04.A8425E50--


    Response Data:

    101  Progress Report
    ms-diagnostics:  12006;reason="Trying next hop";source="ууу.хххх.хх";PhoneUsage="To Akt Lync";PhoneRoute="To Akt Lync Route";Gateway="10.3.4.1";appName="OutboundRouting"


    183  Session Progress


    488  Not Acceptable Here
    ms-diagnostics-public:  10488;reason="Gateway responded with 488 Not Acceptable Here";component="MediationServer";SipResponseCode="488";SipResponseText="Not Acceptable Here";OriginalPresenceState="0";CurrentPresenceState="0";MeInsideUser="No";ConversationInitiatedBy="0";SourceNetwork="0";RemotePartyCanDoIM="No"


     Resolution:
     If this error continues to occur, please contact your network administrator. The network administrator can use a tool like winerror.exe from the Windows Resource Kit or lcserror.exe from the Office Communications Server Resource Kit in order to interpret any error codes listed above. 

     Везде протокол TCP, порт 5060
    • Изменено A_Demin 4 мая 2012 г. 9:00
  • вы точно на службу Mediation звоните а не front-end? Проверьте порты в topology builder.

    Звонок с Meidation на Mediation? между ними нет сторонниху шлюзов. Если нет - апровеьте иденитичность настроек в Trunk Configuration

  • mediation Размещен на одном сервере с Front end , порт 5060 на mediation прописан 

    роутинг между сетями есть

     в trunk configuraton одинаковые 

    на сервер приходит номер в виде +хххх как и прописано у пользователя

  • Сообщение Not Acceptable Here появляется когда две стороны не смогли договориться об используемых способах взаимодействия.
    Собственно, в предыдущем сообщении я описал наиболее простые случаи сбоев с тсакой ошибкой.
    Если вы уверены, что отвечает именно служба Mediation, дальше нужно разбирать журналы SIP насервере, который выдал такое сообщение.
    P.S. службу Medaition, полагаю, рестартовали?