none
DAGNetwork - не правильные адреса RRS feed

 > 

  • Вопрос

  • Question
    Нужно войти
    0
    Нужно войти

    Добрый день!

    Есть два Exchange server 2010 SP3, DAG, у серверов по одному сетевому интерфейсу в разных подсетях - LAN. 

    Балансировка CAS обеспечивается аппаратным балансировщиком, поэтому на серверах созданs loopback интерфейсы с VIP балансировщика. 

    Проблема в том, что DAG автоматически создает DAGNetwork подсеть fe80::/64, и там появляются Link-local IPv6 адреса интерфейса loopback, который естественно не отвечает на запросы, из-за этого в логах ошибки кластера, что сеть недоступна. Раньше такого не было, я так думаю в DAGNetwork подсеть fe80::/64 должны появляться Link-local IPv6 адреса интерфейса LAN, но почему то автоматически применяются адреса интерфейса loopback.

    Подскажите пожалуйста как это исправить? 

    3 марта 2014 г. 10:39
    |

Ответы

  • Question
    Нужно войти
    0
    Нужно войти

    День добрый.

    1. Если у вас виртуальный Exchange сервер, то добавьте еще один виртуальный интерфейс. Пусть он смотрит в тот же Vlan, что и Client network interface. Сконфигурируйте его как для DAG Replication Network Interface, если надо пропишите маршруты.

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

    2. Решение для физического сервера с одним сетевым интерфейсом заключается в установке виртуального свитча и создания виртуальных сетевых интерфейсов, дальнейшая процедура повторяет п.1.

    MCITP, PSLP, MCSE. Знание - не уменьшает нашей глупости. Все данные приведены в виде примера и не адаптированы для вашей системы. Выполнения командлетов и внесения изменений в систему, делаете ВЫ. Все вопросы по привязке примера к вашей ситуации или адаптации решения, рассматриваются, только через заявку или кейс в техническую поддержку.

    6 марта 2014 г. 7:09
    |
    Модератор

Все ответы

  • Question
    Нужно войти
    0
    Нужно войти

    Привет,

    Ознакомьтесь с статьей внизу:

    Exchange 2010: Collapsing DAG Networks

    По поводу проблемы с fe80::/64, попробуйте удалить эту сеть: Exchange Management Console, under org management -> mailbox -> database availability group tab.

    Также, выключите IPv6 через реестр:

    Отключение протокола IP версии 6 или определенных его компонентов в Windows

    b.Введите 0xffffffff, чтобы отключить все компоненты IPv6, кроме интерфейса замыкания на себя. Это значение также указывает Windows предпочитать протокол IPv4 протоколу IPv6 путем изменения записей в таблице политик префиксов. Дополнительные сведения см. в статье Выбор начального и конечного адресов

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

    4 марта 2014 г. 6:01
    |
    Модератор
  • Question
    Нужно войти
    0
    Нужно войти
    Что значит отключить IPv6 ? Зачем? У меня почтовая система работает по IPv6 .
    4 марта 2014 г. 9:10
    |
  • Question
    Нужно войти
    0
    Нужно войти

    хорошо, я предположил, что возможно у Вас по ipv4.

    Посмотрели статью вверху? Пробовали удалить сеть?

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

    5 марта 2014 г. 6:45
    |
    Модератор
  • Question
    Нужно войти
    0
    Нужно войти

    День добрый.

    1. Если у вас виртуальный Exchange сервер, то добавьте еще один виртуальный интерфейс. Пусть он смотрит в тот же Vlan, что и Client network interface. Сконфигурируйте его как для DAG Replication Network Interface, если надо пропишите маршруты.

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

    2. Решение для физического сервера с одним сетевым интерфейсом заключается в установке виртуального свитча и создания виртуальных сетевых интерфейсов, дальнейшая процедура повторяет п.1.

    MCITP, PSLP, MCSE. Знание - не уменьшает нашей глупости. Все данные приведены в виде примера и не адаптированы для вашей системы. Выполнения командлетов и внесения изменений в систему, делаете ВЫ. Все вопросы по привязке примера к вашей ситуации или адаптации решения, рассматриваются, только через заявку или кейс в техническую поддержку.

    6 марта 2014 г. 7:09
    |
    Модератор