none
Primary и backup registrar - вопросы RRS feed

  • Вопрос

  • Коллеги подскажите по этой тематике.

    И так есть площадка A и площадка B

    На каждой площадке имеется Lync 2010 STD без Mediation и с Edge сервером. площадка A - Primary, площадка B - backup

    Для площадки A  делаем стандартные DNS записи:

    sipinternaltls, admin, meet, dialin и т.д.

    Для площадки И делаем DNS запись sipinternaltls но с другим приоритетом - тут все понятно.

    не очень понятно что делать с  записями admin, meet, dialin  ?

    Теперь про Edge 

    делаем 4 внешних DNS записи на 443 порт и назначаем их на Edge площадки A

    Если этот  Edge выходит из строя, руками перебиваем IP адреса этих 4 записей которые указывают на Edge  площадки B - правильно ?


    • Изменено AleksanderL 2 октября 2012 г. 8:01 1
    2 октября 2012 г. 8:01

Ответы

  • Для сайта А и Б у вас должны быть уникальные внешние адреса Веб сервисов на которые будут указывать A записи в DNS.

    Для EDGE заводите записи типа SRV с разными приоритетами.

               

    _sip._tls.yourdomain.com      SRV service location:
          priority       = 40
              weight         = 0
              port           = 5061
              svr hostname   = edge2.yourdomain.com
    _sip._tls.yourdomain.com      SRV service location:
      priority       = 20
              weight         = 0
              port           = 5061
              svr hostname   = edge.yourdomain.com


    Или с одним именем, по которому будут отдаваться 4 разных адреса.

    How Clients Running Microsoft Lync 2010 Locate Services

    <content xmlns="http://ddue.schemas.microsoft.com/authoring/2003/5">

    During DNS lookup, SRV records are queried in parallel and returned in the following order to the client:

    _sipinternaltls._tcp.<domain> - for internal TLS connections

    _sipinternal._tcp. <domain> - for internal TCP connections (performed only if TCP is allowed)

    _sip._tls. <domain> - for external TLS connections

    Where <domain> is the SIP domain used by your internal clients. The last two queries are for clients that are connecting from outside your internal network. When creating SRV records, it is important to remember that they must point to a DNS A record in the same domain in which the DNS SRV record is created. For example, if the SRV record is in contoso.com, the A record it points to cannot be in fabrikam.com, it has to also be in contoso.com.

    The first time you sign in, the client running Lync attempts to connect to a Front End pool using each of the three SRV records in order, regardless of whether you are signing in from inside our outside your network. After the client running Lync makes a successful connection, it caches the DNS entry and continues to use it until it is no longer successful. If the client running Lync cannot use the cached value, it queries DNS for the SRV records again and repopulates its cache. For example, this process is followed if you have signed in to the internal network during the day and then take your laptop home and sign in externally.

    After the SRV record is returned, a query is performed for the DNS A record (by FQDN) of the server or Front End pool associated with the SRV record. If no records are found during the DNS SRV query, the Lync client performs an explicit lookup of sipinternal.<domain>. If the explicit lookup does not produce results, the Lync client performs a lookup for sip.<domain>.

    </content>
    • If multiple DNS records are returned to a DNS SRV query, the Access Edge service always picks the DNS SRV record with the lowest numeric priority and highest numeric weight. If multiple DNS SRV records with equal priority and weight are returned, the Access Edge service will pick the SRV record that came back first from the DNS server.


    Ни что не вечно под луной...


    • Изменено Nikita Sokolov 2 октября 2012 г. 11:44
    • Помечено в качестве ответа Yuriy Lenchenkov 13 ноября 2012 г. 11:47
    2 октября 2012 г. 11:10

Все ответы

  • Для сайта А и Б у вас должны быть уникальные внешние адреса Веб сервисов на которые будут указывать A записи в DNS.

    Для EDGE заводите записи типа SRV с разными приоритетами.

               

    _sip._tls.yourdomain.com      SRV service location:
          priority       = 40
              weight         = 0
              port           = 5061
              svr hostname   = edge2.yourdomain.com
    _sip._tls.yourdomain.com      SRV service location:
      priority       = 20
              weight         = 0
              port           = 5061
              svr hostname   = edge.yourdomain.com


    Или с одним именем, по которому будут отдаваться 4 разных адреса.

    How Clients Running Microsoft Lync 2010 Locate Services

    <content xmlns="http://ddue.schemas.microsoft.com/authoring/2003/5">

    During DNS lookup, SRV records are queried in parallel and returned in the following order to the client:

    _sipinternaltls._tcp.<domain> - for internal TLS connections

    _sipinternal._tcp. <domain> - for internal TCP connections (performed only if TCP is allowed)

    _sip._tls. <domain> - for external TLS connections

    Where <domain> is the SIP domain used by your internal clients. The last two queries are for clients that are connecting from outside your internal network. When creating SRV records, it is important to remember that they must point to a DNS A record in the same domain in which the DNS SRV record is created. For example, if the SRV record is in contoso.com, the A record it points to cannot be in fabrikam.com, it has to also be in contoso.com.

    The first time you sign in, the client running Lync attempts to connect to a Front End pool using each of the three SRV records in order, regardless of whether you are signing in from inside our outside your network. After the client running Lync makes a successful connection, it caches the DNS entry and continues to use it until it is no longer successful. If the client running Lync cannot use the cached value, it queries DNS for the SRV records again and repopulates its cache. For example, this process is followed if you have signed in to the internal network during the day and then take your laptop home and sign in externally.

    After the SRV record is returned, a query is performed for the DNS A record (by FQDN) of the server or Front End pool associated with the SRV record. If no records are found during the DNS SRV query, the Lync client performs an explicit lookup of sipinternal.<domain>. If the explicit lookup does not produce results, the Lync client performs a lookup for sip.<domain>.

    </content>
    • If multiple DNS records are returned to a DNS SRV query, the Access Edge service always picks the DNS SRV record with the lowest numeric priority and highest numeric weight. If multiple DNS SRV records with equal priority and weight are returned, the Access Edge service will pick the SRV record that came back first from the DNS server.


    Ни что не вечно под луной...


    • Изменено Nikita Sokolov 2 октября 2012 г. 11:44
    • Помечено в качестве ответа Yuriy Lenchenkov 13 ноября 2012 г. 11:47
    2 октября 2012 г. 11:10
  • хорошо, а что делать с DNS записями :

    admin, meet, dialin

    Пула то у меня 2 - Основной и резервный 

    SIP домен так же один для обоих пулов

    Тут ничего по этому поводу не нашел

    DNS Requirements for Simple URLs

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

    Видимо этот вопрос нужно решать средствами DNS - то есть сделать для каждого пула свою DNS зону 

    тогда FQDN для admin, meet, dialin будут разными


    Или изменить Simple URL для второго (или ОБОИХ) пула(ов)

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

    http://www.justin-morris.net/configuring-site-level-simple-urls-in-lync-server-2010/

    http://consultantsrus.blogspot.com/2011/09/lync-server-2010-configure-multi-site.html

    • Изменено AleksanderL 2 октября 2012 г. 15:03 1
    2 октября 2012 г. 12:44
  • AleksanderL, Ваш вопрос актуален?

    Мнения, высказанные здесь, являются отражением моих личных взглядов, а не позиции корпорации Microsoft. Вся информация предоставляется "как есть" без каких-либо гарантий

    10 октября 2012 г. 8:51
  • Nikita Sokolov

    А что даст в данном случае разный приоритет для Edge расположенных на разных площадках ?

    Ведь Edge-A привязан к пулу А, а Edge-B привязан к пулу B, пользователи привязаны к пулу А, пул B - резервный.

    Или пользователи могут подключаться резервному пулу через его Edge ?

    15 октября 2012 г. 8:26
  • хорошо, а что делать с DNS записями :

    admin, meet, dialin

    Пула то у меня 2 - Основной и резервный 

    SIP домен так же один для обоих пулов

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

    http://technet.microsoft.com/ru-ru/library/gg398347.aspx

    The following voice features do not work when a primary central site is out of service:

    • Conference Auto-Attendant
    • Presence and DND-based routing
    • Updating call forwarding settings
    • Response Group service and Call Park
    • Provisioning new phones and clients

    ЗЫ. если только мы говорим о "классической" схеме построения. Metropolitan вариант не рассматриваем (http://technet.microsoft.com/en-us/library/gg670904.aspx

    17 октября 2012 г. 20:28
  • Nikita Sokolov

    А что даст в данном случае разный приоритет для Edge расположенных на разных площадках ?

    Ведь Edge-A привязан к пулу А, а Edge-B привязан к пулу B, пользователи привязаны к пулу А, пул B - резервный.

    Или пользователи могут подключаться резервному пулу через его Edge ?

    1)Клиент, получив две записи с разными приоритетами попробует сначала первый сервер, потом, в случае недоступности - второй.

    2) Конечно могут.


    Ни что не вечно под луной...

    18 октября 2012 г. 4:09
  • Странно, нам на курсах в MS говорили только руками перебивать IP адреса .

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

    22 октября 2012 г. 9:59