Полагане с ExpressRoute за Office 365

Забележка:  Бихме искали да ви осигурим най-новото помощно съдържание възможно най-бързо на вашия собствен език. Тази страница е преведена чрез автоматизация и може да съдържа граматически грешки и несъответствия. Нашата цел е това съдържание да ви бъде полезно. Можете ли да ни кажете дали информацията е била полезна за вас, в дъното на тази страница? Ето статията на английски за бърза справка.

За да разбере правилно маршрутизира трафика към Office 365 чрез Azure ExpressRoute, ще трябва разбиране на основното ExpressRoute изискванията за маршрутизиране и ExpressRoute вериги и маршрутизиране домейни. Тези оформете основите за използване на ExpressRoute, които Office 365 потребителите ще разчитат на.

Някои от основните елементи в горните статии, които ще трябва да се разбере включват:

  • ExpressRoute схеми не са нанесени конкретни физически инфраструктура, но са логически връзка на едно място пиъринг, направени от Microsoft и пиъринг доставчик от ваше име.

  • Има 1:1 съпоставяне между ExpressRoute тройни и клиента s ключ.

  • Всяка верига може да поддържа до 3 независими пиъринг релации (Azure публичният пиъринг Azure частен пиъринг и Microsoft пиъринг); Office 365 изисква Microsoft пиъринг.

  • Всяка верига има фиксиран пропускателна способност, което се споделя между всички пиъринг зависимости.

  • IPv4 адреси за публични и публични като числа, които ще бъдат използвани за ExpressRoute верига трябва да се проверяват, като се притежаван от вас или назначава само от собственика на диапазона на адрес.

  • Виртуални ExpressRoute вериги са излишни глобално и ще следват стандартните BGP маршрутизиране практики. Ето защо препоръчваме два физически контура на изходящата на доставчика си в активен/активни конфигурация.

Вижте страницата често задавани въпроси за повече информация относно услугите, които поддържат разходи и подробни данни за конфигурация. Вижте ExpressRoute местоположения статия за информация списъка на свързване, които предлагат пиъринг поддръжката на Microsoft. Ние също записва серия от 10 части Azure ExpressRoute за обучение за Office 365 по канал 9 да обясните концепции по-добре.

Office 365 сървъри са достъпни в интернет и ExpressRoute. Тези сървъри ще предпочитат да маршрутизирате над ExpressRoute схеми, когато и двете са налични. Поради тази причина има възможност на маршрута асиметрията ако трафик от вашата мрежа предпочитате да маршрутизирате над вашия интернет вериги. Асиметричен маршрути са проблем, защото устройства, които изпълняват stateful пакети проверка може да блокира връщане трафик, който следва различен път от изходящи пакети последван.

Независимо дали стартирате връзка с Office 365 по интернет или ExpressRoute източникът трябва да бъде публично маршрутизирани адрес. С много клиенти пиъринг директно от Microsoft като частни адреси, където е възможно между клиенти дублиране не е възможно.

По-долу са сценарии, където ще бъде стартирано съобщения Office 365 до вашата локална мрежа. За да опростите структурата на вашата мрежа, препоръчваме маршрутизиране през интернет пътя.

За Microsoft да маршрутизира обратно към вашата мрежа за тези двупосочен трафик потоци BGP маршрути до вашите локални устройства трябва да се споделя с Microsoft.

Когато конфигурирате пиъринг релация с помощта на Microsoft пиъринг домейн и са одобрени за подходящ достъп, ще можете да видите всички PaaS и SaaS услуги, достъпни през ExpressRoute. Услугите на Office 365, предназначени за ExpressRoute може да се управлява с BGP общности или филтри за маршрутизиране.

Други приложения – например Office 365 видео, е Office 365 приложение; Въпреки това, Office 365 видео се състои от три различни компонента портала, поток услуга и мрежи за доставяне на съдържание. Портал на живота в рамките на SharePoint Online, поточното предаване услуга живота в рамките на мултимедийните услуги на Azure и мрежи за доставяне на съдържание се намира в рамките на Azure CDN. Следващата таблица описва тези компоненти.

Компонент

Основните приложение

Включени в SharePoint Online BGP общност?

Използвайте

Портал на Office 365 Video

Разгрупирана графична колекция за театър

Да

Конфигурация, качване

Услуга за поточно предаване на видео на Office 365

Мултимедийни услуги на Azure

Не

Поточно предаване на услугата, използвани в случай на видеото е недостъпен от CDN

Мрежи за доставяне на съдържание на видео на Office 365

Azure CDN

Не

Основен източник на видео изтегляне/поток. Научете повече за Office 365 видео работа в мрежа.

Всеки от Office 365 функции, които са достъпни чрез Microsoft пиъринг са изброени в Office 365 крайни точки на статия от тип приложение и FQDN. Причината за използване на FQDN в таблиците е да позволите на потребителите да управляват трафика чрез PAC файлове или други конфигурации на прокси сървър, Вижте нашето ръководство за управление на крайните точки на Office 365 например PAC на файлове.

В някои случаи използвахме заместващи домейн, където са обявени един или повече под сертификати по-различно от по-високо ниво заместващи домейна. Това обикновено се случва, когато заместващи представлява дълъг списък на сървъри, които са всички обявени ExpressRoute и интернет, докато малки подмножество на местоназначенията са обявени само за интернет, или обратното. Вижте таблиците по-долу, за да разберете къде са разликите.

Тази таблица показва заместващи сертификати, които са обявени за интернет и Azure ExpressRoute заедно с sub сертификати, които са обявени само към интернет.

Заместващи домейн обявени за ExpressRoute и интернет схеми

Под FQDN обявени за интернет вериги само

*.microsoftonline.com

click.email.microsoftonline.com

portal.microsoftonline.com

provisioningapi.microsoftonline.com

adminwebservice.microsoftonline.com

*.officeapps.live.com

nexusRules.officeapps.live.com

nexus.officeapps.live.com

odc.officeapps.live.com

odc.officeapps.live.com

cdn.odc.officeapps.live.com

ols.officeapps.live.com

ocsredir.officeapps.live.com

ocws.officeapps.live.com

ocsa.officeapps.live.com

Обикновено PAC файлове са предназначени за изпращане на искания за мрежа към ExpressRoute обявени крайните точки директно към веригата и всички останали мрежа искания за вашия прокси сървър. Ако сте конфигуриране PAC файл като този, можете да съставите вашия PAC файл в следния ред:

  1. Включете sub сертификати от колона 2 в таблицата по-горе в горната част на вашия файл с PAC, изпращането на трафика към вашия прокси сървър. Ние създадохме PAC примерен файл за можете да използвате в нашата статия за управление на крайните точки на Office 365.

  2. Включете всички сертификати маркирани обявени за ExpressRoute в тази статия под първия раздел, изпращане на трафик директно към ExpressRoute съединение.

  3. Включва други крайни точки на мрежа или правилата по-долу тези два записа, изпращането на трафика към вашия прокси сървър.

Тази таблица показва заместващи домейни, които са обявени интернет вериги само заедно с sub сертификати, които са обявени за Azure ExpressRoute и интернет вериги. За PAC файл по-горе, сертификати в колона две в таблицата по-долу са посочени като са обявени за ExpressRoute в полето връзка към нея препратки, което означава, че те ще бъдат включени във втората група на записите във файла.

Заместващи домейн обявени за интернет вериги само

Под FQDN обявени за ExpressRoute и интернет схеми

*.office.com

*.outlook.office.com

home.office.com

outlook.office.com

portal.office.com

www.office.com

*.office.net

agent.office.net

*.office365.com

outlook.office365.com

smtp.office365.com

*.outlook.com

*.protection.outlook.com

*.mail.protection.outlook.com

автоматично откриване-< клиент >. outlook.com

*.windows.net

login.windows.net

За маршрутизиране към Office 365 приложение на вашия избор, които ще трябва да определите броя на ключовите фактори.

  1. Каква пропускателна способност приложението ще изисква. Извадка съществуващи употребата е единственият надежден метод за определяне на това във вашата организация.

  2. Какви изходни място (а) на искате мрежовия трафик да оставите вашата мрежа от. Трябва да планирате да намалите закъснението на мрежата за свързване към Office 365 , тъй като това ще се отразява на производителността. Тъй като Skype за бизнеса използва в реално време глас и видео е особено чувствителни към лоша мрежова закъснение.

  3. Ако искате всички или подмножество на вашата местоположения в мрежата за пренасочване на ExpressRoute.

  4. Какви местоположения на вашия доставчик на избрания от вас мрежа предлага ExpressRoute от.

След като определите отговорите на тези въпроси, може да се осигури ExpressRoute съединение, което отговаря на нуждите на пропускателната способност и местоположението. За повече помощ за планиране на мрежата направете справка в Office 365 мрежа настройка ръководство и казус на как Microsoft манипулаторите мрежа планиране на производителността.

Пример 1: Един географско местоположение

Този пример е сценарий за измислен компания, наречена Трей изследване, който има едно географско местоположение.

Служители в Трей изследвания само могат да се свържете с услуги и уеб сайтове в интернет, които отдела по сигурността изрично позволява на чифт изходящ прокси сървъри, които участват между корпоративната мрежа и техните ISP.

Трей изследване планира да използва Azure ExpressRoute за Office 365 и разпознава някои трафик като трафик, предназначени за доставяне на съдържание, мрежи няма да можете да маршрутизирате над ExpressRoute за Office 365 връзка. Тъй като всички вече маршрути за движение прокси устройствата по подразбиране, тези искания ще продължат да работят както преди. След като Трей изследване определя, те могат да отговаря на изискванията за маршрутизиране на Azure ExpressRoute, те започва да се създаде схема, конфигурира маршрутизиране и за новия кръг ExpressRoute за свързване към виртуална мрежа. След като конфигурацията на основните Azure ExpressRoute е налице, Трей изследване използва #2 PAC файл публикуваме за маршрутизиране на трафика с конкретни данни за клиенти над директни ExpressRoute за Office 365 връзки.

Както е показано в следващата диаграма, Трей изследвания е в състояние да отговарят на изискването за маршрутизиране Office 365 трафик по интернет и подмножество на трафик през ExpressRoute, като се използва комбинация от маршрутизиране и изходящ прокси промени в конфигурацията.

  1. Използване на #2 PAC файл публикуваме за маршрутизиране трафик през отделен интернет изходната точка за Azure ExpressRoute за Office 365.

  2. Са конфигурирани с по подразбиране път към Трей изследване прокси сървъри.

В този пример случай Трей изследване използва устройство с изходящ прокси сървър. По същия начин потребителите, които не използват Azure ExpressRoute за Office 365 може да искате да използвате тази техника за маршрутизиране на трафика въз основа на разходите за проверка на трафик, предназначени за крайните точки на добре познатия голям обем.

Най-голям обем сертификати за Exchange Online, SharePoint Online и Skype за бизнеса онлайн, са следните:

ExpressRoute клиент edge мрежа
  • Outlook.Office365.com, outlook.office.com

  • < име на клиента >. sharepoint.com, < име на клиента > - my.sharepoint.com, < име на клиента > - < приложения >. sharepoint.com

  • *. Lync.com заедно с диапазони от IP адреси за-TCP трафик

  • * broadcast.officeapps.live.com, * excel.officeapps.live.com, * onenote.officeapps.live.com, * powerpoint.officeapps.live.com, * view.officeapps.live.com, * visio.officeapps.live.com, * думата edit.officeapps.live.com, * Word view.officeapps.live.com, office.live.com

Научете повече за разполагане и управление на настройките за прокси сървър в Windows 8 и осигуряване на Office 365 не е ограничен от вашия прокси сървър.

С една-единствена ExpressRoute схема е няма висока наличност за Трей изследване. В случай Трей излишните чифт ръб устройства, които са обслужване ExpressRoute свързването е неуспешно, не е допълнителни ExpressRoute схема за срив. Това оставя Трей изследване в затруднение, тъй като неуспех при преминаване към интернет ще изисква ръчно повторно конфигуриране и в някои случаи нови IP адреси. Ако Трей иска да добавите висока наличност, най-лесното решение е да добавите допълнителни ExpressRoute схеми за всяко местоположение и конфигурирате схеми в активен/активен начин.

Последния сценарий, маршрутизиране Office 365 трафика над ExpressRoute е основа за още по-сложна архитектура на маршрутизиране. Независимо от броя на обектите, броя на континента, където съществуват тези местоположения, броя на ExpressRoute схеми и т.н. е в състояние да маршрутизирате някои трафика към интернет и някои трафик над ExpressRoute ще се изисква.

Допълнителни въпроси, които трябва да се отговори за клиенти с няколко места в няколко географски включват:

  1. Нуждаете ли се ExpressRoute верига във всяко място? Ако използвате Skype за бизнеса онлайн, или са свързани със закъснение на чувствителност за SharePoint Online или Exchange Online, излишните чифт активно/активни ExpressRoute вериги се препоръчва във всяко местоположение. Вижте Skype за бизнеса мултимедия качество и мрежа свързване ръководство за повече подробности.

  2. Ако един ExpressRoute схема не е налична в даден регион, как трябва да бъдат маршрутизирани трафик са предназначени за Office 365?

  3. Какво е предпочитан метод за консолидиране трафик в случай на мрежи с много малки места?

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

Съображение

Компоненти на мрежата за оценка

Вериги в повече от едно място

Препоръчваме най-малко два контура, конфигурирани в активен/активен начин.

Трябва да се сравни цената, закъснението и пропускателната способност нужди.

Използвайте BGP маршрутизиране разходите, PAC файлове и NAT, за да управлявате маршрутизиране с множество схеми.

Маршрутизиране от местоположения без ExpressRoute схема

Препоръчваме изходни и DNS преобразуването като близък до лицето, започване искането за Office 365.

DNS пренасочване може да се използва за да позволите на отдалечени офиси за откриване на подходящата крайна точка.

Клиенти в отдалечен office трябва да имате маршрутизиране разполага с достъп до ExpressRoute верига.

Малък офис консолидация

Налични използването на пропускателната способност и данни трябва да се сравняват внимателно.

Забележка: Microsoft ще предпочитат ExpressRoute по интернет, ако пътят е наличен, независимо дали физическо местоположение.

Всеки от тези съображения трябва да се има предвид за всяка уникална мрежа. По-долу е пример.

Пример 2: Няколко географски местоположения

Този пример е сценарий за измислен компания, наречена Humongous застрахователни, който има няколко географски местоположения.

Humongous осигуряване е географски разпръснати с офиси от целия свят. Те искат да реализирате Azure ExpressRoute за Office 365 да запазва по-голямата част от Office 365 трафика директни мрежови връзки. Humongous осигуряване също има офиси на две допълнителни континента. Служителите в отдалечен office, където ExpressRoute не е възможно ще трябва да маршрутизирате обратно в едната или и двете първичен услуги за използване на ExpressRoute връзка.

Водещият принцип е да получите Office 365 предназначени трафик към център за данни на Microsoft, колкото е възможно. В този пример Humongous застрахователни трябва да реши дали техните отдалечени офиси трябва да маршрутизирате в интернет, за да стигнете до центъра за данни на Microsoft за всеки връзка толкова бързо, колкото е възможно или ако техните отдалечени офиси трябва да маршрутизирате вътрешна мрежа за достъп до Microsoft център за данни по връзка с ExpressRoute възможно най-бързо.

Центровете за данни на Microsoft, мрежи и архитектура на приложението са предназначени да предприемете глобално разнородни комуникации и ги услуги по възможно най-ефективен начин. Това е един от най-голямата мрежи в света. Искания, предназначени за Office 365 , които остават в клиента мрежи по-дълги от необходимите няма да можете да се възползвате от тази архитектура.

В Humongous застрахователни ситуация те ще действат, в зависимост от приложенията, които смятате да използвате над ExpressRoute. Например, ако те са в Skype за бизнеса онлайн клиент, или планирате да се възползвате ExpressRoute свързване при свързване към външни Skype за бизнеса онлайн събрания, проектиране препоръчва в Skype за бизнеса онлайн мултимедия качеството и мрежа свързване чрез ръководство е да се осигури допълнителни ExpressRoute верига за третата местоположение. Това може да бъде по-скъпо от гледна точка на общуване; обаче маршрутизиране искания от един континент в друг преди предоставяне на център за данни на Microsoft може да доведе до лошо или неизползваем опит по време на Skype за бизнеса онлайн събрания и комуникации.

Ако Humongous застрахователни не използва или не планирате да използвате Skype за бизнеса онлайн по някакъв начин, маршрутизиране Office 365 предназначени мрежовия трафик обратно към континент с ExpressRoute връзка може да е възможно все пак може да доведе до ненужни закъснение или TCP претоварване. И в двата случая маршрутизиране интернет са предназначени трафика към интернет в локален сайт се препоръчва да се възползвате от мрежи за доставяне на съдържание, които Office 365 се основава на.

ExpressRoute много география

Когато Humongous застрахователни е планирате стратегията си за много география, има няколко неща, за да имате предвид около размера на схема, броя на контура, срив и т.н.

С ExpressRoute на едно място с множество области се опитват да използват веригата Humongous застрахователни иска да гарантира, че връзките към Office 365 от отдалечен офис са изпратени до центъра за данни на Office 365 най-близката главна квартира и от главна квартира местоположението. За да направите това, Humongous застрахователни изпълнява DNS пренасочване да намалите броя на кръг пътувания и DNS заявки, необходими за установяване на подходящата връзка с най-близо до главна квартира интернет изходната точка Office 365 среда. Това не позволява на клиента да разрешаване на местни клиентски сървър и гарантира отпред края сървър, лицето, което се свързва към е близо до главна квартира, където Humongous застрахователни е пиъринг с помощта на Microsoft. Можете също така да научите да присвоите условно изпращача за име на домейн.

В този случай трафик от отдалечен office ще разрешите Office 365 клиентски инфраструктурата в Северна Америка и овладяване Office 365 да се свързва със сървърите на сървърна според архитектурата на Office 365 приложение. Например Exchange Online ще прекрати връзката в Северна Америка и тези сървъри ще се свърже със със сървъра на пощенската кутия, независимо къде клиент пребивавал. Всички услуги са широко разпространени офиса услуга се състои от едноадресни и anycast назначение.

Ако Humongous има големи офиси на няколко континента, най-малко два активни/активен контура на регион се препоръчва да се намали закъснението за чувствителни приложения като Skype за бизнеса онлайн. Ако всички офиси са в един континент, или не използва сътрудничество в реално време, като консолидирани или разпространявани изходната точка е клиент конкретно решение. Когато множество вериги са достъпни, BGP маршрутизиране ще осигури срив трябва да всяка една схема стават недостъпни.

Научете повече за примерен маршрутизиране конфигурации и https://azure.microsoft.com/en-us/documentation/articles/expressroute-config-samples-nat/.

Избирателно маршрутизиране с ExpressRoute може да са необходими за различни причини, като например тестване, разгръщане ExpressRoute върху подмножество на потребителите. Има различни инструменти, клиентите могат да използват за избирателно маршрутизира Office 365 мрежовия трафик през ExpressRoute:

  1. Маршрутизиране филтриране/разделяне – позволява BGP маршрути, за да Office 365 над ExpressRoute подмножество на вашия една подмрежа или маршрутизатора. Това избирателно маршрутизира от клиента мрежов сегмент или физически office местоположение. Това е обща за зашеметяваща внедряването на ExpressRoute за Office 365 и е конфигуриран на BGP устройства.

  2. PAC файлове/URL – насочване Office 365 предназначени мрежовия трафик за определени сертификати за маршрутизиране на определен път. Това избирателно маршрутизира от компютъра клиент, както са определени от PAC файл разполагане.

  3. Филтриране на маршрутамаршрутизиране филтри са начин за използване на подмножество на поддържаните услуги чрез Microsoft пиъринг.

  4. BGP общности – филтриране въз основа на BGP Общността етикети позволява на потребителя да определи кои Office 365 приложения ще преминават през ExpressRoute и която ще преминават през интернет.

Ето кратко връзка, можете да използвате, за да се върне: https://aka.ms/erorouting

Сродни теми

Свързване към Office 365 с мрежата
Azure ExpressRoute за Office 365
Управление ExpressRoute за Office 365 свързване
планиране на мрежата с ExpressRoute за Office 365
Прилагане на ExpressRoute за Office 365
мултимедия качеството и свързване на производителността на мрежата в Skype за бизнеса онлайн
оптимизиране на вашата мрежа за Skype за бизнеса онлайн
ExpressRoute и QoS в Skype за бизнеса онлайн
повикване поток чрез ExpressRoute
чрез BGP общности в ExpressRoute за Office 365 сценарии
чрез настройка на производителността наOffice 365 базови стойности и производителността история
производителността план за Office 365 за отстраняване на неизправности
диапазони от IP адреси и адреси за Office 365
мрежа на Office 365 и настройка на производителността

Разширете уменията си в Office
Преглед на обучението
Получавайте първи новите функции
Присъединете се към участниците в Office Insider

Беше ли полезна тази информация?

Благодарим ви за обратната връзка!

Благодарим ви за вашата обратна връзка. Изглежда, че ще бъде полезно да ви свържем с един от нашите агенти по поддръжката на Office.

×