التوجيه باستخدام ExpressRoute لـ Office 365

مقالة
04/28/2022
قراءة خلال 14 دقائق

تنطبق هذه المقالة على كل من Microsoft 365 Enterprise و Office 365 Enterprise.

لفهم نسبة استخدام الشبكة التوجيه بشكل صحيح إلى Office 365 باستخدام Azure ExpressRoute، ستحتاج إلى فهم ثابت لمتطلبات توجيه ExpressRoute الأساسية ودوائر ExpressRoute ومجالات التوجيه. تحدد هذه المبادئ الأساسية لاستخدام ExpressRoute التي سيعتمد عليها العملاء Office 365.

تتضمن بعض العناصر الرئيسية في المقالات أعلاه التي ستحتاج إلى فهمها ما يلي:

لا يتم تعيين دوائر ExpressRoute إلى بنية أساسية فعلية محددة، ولكنها اتصال منطقي يتم إجراؤه في موقع إقران واحد من قبل Microsoft وموفر إقران بالنيابة عنك.
هناك تعيين 1:1 بين دائرة ExpressRoute ومفتاح العميل.
يمكن أن تدعم كل دائرة علاقتي تناظر مستقلتين (تناظر Azure Private، وإقران Microsoft)؛ يتطلب Office 365 تناظر Microsoft.
تحتوي كل دائرة على نطاق ترددي ثابت تتم مشاركته عبر جميع علاقات التناظر.
يجب التحقق من صحة أي عناوين IPv4 عامة وأرقام AS عامة سيتم استخدامها لدائرة ExpressRoute على أنها مملوكة لك، أو تعيينها لك حصريا من قبل مالك نطاق العناوين.
دوائر ExpressRoute الظاهرية متكررة عالميا وستتبع ممارسات توجيه BGP القياسية. هذا هو السبب في أننا نوصي بدائرة فعلية لكل خروج إلى الموفر الخاص بك في تكوين نشط/نشط.

راجع صفحة الأسئلة المتداولة للحصول على مزيد من المعلومات حول الخدمات المدعومة والتكاليف وتفاصيل التكوين. راجع مقالة مواقع ExpressRoute للحصول على معلومات حول قائمة موفري الاتصال الذين يقدمون دعم إقران Microsoft. لقد سجلنا أيضا سلسلة Azure ExpressRoute مكونة من 10 أجزاء لسلسلة تدريب Office 365 على القناة 9 للمساعدة في شرح المفاهيم بشكل أكثر شمولا.

ضمان تماثل المسار

يمكن الوصول إلى خوادم Office 365 الأمامية على كل من الإنترنت وExpressRoute. تفضل هذه الخوادم العودة إلى دوائر ExpressRoute المحلية عند توفرهما. ولهذا السبب، هناك إمكانية عدم تماثل المسار إذا كانت نسبة استخدام الشبكة من شبكتك تفضل التوجيه عبر دوائر الإنترنت الخاصة بك. المسارات غير المتماثلة هي مشكلة لأن الأجهزة التي تقوم بفحص حزم البيانات ذات الحالة يمكنها حظر نسبة استخدام الشبكة المرجعة التي تتبع مسارا مختلفا عن الحزم الصادرة المتبعة.

بغض النظر عما إذا كنت تبدأ اتصالا Office 365 عبر الإنترنت أو ExpressRoute، يجب أن يكون المصدر عنوانا قابلا للتوجيه بشكل عام. مع تناظر العديد من العملاء مباشرة مع Microsoft، فإن وجود عناوين خاصة حيث يكون التكرار ممكنا بين العملاء غير ممكن.

فيما يلي سيناريوهات حيث سيتم بدء الاتصالات من Office 365 إلى الشبكة المحلية. لتبسيط تصميم الشبكة، نوصي بتوجيه ما يلي عبر مسار الإنترنت.

خدمات SMTP مثل البريد من مستأجر Exchange Online إلى مضيف محلي أو SharePoint Online Mail المرسل من SharePoint Online إلى مضيف محلي. يتم استخدام بروتوكول SMTP على نطاق أوسع داخل شبكة Microsoft من بادئات المسار المشتركة عبر دوائر ExpressRoute والإعلان عن خوادم SMTP المحلية عبر ExpressRoute سوف تسبب فشلا مع هذه الخدمات الأخرى.
ADFS أثناء التحقق من صحة كلمة المرور لتسجيل الدخول.
Exchange Server عمليات النشر المختلطة.
SharePoint البحث المختلط المتحد.
SharePoint BCS المختلط.
Skype for Business الاتحاد المختلط و/أو Skype for Business.
Skype for Business Cloud Connector.

لكي تقوم Microsoft بالرجوع إلى شبكتك لتدفقات نسبة استخدام الشبكة ثنائية الاتجاه هذه، يجب مشاركة مسارات BGP إلى أجهزتك المحلية مع Microsoft. عند الإعلان عن بادئات المسار إلى Microsoft عبر ExpressRoute، يجب اتباع أفضل الممارسات التالية:

لا تعلن عن نفس بادئة مسار عنوان IP العام إلى الإنترنت العام وعبر ExpressRoute. من المستحسن أن تكون إعلانات بادئة مسار IP BGP إلى Microsoft عبر ExpressRoute من نطاق لا يتم الإعلان عنه إلى الإنترنت على الإطلاق. إذا لم يكن من الممكن تحقيق ذلك بسبب مساحة عنوان IP المتوفرة، فمن الضروري التأكد من الإعلان عن نطاق أكثر تحديدا عبر ExpressRoute من أي دوائر إنترنت.
استخدم تجمعات عناوين IP NAT منفصلة لكل دائرة ExpressRoute وفصلها عن دوائر الإنترنت الخاصة بك.
سيؤدي أي مسار يتم الإعلان عنه إلى Microsoft إلى جذب نسبة استخدام الشبكة من أي خادم في شبكة Microsoft، وليس فقط تلك التي يتم الإعلان عن المسارات لشبكتك عبر ExpressRoute. الإعلان فقط عن المسارات إلى الخوادم حيث يتم تعريف سيناريوهات التوجيه وفهمها جيدا من قبل فريقك. الإعلان عن بادئات مسار عنوان IP منفصلة في كل من دوائر ExpressRoute المتعددة من شبكتك.

تحديد التطبيقات والميزات التي يتم توجيهها عبر ExpressRoute

عند تكوين علاقة تناظر باستخدام مجال توجيه إقران Microsoft وتتم الموافقة على الوصول المناسب، ستتمكن من رؤية جميع خدمات PaaS وSaaS المتوفرة عبر ExpressRoute. يمكن إدارة خدمات Office 365 المصممة ل ExpressRoute مع مجتمعات BGP أو عوامل تصفية المسار.

يتم سرد كل من ميزات Office 365 المتوفرة باستخدام إقران Microsoft في مقالة نقاط النهاية Office 365 حسب نوع التطبيق وFQDN. السبب في استخدام FQDN في الجداول هو السماح للعملاء بإدارة نسبة استخدام الشبكة باستخدام ملفات PAC أو تكوينات الوكيل الأخرى، راجع دليلنا لإدارة نقاط النهاية Office 365 على سبيل المثال ملفات PAC.

في بعض الحالات، استخدمنا مجال حرف بدل حيث يتم الإعلان عن واحد أو أكثر من FQDNs الفرعية بشكل مختلف عن مجال أحرف البدل ذات المستوى الأعلى. يحدث ذلك عادة عندما يمثل حرف البدل قائمة طويلة من الخوادم التي يتم الإعلان عنها كلها إلى ExpressRoute والإنترنت، بينما يتم الإعلان عن مجموعة فرعية صغيرة من الوجهات فقط إلى الإنترنت، أو العكس. راجع الجداول أدناه لفهم مكان الاختلافات.

يعرض هذا الجدول FQDNs حرف البدل التي يتم الإعلان عنها لكل من الإنترنت وAzure ExpressRoute إلى جانب FQDNs الفرعية التي يتم الإعلان عنها فقط على الإنترنت.

مجال أحرف البدل المعلن عنها لدوائر 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 بالترتيب التالي:

قم بتضمين FQDNs الفرعية من العمود الثاني في الجدول أعلاه في أعلى ملف PAC الخاص بك، وإرسال نسبة استخدام الشبكة نحو وكيلك. لقد أنشأنا نموذج ملف PAC لاستخدامه في مقالتنا حول إدارة نقاط النهاية Office 365.
قم بتضمين جميع FQDNs التي تم وضع علامة عليها ل ExpressRoute في هذه المقالة أسفل القسم الأول، وإرسال نسبة استخدام الشبكة مباشرة إلى دائرة ExpressRoute.
قم بتضمين أي نقاط نهاية شبكة أخرى أو قواعد أسفل هذين الإدخالين، وإرسال نسبة استخدام الشبكة نحو الوكيل الخاص بك.

يعرض هذا الجدول مجالات أحرف البدل التي يتم الإعلان عنها إلى دوائر الإنترنت فقط إلى جانب FQDNs الفرعية التي يتم الإعلان عنها إلى دوائر Azure ExpressRoute والإنترنت. بالنسبة لملف PAC أعلاه، يتم سرد FQDNs في العمود 2 في الجدول أدناه على أنها يتم الإعلان عنها إلى 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 autodiscover-<tenant>.outlook.com
*.windows.net	login.windows.net

توجيه Office 365 نسبة استخدام الشبكة عبر الإنترنت وExpressRoute

لتوجيه التطبيق Office 365 الذي تختاره، ستحتاج إلى تحديد عدد من العوامل الرئيسية.

مقدار النطاق الترددي الذي سيتطلبه التطبيق. أخذ العينات من الاستخدام الحالي هو الأسلوب الوحيد الموثوق به لتحديد هذا في مؤسستك.
موقع (مواقع) الخروج الذي تريد أن تغادر نسبة استخدام الشبكة منه. يجب أن تخطط لتقليل زمن انتقال الشبكة للاتصال Office 365 لأن هذا سيؤثر على الأداء. نظرا لأن Skype for Business تستخدم الصوت والفيديو في الوقت الحقيقي، فإنها عرضة لزمن انتقال ضعيف للشبكة.
إذا كنت تريد أن تستخدم كل مواقع الشبكة أو مجموعة فرعية منها ExpressRoute.
المواقع التي يقدم منها موفر الشبكة الذي اخترته ExpressRoute.

بمجرد تحديد الإجابات على هذه الأسئلة، يمكنك توفير دائرة ExpressRoute تلبي احتياجات النطاق الترددي والموقع. لمزيد من المساعدة في تخطيط الشبكة، راجع دليل ضبط الشبكة Office 365 ودراسة الحالة حول كيفية تعامل Microsoft مع تخطيط أداء الشبكة.

مثال 1: موقع جغرافي واحد

هذا المثال هو سيناريو لشركة وهمية تسمى Trey Research لديها موقع جغرافي واحد.

يسمح للموظفين في Trey Research فقط بالاتصال بالخدمات ومواقع الويب على الإنترنت التي يسمح بها قسم الأمان بشكل صريح على زوج من الوكلاء الخارجيين الذين يقعون بين شبكة الشركة و ISP الخاص بهم.

تخطط Trey Research لاستخدام Azure ExpressRoute Office 365 وتدرك أن بعض نسبة استخدام الشبكة مثل نسبة استخدام الشبكة الموجهة لشبكات تسليم المحتوى لن تكون قادرة على التوجيه عبر ExpressRoute للاتصال Office 365. نظرا لأن جميع نسبة استخدام الشبكة توجه بالفعل إلى أجهزة الوكيل بشكل افتراضي، ستستمر هذه الطلبات في العمل كما كانت من قبل. بعد أن تحدد Trey Research أنها يمكنها تلبية متطلبات توجيه Azure ExpressRoute، فإنها تستمر في إنشاء دائرة وتكوين التوجيه وربط دائرة ExpressRoute الجديدة بشبكة ظاهرية. بمجرد وجود تكوين Azure ExpressRoute الأساسي، يستخدم Trey Research ملف PAC #2 الذي ننشره لتوجيه نسبة استخدام الشبكة مع البيانات الخاصة بالعميل عبر ExpressRoute المباشر للاتصالات Office 365.

كما هو موضح في الرسم التخطيطي التالي، يمكن ل Trey Research تلبية متطلبات توجيه نسبة استخدام الشبكة Office 365 عبر الإنترنت ومجموعة فرعية من نسبة استخدام الشبكة عبر ExpressRoute باستخدام مجموعة من تغييرات تكوين الوكيل الصادر والتوجيه.

باستخدام ملف PAC #2 ننشره لتوجيه نسبة استخدام الشبكة من خلال نقطة خروج منفصلة للإنترنت ل Azure ExpressRoute Office 365.
يتم تكوين العملاء مع مسار افتراضي نحو وكلاء Trey Research.

في هذا السيناريو المثال، تستخدم Trey Research جهاز وكيل صادر. وبالمثل، قد يرغب العملاء الذين لا يستخدمون Azure ExpressRoute Office 365 في استخدام هذه التقنية لتوجيه نسبة استخدام الشبكة استنادا إلى تكلفة فحص نسبة استخدام الشبكة الموجهة لنقاط النهاية عالية الحجم المعروفة.

أعلى عدد من FQDNs ل Exchange Online و SharePoint Online و Skype for Business Online هي التالية:

شبكة حافة عميل ExpressRoute.

outlook.office365.com، outlook.office.com
<tenant-name>.sharepoint.com، <tenant-name>-my.sharepoint.com، <tenant-name>-<app>.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، *word-edit.officeapps.live.com، *word-view.officeapps.live.com، office.live.com

تعرف على المزيد حول نشر إعدادات الوكيل وإدارتها في Windows 8 وضمان عدم تقييد الوكيل Office 365.

مع دائرة ExpressRoute واحدة، لا توجد قابلية وصول عالية ل Trey Research. في حالة فشل زوج أجهزة Edge المتكررة من Trey التي تخدم اتصال ExpressRoute، لا توجد دائرة ExpressRoute إضافية للفشل فيها. وهذا يترك Trey Research في مشكلة لأن الفشل في الإنترنت سيتطلب إعادة تكوين يدوي وفي بعض الحالات عناوين IP جديدة. إذا أراد Trey إضافة قابلية وصول عالية، فإن الحل الأبسط هو إضافة دوائر ExpressRoute إضافية لكل موقع وتكوين الدوائر بطريقة نشطة/نشطة.

توجيه ExpressRoute Office 365 مع مواقع متعددة

السيناريو الأخير، توجيه نسبة استخدام الشبكة Office 365 عبر ExpressRoute هو الأساس لبنية توجيه أكثر تعقيدا. بغض النظر عن عدد المواقع، فإن عدد القارات التي توجد فيها هذه المواقع، وعدد دوائر ExpressRoute، وما إلى ذلك، ستكون هناك حاجة إلى القدرة على توجيه بعض نسبة استخدام الشبكة إلى الإنترنت وبعض نسبة استخدام الشبكة عبر ExpressRoute.

تتضمن الأسئلة الإضافية التي يجب الإجابة عليها للعملاء الذين يعانون من مواقع متعددة في مناطق جغرافية متعددة ما يلي:

هل تحتاج إلى دائرة ExpressRoute في كل موقع؟ إذا كنت تستخدم Skype for Business Online أو كنت مهتما بحساسية زمن الانتقال SharePoint Online أو Exchange Online، يوصى بزوج متكرر من دوائر ExpressRoute النشطة/النشطة في كل موقع. راجع Skype for Business دليل جودة الوسائط والاتصال بالشبكة للحصول على مزيد من التفاصيل.
إذا لم تكن دائرة ExpressRoute متوفرة في منطقة معينة، فكيف يجب Office 365 توجيه نسبة استخدام الشبكة الموجهة؟
ما هي الطريقة المفضلة لدمج نسبة استخدام الشبكة في حالة الشبكات التي تحتوي على العديد من المواقع الصغيرة؟

يمثل كل من هذه تحديا فريدا يتطلب منك تقييم شبكتك والخيارات المتوفرة من Microsoft.

النظر	مكونات الشبكة المراد تقييمها
دوائر في أكثر من موقع واحد	نوصي بتكوين دائرتين على الأقل بطريقة نشطة/نشطة. يجب مقارنة احتياجات التكلفة وزمن الانتقال والنطاق الترددي. استخدم تكلفة مسار BGP وملفات PAC و NAT لإدارة التوجيه باستخدام دوائر متعددة.
التوجيه من المواقع دون دائرة ExpressRoute	نوصي بالانحدار وحل DNS بالقرب من الشخص الذي يبدأ طلب Office 365. يمكن استخدام إعادة توجيه DNS للسماح للمكاتب البعيدة باكتشاف نقطة النهاية المناسبة. يجب أن يكون لدى العملاء في المكتب البعيد مسار متوفر يوفر الوصول إلى دائرة ExpressRoute.
دمج المكاتب الصغيرة	وينبغي مقارنة النطاق الترددي المتوفر واستخدام البيانات بعناية.

ملاحظة

تفضل Microsoft ExpressRoute على الإنترنت إذا كان المسار متوفرا بغض النظر عن الموقع الفعلي.

ويجب مراعاة كل من هذه الاعتبارات لكل شبكة فريدة. وفيما يلي مثال على ذلك.

مثال 2: مواقع جغرافية متعددة

هذا المثال هو سيناريو لشركة وهمية تسمى "Humongous Insurance" لديها مواقع جغرافية متعددة.

يتم توزيع التأمين الهمومي جغرافيا مع المكاتب في جميع أنحاء العالم. يريدون تنفيذ Azure ExpressRoute Office 365 للحفاظ على معظم نسبة استخدام الشبكة Office 365 على اتصالات الشبكة المباشرة. كما أن شركة Humongous Insurance لديها مكاتب في قارتين إضافيتين. سيحتاج الموظفون في المكتب البعيد حيث لا يكون ExpressRoute ممكنا إلى العودة إلى أحد المرافق الأساسية أو كليهما لاستخدام اتصال ExpressRoute.

المبدأ التوجيهي هو الحصول على Office 365 نسبة استخدام الشبكة الموجهة إلى مركز بيانات Microsoft في أسرع وقت ممكن. في هذا المثال، يجب أن يقرر Humongous Insurance ما إذا كان يجب على مكاتبهم البعيدة التوجيه عبر الإنترنت للوصول إلى مركز بيانات Microsoft عبر أي اتصال في أسرع وقت ممكن أو ما إذا كان يجب توجيه مكاتبهم البعيدة عبر شبكة داخلية للوصول إلى مركز بيانات Microsoft عبر اتصال ExpressRoute في أسرع وقت ممكن.

تم تصميم مراكز بيانات Microsoft وشبكاتها وبنية تطبيقاتها لتأخذ اتصالات متباينة عالميا وتخدمها بأكثر طريقة ممكنة. هذه هي واحدة من أكبر الشبكات في العالم. لن تتمكن الطلبات الموجهة Office 365 التي تظل على شبكات العملاء لفترة أطول من اللازم من الاستفادة من هذه البنية.

في حالة شركة Humongous Insurance، يجب أن تستمر اعتمادا على التطبيقات التي تنوي استخدامها عبر ExpressRoute. على سبيل المثال، إذا كان عميلا Skype for Business Online، أو يخطط لاستخدام اتصال ExpressRoute عند الاتصال باجتماعات Skype for Business Online الخارجية، فإن التصميم الموصى به في Skype for Business تتمثل جودة الوسائط عبر الإنترنت ودليل اتصال الشبكة في توفير دائرة ExpressRoute إضافية للموقع الثالث. قد يكون هذا أكثر تكلفة من منظور الشبكات؛ ومع ذلك، قد يؤدي توجيه الطلبات من قارة إلى أخرى قبل التسليم إلى مركز بيانات Microsoft إلى تجربة سيئة أو غير قابلة للاستخدام أثناء Skype for Business عبر الإنترنت من الاجتماعات والاتصالات.

إذا كان Humongous Insurance لا يستخدم أو لا يخطط لاستخدام Skype for Business Online بأي طريقة، فقد يكون توجيه Office 365 نسبة استخدام الشبكة الموجهة مرة أخرى إلى قارة ذات اتصال ExpressRoute ممكنا على الرغم من أنه قد يتسبب في زمن انتقال غير ضروري أو ازدحام TCP. في كلتا الحالتين، يوصى بتوجيه حركة مرور الإنترنت الموجهة إلى الإنترنت في الموقع المحلي للاستفادة من شبكات تسليم المحتوى التي يعتمد عليها Office 365.

ExpressRoute متعدد الجغرافيا.

عندما تخطط شركة Hongous Insurance لاستراتيجيتها متعددة الجغرافيا، هناك العديد من الأشياء التي يجب مراعاتها حول حجم الدائرة وعدد الدوائر وتجاوز الفشل وما إلى ذلك.

مع وجود ExpressRoute في موقع واحد مع مناطق متعددة تحاول استخدام الدائرة، تريد شركة Humongous Insurance التأكد من إرسال الاتصالات Office 365 من المكتب البعيد إلى مركز بيانات Office 365 الأقرب إلى المقر الرئيسي وتلقيها من قبل موقع المقر الرئيسي. للقيام بذلك، ينفذ Humongous Insurance إعادة توجيه DNS لتقليل عدد الرحلات الدائرية وبحث DNS المطلوب لإنشاء الاتصال المناسب ببيئة Office 365 الأقرب إلى نقطة خروج الإنترنت في المقر الرئيسي. وهذا يمنع العميل من حل خادم واجهة أمامية محلية ويضمن Front-End الخادم الذي يتصل به الشخص ليكون بالقرب من المقر الرئيسي حيث يقوم Humongous Insurance بالتناظر مع Microsoft. يمكنك أيضا تعلم تعيين معاد توجيه شرطي لاسم مجال.

في هذا السيناريو، ستحل نسبة استخدام الشبكة من المكتب البعيد البنية الأساسية Office 365 الأمامية في أمريكا الشمالية وتستخدم Office 365 للاتصال بخوادم الواجهة الخلفية وفقا لبنية تطبيق Office 365. على سبيل المثال، ستقوم Exchange Online بإنهاء الاتصال في أمريكا الشمالية وستتصل خوادم الواجهة الأمامية هذه بخادم علبة البريد الخلفية أينما كان المستأجر. جميع الخدمات لديها خدمة الباب الأمامي الموزعة على نطاق واسع تتكون من وجهات أحادية الإرسال و anycast.

إذا كان لدى هومونغوس مكاتب رئيسية في قارات متعددة، يوصى بما لا يقل عن دائرتين نشطة/نشطة لكل منطقة من أجل تقليل زمن الانتقال للتطبيقات الحساسة مثل Skype for Business Online. إذا كانت جميع المكاتب في قارة واحدة، أو لا تستخدم التعاون في الوقت الحقيقي، فإن وجود نقطة خروج موحدة أو موزعة هو قرار خاص بالعميل. عند توفر دوائر متعددة، سيضمن توجيه BGP تجاوز الفشل إذا أصبحت أي دائرة واحدة غير متوفرة.

تعرف على المزيد حول تكوينات التوجيه النموذجية و https://azure.microsoft.com/documentation/articles/expressroute-config-samples-nat/.

التوجيه الانتقائي باستخدام ExpressRoute

قد تكون هناك حاجة إلى التوجيه الانتقائي باستخدام ExpressRoute لأسباب مختلفة، مثل الاختبار، طرح ExpressRoute لمجموعة فرعية من المستخدمين. هناك العديد من الأدوات التي يمكن للعملاء استخدامها لتوجيه حركة مرور الشبكة Office 365 بشكل انتقائي عبر ExpressRoute:

تصفية/فصل المسار - السماح لمسارات BGP Office 365 عبر ExpressRoute إلى مجموعة فرعية من الشبكات الفرعية أو أجهزة التوجيه الخاصة بك. يتم توجيه هذا بشكل انتقائي حسب مقطع شبكة العملاء أو موقع المكتب الفعلي. هذا أمر شائع للإطلاق التدريجي ل ExpressRoute Office 365 ويتم تكوينه على أجهزة BGP.
ملفات PAC/عناوين URL - توجيه نسبة استخدام الشبكة الموجهة Office 365 ل FQDNs معينة لتوجيهها على مسار معين. يؤدي هذا بشكل انتقائي إلى توجيه الكمبيوتر العميل كما هو محدد بواسطة نشر ملف PAC.
تصفية - المسار تعد عوامل تصفية المسار طريقة لاستهلاك مجموعة فرعية من الخدمات المدعومة من خلال تناظر Microsoft.
مجتمعات BGP - تسمح التصفية استنادا إلى علامات مجتمع BGP للعميل بتحديد التطبيقات Office 365 التي تجتاز ExpressRoute وأيها يجتاز الإنترنت.