ExpressRoute และ QoS ใน Skype for Business Online

สิ่งสำคัญ:  บทความนี้เป็นการแปลด้วยเครื่อง โปรดดู ข้อจำกัดความรับผิดชอบ โปรดดูบทความฉบับภาษาอังกฤษ ที่นี่ เพื่อใช้อ้างอิง

เชื่อมต่อกับ Office 365 ผ่านการเชื่อมต่อเครือข่ายเฉพาะโดยใช้ Azure ExpressRoute สำหรับ Office 365 และ Skype for Business Online การเชื่อมต่อเฉพาะของคุณสำหรับแอป Skype for Business จะให้คุณได้รับประสิทธิภาพการทำงานที่เชื่อถือและคาดการณ์ได้ รวมทั้งความเป็นส่วนตัวจากอินเทอร์เน็ตสาธารณะ ขณะนี้ คุณสามารถซื้อการเชื่อมต่อเครือข่ายไปยัง Office 365 และ Skype for Business Online ที่ดียิ่งขึ้น ซึ่งเพิ่มความสามารถในการคาดการณ์ได้ ความน่าเชื่อถือระดับธุรกิจ และมาพร้อมกับ SLA การรับประกันความพร้อมใช้งาน

หมายเหตุ: เครื่องคำนวณแบนด์วิดท์ที่พร้อมใช้งานSkype สำหรับธุรกิจ เครื่องคิดเลขแบนด์วิดท์อย่างไรก็ตาม คำแนะนำเหล่านี้ในเอกสารนี้ใช้ Lync 2010 และ 2013 แบนด์วิดท์คำนวณรุ่นใหม่ได้

Skype for Business Online และ ExpressRoute

การทำงานกับคู่ค้า ExpressRoute ของไมโครซอฟท์ คุณสามารถเชื่อมต่อหลากหลายแอปพลิเคชันของ Office 365 รวมถึง Skype for Business Online ในระบบ Cloud ผ่านการเชื่อมต่อเฉพาะ อย่างไรก็ตาม ความสามารถในการติดต่อสื่อสารผ่านเสียงและวิดีโอแบบเรียลไทม์สำหรับ Skype for Business ต้องการบริการเครือข่ายที่ได้รับการกำหนดค่าให้สนับสนุนปริมาณงานแบบเรียลไทม์ของ Office 365 โดยเฉพาะ ซึ่งรวมถึงเครือข่ายที่มีแบนด์วิดท์เพียงพอในการรองรับปริมาณการรับส่งข้อมูลที่ต้องการ และสามารถสนับสนุนคุณภาพของบริการ (QoS) เพื่อส่งมอบประสบการณ์การใช้งานระดับธุรกิจให้ผู้ใช้ของคุณ

เอกสารนี้ได้รับการออกแบบมาเพื่อช่วยให้คุณ ผู้ดูแลระบบ และผู้ออกแบบเครือข่ายเข้าใจความท้าทายพิเศษที่จำเป็นสำหรับการสนับสนุนการติดต่อสื่อสารแบบเรียลไทม์ ไมโครซอฟท์เป็นผู้จัดหาเครื่องมือเพื่อช่วยเหลือคุณในการออกแบบเครือข่ายที่มีความสามารถในการสนับสนุนความต้องการเหล่านั้น และเพื่อแนะนำคุณที่ละขั้นตอนผ่านกระบวนการออกแบบโดยใช้กรณีศึกษา

ส่วนแรกของเอกสารนี้จะแนะนำคุณที่ละขั้นตอนผ่านกรณีศึกษา เพื่อช่วยคุณในการออกแบบเครือข่ายโดยใช้ ตัวคำนวณแบนด์วิดท์ Lync 2010 และ 2013 เพื่อประมาณความต้องการด้านเครือข่ายสำหรับการปรับใช้ Skype for Business ExpressRoute หลายไซต์ที่มีขนาดใหญ่ ส่วนที่สองของเอกสารนี้จะให้คุณได้รับแนวคิดพื้นฐานของคุณภาพของบริการ (QoS) เจาะลึกรายละเอียดทางเทคนิคที่เฉพาะเจาะจงสำหรับการสนับสนุนการติดต่อสื่อสารแบบเรียลไทม์ของ Skype for Business และประเภทของบริการเครือข่ายเฉพาะที่จำเป็น

ข้อมูลทั้งหมดในที่นี้จะให้คุณได้รับรายละเอียดทางเทคนิคและความเข้าใจสำหรับ QoS และ ExpressRoute และความเข้าใจในเรื่องความท้าทายเฉพาะที่คุณจะพบเจอ และให้ความรู้ในการทำงานเกี่ยวกับเครื่องมือและเทคนิคที่จะทำให้คุณสามารถปรับใช้ ExpressRoute ระหว่างเครือข่าย Skype for Business ของคุณได้อย่างประสบความสำเร็จ

การเริ่มต้นใช้งาน

เมื่อคุณพร้อมสำหรับ ExpressRoute สำหรับ Skype for Business คุณควรจะพิจารณาถึงโมเดลการเชื่อมต่อ ExpressRoute ต่างๆ และตัวเลือกของคู่ค้าและที่ตั้งที่หลากหลาย รวมทั้งอ่านวิธีการซื้อและเตรียมใช้งาน ExpressRoute ภายในธุรกิจของคุณ นี่คือแหล่งข้อมูลบางอย่างที่จะช่วยคุณเริ่มต้นใช้งาน

ส่วนที่ 1: กรณีศึกษา - ExpressRoute สำหรับ Dewey Law, LLC.

กรณีศึกษานี้สำหรับ Dewey Law, LLC. จะแสดงให้คุณเห็นวิธีการตั้งค่าเครือข่าย สั่งซื้อบริการการเข้าถึงเครือข่าย และกำหนดความต้องการของแบนด์วิดท์เพื่อสนับสนุน ExpressRoute สำหรับ Skype for Business Online

ประวัติ Dewy Law LLC. คือบริษัทกฎหมายระดับชาติขนาดใหญ่ที่มีทนายความ 790 คน และจำนวนพนักงานรวม 5,580 คน กระจายไปตามที่ตั้งต่างๆ 78 แห่ง บริษัทมีสำนักงานใหญ่อยู่ที่นิวยอร์ก มีสามสำนักงานประจำภูมิภาคอยู่ในชิคาโก้ ซานฟรานซิสโก และดัลลัส พร้อมด้วยสำนักงานสาขาใหญ่ 24 แห่ง และสาขาย่อย 50 แห่งกระจายอยู่ทั่วประเทศ บริษัทจัดการกับคดีใหญ่ๆ และซับซ้อนโดยมีปริมาณงานกระจายระหว่างสำนักงานสองแห่งหรือมากกว่านั้น การที่มีการออกแบบเครือขายลักษณะนี้ทำให้เกิดการรับส่งข้อมูลเครือข่ายระหว่างสำนักงานจำนวนมาก

Dewy Law LLC. เป็นบริษัทที่ก่อตั้งขึ้นไม่นานนัก และทนายความและสมาชิกพนักงานอื่นๆ คุ้นเคยกับการใช้เทคโนโลยีเป็นอย่างดี และต้องพึ่งพาเทคโนโลยีเพื่อการทำงานในแต่ละวันอย่างมาก

การกระจายของผู้ใช้ตามที่ตั้งและตำแหน่ง

สำนักงานใหญ่ (นิวยอร์ก)

สำนักงาน ประจำภูมิภาค (3)

สำนักงานสาขา ย่อย (24)

สำนักงานสาขา ย่อย (50)

ผู้บริหาร

20

10

1

1

คู่ค้า

150

50

10

5

หุ้นส่วน

300

100

20

10

ผู้ช่วยทนาย

400

125

30

15

ผู้จัดการฝ่ายบริหาร

100

35

6

3

ผู้ดูแลระบบ IT และธุรการทั่วไป

100

25

3

2

ผลรวมต่อไซต์

1,070

345

70

36

ผลรวมต่อคลาสไซต์

1,070

1,035

1,680

1,800

การตั้งค่าเครือข่าย

เพื่อที่จะมอบบริการแบบเรียลไทม์ที่สอดคล้องและคุณภาพสูงให้ Dewey Law LLC. มีข้อกำหนดพื้นฐานสองข้อที่ต้องปฏิบัติตาม ดังนี้

  • พวกเขาต้องการให้บริการทางเสียงในช่วงที่ไฟฟ้าขัดข้อง ดังนั้น สวิตช์และเราเตอร์การกระจายเครือข่ายของพวกเขาต้องจ่ายไฟฟ้าผ่านทางอีเทอร์เน็ต (PoE) IEEE 802.3af หรือ 802.3at

  • สวิตช์และเราเตอร์เครือข่ายยังต้องใช้เครื่องสำรองไฟฟ้า (UPS) เพื่อที่จะสามารถทำงานได้อย่างต่อเนื่องในช่วงที่ไฟฟ้าขัดข้อง

    พวกเขามีการเชื่อมต่อ Wi-Fi กับสำนักงานที่ใช้เครือข่าย LAN เราจึงขอแนะนำเป็นอย่างยิ่งให้พวกเขาใช้คู่ค้าโครงสร้างพื้นฐานระบบ Wi-Fi ของ Skype for Business ที่ได้รับการรับรองจาก โซลูชัน Skype for Business

    เคล็ดลับ: ขอแนะนำให้ใช้จุดเข้าใช้งานแบบไร้สาย 802.11n และ 802.11ac

  • และที่สำคัญที่สุด เครือข่าย LAN ในทุกสำนักงานต้องได้รับการตั้งค่าให้มอบคุณภาพของบริการ (QoS) ซึ่งรวมถึงพีซี แล็ปท็อป และฮาร์ดแวร์เครือข่ายใดๆ เช่น สวิตช์และเราเตอร์

ตอนนี้คุณได้ดำเนินการพื้นฐานต่างๆ เพื่อส่งมอบบริการเสียงระดับธุรกิจให้กับ Dewey Law LLC. แล้ว เราขอแนะนำให้ใช้บริการ IP แบบ Multi-Protocol Label Switching (MPLS) จากคู่ค้าผู้ให้บริการเครือข่ายที่จะเชื่อมต่อกับบริการ Azure ExpressRoute MPLS ให้บริการ IP พร้อมการรับประกันประสิทธิภาพสำหรับการหน่วงเวลา ความผิดพลาดทางเวลา และการสูญหายของแพคเก็ต อย่างไรก็ตาม ถ้า MPLS ไม่พร้อมใช้งาน ยังสามารถใช้อีเทอร์เน็ตที่เชื่อมต่อกับหนึ่งในคู่ค้าการแลกเปลี่ยนข้อมูล ExpressRoute ของเราได้

ผู้ให้บริการ MPLS เสนอคลาสของบริการหลายระดับ อย่างไรก็ตาม ผู้ให้บริการแต่ละรายจะใช้เงื่อนไขในการระบุระดับเหล่านั้นแตกต่างกัน คุณจะต้องทำงานกับผู้ให้บริการของคุณอย่างใกล้ชิด เพื่อทำให้แน่ใจว่าพวกเขาเข้าใจข้อมูลที่คุณป้อนลงใน ตัวคำนวณแบนด์วิดท์ Lync 2010 และ 2013 และมีตัวเลือกให้เลือกและแนะนำสำหรับแอปพลิเคชันที่ใช้ปริมาณงานแบบเรียลไทม์ต่างๆ ของ Office 365

มีตัวเลือกสองตัวเลือกสำหรับวิธีการแมปแอปพลิเคชัน Skype for Business กับคลาสของบริการ MPLS ที่เหมาะสม ดังนี้

  • การทำเครื่องหมายจุดสิ้นสุดของการรับส่งข้อมูลโดยใช้ DiffServ Control Point (DSCP)

  • ยึดตามรายการตัวควบคุมการเข้าถึงเครือข่าย (ACL)

เมื่อต้องการใช้การทำเครื่องหมายจุดสิ้นสุด คุณต้องกำหนดค่าโดเมนทั้งหมดที่เชื่อมโยงเครื่องที่ใช้ Windows สำหรับ Dewey Law LLC. เพื่อที่จะทำเครื่องหมายแต่ละแพคเก็ตกับการทำเครื่องหมาย DiffServ Control Point (DSCP) ที่เหมาะสม จากนั้นใช้ QoS บนสวิตช์และเราเตอร์เครือข่ายทั้งหมดทั่วทั้งไซต์สำนักงานเพื่อให้แน่ใจว่าการทำเครื่องหมาย QoS ได้รับการรักษาและไม่ถูกเอาออก การทำเครื่องหมาย DSCP บนแพคเก็คเครือข่ายจะบอกผู้ให้บริการทราบถึงวิธีการกำหนดลำดับความสำคัญของแพคเก็ตเครือข่าย มีข้อมูลเพิ่มเติมเกี่ยวกับ DSCP ในส่วนย่อย QoS ในส่วนที่ 2

สำหรับการระบุที่ยึดตามเครือข่าย ACL การทำเครื่องหมายลำดับความสำคัญของ DSCP จะได้รับการปรับใช้ที่เราเตอร์ต้นทาง และยึดตามพอร์ตต้นทาง UDP ช่วงพอร์ตที่แนะนำสำหรับแต่ละแอปพลิเคชันแสดงอยู่ใน ส่วน 2.6.1.1 ของ การวางแผนเครือข่าย การตรวจสอบ และการแก้ไขปัญหากับ Lync Server คุณควรดำเนินการสิ่งนี้ให้สอดคล้องกับการปรับใช้และการออกแบบ QoS โดยรวมของ Dewey Law LLC และตระหนักถึงนโยบาย QoS ต่างๆ และความเป็นไปได้ที่จะเกิดการไม่ตรงกันของการทำเครื่องหมายแพคเก็ต

ผู้ให้บริการเครือข่าย ExpressRoute แต่ละรายจะมีคลาสของบริการ (QoS) ที่เหมาะสำหรับเสียงและวิดีโอแบบเรียลไทม์ COS นี้เรียกว่า ‘Expedited Forwarding’ (EF) สำหรับเสียง และ ‘Assured Forwarding’ (AF) สำหรับวิดีโอ คุณต้องระมัดระวังอย่างยิ่งในการปรับขนาดของแบนด์วิดท์ที่คุณซื้อสำหรับการรับส่งข้อมูล EF ของเสียง สาเหตุก็คือคลาสของบริการสำหรับเสียงไม่ให้โอกาสแก้ไขข้อผิดพลาดในกรณีที่คุณส่งการรับส่งข้อมูลทางเสียงมากเกินกว่าที่คลาสของบริการได้รับการเตรียมใช้งาน

เคล็ดลับ: การรับส่งข้อมูลที่ถูกส่งในคลาสของบริการสำหรับเสียงที่เกินกว่าข้อตกลงของผู้ให้บริการจะถูกละทิ้งโดยทันที ซึ่งจะส่งผลโดยตรงกับคุณภาพเสียง

เมื่อพิจารณาถึงการออกแบบโดยรวมของ Dewey Law LLC. เป็นเรื่องสำคัญที่สุดที่คุณต้องกำหนดจำนวนของแบนด์วิดท์เครือข่ายที่จำเป็นต้องใช้เพื่อสนับสนุนการรับส่งข้อมูลเสียงทั่วทั้งเครือข่ายอย่างถูกต้อง และทำเครื่องหมายแต่ละแพคเก็ตเสียง (และเฉพาะแพคเก็ตเสียงเท่านั้น) กับการตั้งค่า DSCP สำหรับเสียง (เช่น DSCP EF 46)

เมื่อต้องการปรับใช้ QoS ทั่วทั้งเครือข่ายองค์กรของพวกเขา จุดสิ้นสุดหรือเราเตอร์ต้องทำเครื่องหมายแต่ละแพคเก็ตด้วยตัวบ่งชี้ลำดับความสำคัญของเลเยอร์ 3 (เช่น DSCP) ที่เหมาะสม ตลอดเส้นทางเครือข่าย แต่ละสวิตช์และเราเตอร์ต้องมีการเปิดใช้ตัวเลือก QoS การที่มีสวิตช์หรือเราเตอร์เครือข่ายแค่เพียงตัวเดียวที่ไม่เปิด QoS ไว้ การทำเครื่องหมาย QoS ในแพคเก็ตเสียงหรือวิดีโอที่ผ่านสวิตช์หรือเราเตอร์ดังกล่าวอาจถูกเอาออก ซึ่งจะปิดใช้งาน QoS ในสวิตช์หรือเราเตอร์ปลายทางทั้งหมด โดยจะลดทอนคุณประโยชน์ของการใช้ ExpressRoute

นอกจากนี้ ยังต้องมีการกำหนดความสัมพันธ์ของลำดับความสำคัญ QoS สำหรับเลเยอร์ 3 และเลเยอร์ 2 ที่แต่ละจุด กลไกลำดับความสำคัญของเลเยอร์ 2 ถูกกำหนดใน IEEE 802.1p สำหรับเครือข่ายที่ใช้สาย และ 802.11e/WMM สำหรับเครือข่าย Wi-Fi สำคัญยิ่งไปกว่านั้น เราเตอร์เครือข่ายที่ติดต่อกับเครือข่าย MPLS ของผู้ให้บริการเครือข่ายต้องรักษาการตั้งค่า DSCP ในแพคเก็ตขาออกทั้งหมด เพื่อที่จะรักษาคลาสของบริการ MPLS อย่างเหมาะสม

เคล็ดลับ: สำหรับรายละเอียดที่เฉพาะเจาะจงเกี่ยวกับการตั้งค่า QoS ให้ดูส่วนที่ 2.6 การวางแผนเครือข่าย การตรวจสอบ และการแก้ไขปัญหาด้วย Lync Server คุณยังสามารถดู วางแผนความต้องการด้านเครือข่ายสำหรับ Skype for Business 2015 สำหรับความต้องการในการวางแผนเครือข่ายเพิ่มเติม

การสั่งซื้อบริการการเข้าถึงเครือข่าย

เมื่อคุณมีกลไกและข้อกำหนดเบื้องต้นสำหรับเครือข่าย QoS เพื่อสนับสนุน ExpressRoute แล้ว ขั้นตอนถัดไปคือการสั่งซื้อบริการการเข้าถึงเครือข่าย ExpressRoute เมื่อสั่งซื้อบริการการเข้าถึง ExpressRoute สำหรับ Dewey Law LLC จากคู่ค้าผู้ให้บริการเครือข่ายของไมโครซอฟท์ คุณจะต้องระบุสองสิ่งต่อไปนี้

  • จำนวนรวมของแบนด์วิดท์ที่ต้องการในการเชื่อมต่อแต่ละไซต์กับ ExpressRoute และ Office 365

  • แบนด์วิดท์รวมที่ต้องการสำหรับแต่ละคลาสของบริการที่จำเป็นในการสนับสนุนแอป Skype for Business ที่กำลังมีการใช้งานที่ Dewey Law LLC. ความต้องการแบนด์วิธสำหรับคลาสของบริการถูกขับเคลื่อนโดยปริมาณการรับส่งข้อมูลที่คุณคาดหวังจากแต่ละแอปพลิเคชัน Skype for Business แอปพลิเคชันต่างๆ เช่น เสียง วิดีโอ, IM, การแสดงตน และการแชร์หน้าจอ

การกำหนดความต้องการของแบนด์วิดท์สำหรับแอปพลิเคชัน Skype for Business

สำหรับ Dewey Law LLC. เมื่อคุณได้กำหนดแบนด์วิดท์รวมที่ต้องการแล้ว ทีนี้ คุณก็ต้องทราบจำนวนรวมของแบนด์วิดท์ที่ควรแบ่งระหว่างคลาสของบริการต่างๆ ตัวอย่างเช่น จำนวนแบนด์วิดท์สำหรับแต่ละแอปพลิเคชัน Skype for Business

เมื่อต้องการกำหนดความต้องการของระบบเหล่านั้นในแต่ละ Dewey Law LLC ไซต์ คุณจะใช้ ตัวคำนวณแบนด์วิดท์ Lync 2010 และ 2013 ตัวคำนวณนี้เป็นเครื่องมือที่ใช้ Excel ที่ให้คุณสามารถระบุที่การใช้งานที่คาดหวังจากแอปพลิเคชันต่างๆ ของ Skype for Business รวมถึงเสียง วิดีโอ การประชุม และการแชร์หน้าจอ ตัวคำนวณนี้จะประมาณความต้องการของแบนด์วิดท์และ COS สำหรับแต่ละไซต์บนเครือข่ายโดยอัตโนมัติ เมื่อคุณดาวน์โหลด ตัวคำนวณแบนด์วิดท์ของ Lync 2010 และ 2013 คู่มือของผู้ใช้ซึ่งจะให้รายละเอียดการใช้งานกับคุณก็จะถูกดาวน์โหลดไปด้วย

เพื่อช่วยคุณเกี่ยวกับสเปรดชีต เซลล์ต่างๆ ในสเปรดชีตจะเป็นรหัสสีดังนี้

  • สีเขียวเหล่านี้เป็นพื้นที่ป้อนค่าข้อมูลทั่วไป

  • สีเหลืองเหล่านี้เป็นพื้นที่ป้อนค่าข้อมูลขั้นสูง คุณสามารถเปลี่ยนแปลงรหัสสีเหล่านี้ได้ แต่ควรทำอย่างระมัดระวัง

  • สีแดงเหล่านี้เป็นพื้นที่แบบอ่านอย่างเดียวและจะถูกล็อกค่าป้อนเข้าและไม่สามารถเปลี่ยนแปลงได้

  • สีเทาเหล่านี้เป็นพื้นที่แบบใช้แสดงผลเท่านั้น จะได้ผลลัพธ์หรือข้อมูลที่มาจากพื้นที่ป้อนค่าทั่วไป

กระบวนการออกแบบสำหรับ Dewey Law LLC เริ่มต้นโดยการระบุลักษณะผู้ใช้ลงใน 'ข้อมูลส่วนตัว’ ต่างๆ สำหรับข้อมูลส่วนตัวแต่ละชุดที่คุณระบุ คุณสามารถระบุการใช้งานที่คาดหวังจากแอปพลิเคชันต่างๆ ของ Skype for Business ('ไม่มี' 'ต่ำ' 'ปานกลาง' 'สูง’ หรือหนึ่งในสามตัวเลือกเป็นการตั้งค่า 'กำหนดเอง') ส่วนที่เลือกเหล่านั้นจะพบได้ในเวิร์กชีต 'ข้อมูลส่วนตัว' สำหรับการใช้งานบางอย่างมีตัวเลือกแต่ละตัวมาให้ ('ต่ำ' 'ปานกลาง’ หรือ 'สูง') แต่ค่าเริ่มต้นสำหรับแต่ละตัวเลือกสามารถเปลี่ยนแปลงได้ ด้วยการระบุจำนวนของผู้ใช้สำหรับข้อมูลส่วนตัวแต่ละชุดซึ่งอยู่ที่แต่ละไซต์ ตัวคำนวณสามารถคำนวณแบนด์วิดท์ทั้งหมดที่ต้องการสำหรับแต่ละตำแหน่งที่ตั้งได้

คุณยังสามารถระบุตัวแปลงสัญญาณเสียงและวิดีโอที่ใช้ หรือจะส่งต่อการแก้ไขข้อผิดพลาดที่ใช้และพารามิเตอร์ของระบบอื่นๆ ซึ่งจะมีผลต่อความต้องการแบนด์วิดท์ คุณสามารถใช้การตั้งค่าเริ่มต้นใน ตัวคำนวณแบนด์วิดท์ของ Lync 2010 และ 2013 หรือเลือกตัวแปลงสัญญาณและพารามิเตอร์ของระบบอื่นๆ ได้ สำหรับการออกแบบไซต์ของ Dewey Law LLC การตั้งค่าเริ่มต้นสามารถใช้ได้ อย่างไรก็ตาม เมื่อต้องการเปลี่ยนการตั้งค่าเริ่มต้นจะมีเมนูแบบดึงลงที่มีตัวเลือกทั้งหมดพร้อมให้ใช้งาน แบนด์วิดท์ที่ใช้สำหรับแต่ละตัวเลือกจะรวมอยู่ในเวิร์กชีต 'ตัวแปลงสัญญาณ' เมื่อคุณเปลี่ยนการตั้งค่า การเปลี่ยนแปลงในแบนด์วิดท์และคลาสของบริการ (CoS) ที่ปะปนอยู่ในแต่ละไซต์จะได้รับการอัปเดต การมีความสามารถนี้ทำให้คุณสามารถทดสอบการกำหนดค่าต่างๆ และดูผลการเปลี่ยนแปลงที่จะเกิดขึ้นกับความต้องการแบนด์วิดท์สำหรับพวกเขาได้

เราได้กำหนดข้อมูลส่วนตัวสามชุดสำหรับ Dewey Law LLC นั่นคือ 'ผู้บริหาร/คู่ค้า’ 'หุ้นส่วน/ผู้ช่วยทนาย’ และ 'ผู้ดูแลระบบ IT' ตารางด้านล่างจะแสดงวิธีการที่เราได้ตั้งค่าโปรไฟล์การใช้งานสำหรับแอป Skype for Business สำหรับข้อมูลส่วนตัวแต่ละชุด

ข้อมูลส่วนตัวและโปรไฟล์การใช้งาน (เวิร์กชีต 'ข้อมูลส่วนตัว' - คอลัมน์ A ถึง P)

ข้อมูลส่วนตัว

IM/การแสดงตน

เสียงแบบ P2P

วิดีโอแบบ P2P

การประชุมทางเสียง

การประชุมทางวิดีโอ

การแชร์เดสก์ท็อป

Dial-in Conferencing ทางเสียง

Lync 2010 RTV_Type

ผู้ใช้ระยะไกล

Lync 2013 เสียงสเตอริโอ

Lync 2013 คุณภาพวิดีโอ

Lync 2013 ลักษณะการทำงานของผู้ใช้สำหรับหน้าต่างวิดีโอแบบ P2P

Lync 2013 การใช้งานแบบหลายมุมมอง

ผู้บริหาร/ คู่ค้า

สูง

ปานกลาง

ต่ำ

ปานกลาง

ปานกลาง

ไม่มี

ปานกลาง

CIF

0%

0%

ดีที่สุด

โดยทั่วไป

โดยทั่วไป

หุ้นส่วน/ ผู้ช่วยทนาย

สูง

ปานกลาง

ต่ำ

ปานกลาง

สูง

สูง

ปานกลาง

CIF

0%

0%

ปานกลาง

โดยทั่วไป

โดยทั่วไป

ผู้ดูแลระบบ IT

สูง

ปานกลาง

ไม่มี

ต่ำ

ไม่มี

ไม่มี

ปานกลาง

CIF

0%

0%

ปานกลาง

โดยทั่วไป

โดยทั่วไป

คุณจะต้องใส่ข้อมูลใน การกระจายของผู้ใช้ตามที่ตั้งและตำแหน่งตาราง ด้านบน ในเวิร์กชีต ‘ไซต์’ ของตัวคำนวณแบนด์วิดท์ Lync 2010 และ 2013 เนื่องจากจำนวนผู้ใช้ในสำนักงานประจำภูมิภาคเหมือนกัน จึงกำหนดผู้ใช้ให้กับหนึ่ง ‘ไซต์’ และระบุว่ามีด้วยกันสามอินสแตนซ์ มีการดำเนินการเช่นเดียวกันสำหรับสาขาขนาดใหญ่และเล็กที่มีผู้ใช้ 24 และ 50 คนในไซต์ ตามลำดับ

หลังจากระบุการตั้งค่าสำหรับข้อมูลส่วนตัวแต่ละรายการแล้ว คุณต้องใส่จำนวนผู้ใช้ในข้อมูลส่วนตัวแต่ละรายการที่แต่ละไซต์ในเวิร์กชีต ‘ไซต์’ ยอดรวมผู้ใช้สำหรับทุกไซต์จะได้รับการอัปเดตโดยอัตโนมัติ เนื่องจากไม่มีผู้ใช้ในตำแหน่งที่ตั้ง Office 365 จึงควรใส่จำนวนผู้ใช้ในแถว ‘สาขา’ ของเวิร์กชีต จากนั้น ตัวคำนวณแบนด์วิดท์ Lync 2010 และ 2013 จะใส่คอลัมน์ ‘คลาส Best Effort’, ‘คลาสการรับส่งข้อมูล’ และ ‘คลาสการรับส่งข้อมูลแบบเรียลไทม์’ ในตาราง ‘WAN BW ต่อคลาสการรับส่งข้อมูล QoS’ ซึ่งจะแสดงในข้อมูลในตารางด้านล่าง

เคล็ดลับ: สเปรดชีตแบบเต็มยังรวมจำนวนสูงสุดของเซสชันที่เกิดพร้อมกันสำหรับแต่ละแอปพลิเคชัน แต่เราลบคอลัมน์เหล่านั้นออกเพื่อประหยัดพื้นที่

ข้อมูลส่วนตัวตามไซต์ - (เวิร์กชีต ‘ไซต์’ - คอลัมน์ A, D, I และ AI ถึง AX)

ชื่อไซต์

ยอดรวมผู้ใช้ในไซต์

ยอดรวมไซต์ในลักษณะนี้

โปรไฟล์ผู้ใช้ 1

ผู้ใช้ของโปรไฟล์ 1

โปรไฟล์ผู้ใช้ 2

ผู้ใช้ของโปรไฟล์ 2

โปรไฟล์ผู้ใช้ 3

ผู้ใช้ของโปรไฟล์ 3

สำนักงานใหญ่

1070

1

ผู้บริหาร/คู่ค้า

170

หุ้นส่วน/ผู้ช่วยทนาย

700

ผู้ดูแลระบบ IT

200

สำนักงานประจำภูมิภาค

345

3

ผู้บริหาร/คู่ค้า

60

หุ้นส่วน/ผู้ช่วยทนาย

225

ผู้ดูแลระบบ IT

60

สำนักงานสาขาใหญ่

70

24 ชั่วโมง

ผู้บริหาร/คู่ค้า

11

หุ้นส่วน/ผู้ช่วยทนาย

50

ผู้ดูแลระบบ IT

9

สำนักงานสาขาย่อย

36

50

ผู้บริหาร/คู่ค้า

6

หุ้นส่วน/ผู้ช่วยทนาย

25

ผู้ดูแลระบบ IT

1

แบนด์วิดท์ที่จำเป็นต่อแอปพลิเคชันตามไซต์ในหน่วย Kbps (‘เวิร์กชีตไซต์’- คอลัมน์ A และ BQ ถึง LF)

ไซต์

แบนด์วิดท์ SIP/IM ในช่วงสูงสุด

แบนด์วิดท์เสียง Intersite Peer ในช่วงสูงสุด

แบนด์วิดท์วิดีโอ Intersite Peer ในช่วงสูงสุด

แบนด์วิดท์การประชุมทางเสียงในช่วงสูงสุด

แบนด์วิดท์การประชุมทางวิดีโอในช่วงสูงสุด

แบนด์วิดท์การแชร์ WAN ในช่วงสูงสุด

แบนด์วิดท์ WAN ในช่วงสูงสุดสำหรับการโทรระบบ PSTN

สำนักงานใหญ่

1070

525.30

560.00

739.50

2640.00

4224.00

2688.30

สำนักงานประจำภูมิภาค

345

185.40

560.00

255.00

1320.00

1536.00

896.10

สาขาใหญ่

70

92.70

560.00

102.00

600.00

384.00

216.30

สาขาย่อย

36

119.40

560.00

76.50

600.00

384.00

123.60

คอลัมน์ที่สำคัญที่สุดในสเปรดชีตอาจเป็นคอลัมน์ที่อธิบายแบนด์วิดท์ WAN ตามคลาส QoS ซึ่งจะแสดงในตารางด้านล่าง ข้อมูลนี้จะสรุปข้อมูลที่คุณจำเป็นต้องระบุกับผู้ให้บริการเครือข่ายเพื่อสั่งซื้อการเชื่อมต่อการเข้าถึงที่แต่ละไซต์ของคุณ เมื่อคำนวณแบนด์วิดท์รวม โปรดอย่าลืมคูณแบนด์วิดท์สำหรับไซต์สาขาแต่ละประเภทด้วยจำนวนไซต์ของประเภทเดียวกัน เมื่อต้องการติดต่อกับคู่ค้าผู้ให้บริการเครือข่าย ExpressRoute คุณสามารถดูได้ที่ Azure ExpressRoute

สำคัญอย่างยิ่งที่คุณต้องไม่ใช้แบนด์วิดท์เกินในเสียงหรือคลาส ‘Expedited Forwarding’ (EF) ของบริการ ชุดของแพคเก็ตแบบสุ่มจะถูกละทิ้ง แทนที่จะลดทอนคุณภาพของการโทรครั้งเดียวหรือกลุ่มของการโทร ซึ่งอาจกระทบต่อการโทรที่กำลังดำเนินการอยู่ทั้งหมด นอกจากนี้ ยังควรทำเครื่องหมายเฉพาะกับเสียงด้วย DSCP สำหรับ EF (เช่น DSCP = 46) เท่านั้น ไม่เช่นนั้น คิวของเสียงอาจมากเกินไป เมื่อมีการเพิ่มการรับส่งข้อมูลที่ไม่ใช่เสียง

เคล็ดลับ: และขณะที่คลาส EF ของบริการให้การรับประกันในประสิทธิภาพสูงสุด ถ้าคุณใช้แบนด์วิดท์เกินกว่าที่กำหนด แพคเก็ตเพิ่มเติมใดๆ จะถูกละทิ้งโดยทันที

รวมแบนด์วิดท์ต่อไซต์ตามคลาสการรับส่งข้อมูล QoS - (เวิร์กชีต ‘ไซต์’- คอลัมน์ A และ ML ถึง MR)

ชื่อไซต์

คลาส Best Effort (DSCP 0)

คลาสการรับส่งข้อมูล (DSCP กำหนดเอง)

คลาสการรับส่งข้อมูลแบบเรียลไทม์ (DSCP 34, AF41)

คลาสลำดับความสำคัญของการรับส่งข้อมูล (DSCP 46, EF)

สำนักงานใหญ่

0.00

5764.80

3200.00

3953.10

สำนักงานประจำภูมิภาค

0.00

2033.60

1880.00

1336.50

สาขาใหญ่

0.00

486.40

1160.00

411.00

สาขาย่อย

0.00

438.40

1160.00

319.50

การใส่แผนของคุณลงในการกระทำ

เราสามารถคำนวณแบนด์วิดท์รวมที่จะตัดผ่าน WAN และจำนวนแบนด์วิธที่จะตัดผ่าน ExpressRoute โดยใช้แบนด์วิดท์ที่ประเมินจากตาราง ต่อแอปพลิเคชันต่อไซต์ ด้านบน ส่วนของปริมาณการใช้งานที่ตัดผ่าน ExpressRoute ไม่รวมแบนด์วิดท์ Inter-Site Peer

ไซต์

แบนด์วิดท์ SIP/IM ในช่วงสูงสุด

แบนด์วิดท์การประชุมทางเสียงในช่วงสูงสุด

แบนด์วิดท์การประชุมทางวิดีโอในช่วงสูงสุด

แบนด์วิดท์การแชร์ WAN ในช่วงสูงสุด

แบนด์วิดท์ WAN ในช่วงสูงสุดสำหรับการโทรระบบ PSTN

ปริมาณการใช้งาน ExpressRoute รวมต่อคลาสไซต์ (กล่าวคือ จำนวนเวลาทั้งหมดของไซต์)

สำนักงานใหญ่

1,070

739.50

2640.00

4224.00

2688.30

11361.80

สำนักงานประจำภูมิภาค

345

255.00

1320.00

1536.00

896.10

8704.20

สาขาใหญ่

70

102.00

600.00

384.00

216.30

32935.20

สาขาย่อย

36

76.50

600.00

384.00

123.60

61005.00

ซึ่งหมายความว่าปริมาณการใช้งาน Skype for Business Online ที่จะตัดผ่าน Express Route จะมีค่าประมาณ 114 Mbps ดังนั้น Dewey จำเป็นต้องสมัครใช้งานอย่างน้อย 200 Mbps สำหรับ ExpressRoute วงจร ExpressRoute หลายรายการอาจซื้อได้ที่ตำแหน่งที่ตั้ง ExpressRoute Peering ต่างๆ ขอแนะนำให้ทำเช่นนี้ถ้าไซต์ของ Dewey อยู่ในพื้นที่ทางภูมิศาสตร์ที่แตกต่างกัน หรือเพื่อให้ความยืดหยุ่นในกรณีที่การเชื่อมต่อกับวงจร ExpressRoute ล้มเหลว ถ้าคุณซื้อวงจร ExpressRoute ในพื้นที่ Azure หลายที่ Add-on ของ ExpressRoute Premium จะต้องได้รับการเชื่อมต่อส่วนกลางผ่าน ExpressRoute

ตอนนี้คุณมีจำนวนรวมของแบนด์วิดท์ที่จำเป็นและจำนวนแบนด์วิดท์คลาสของบริการ (CoS) ที่คุณสามารถทำการสั่งซื้อกับผู้ให้บริการเครือข่ายที่เลือกได้ อย่าลืมรวมการประเมินสำหรับปริมาณการใช้งานสำหรับแอปพลิเคชันและบริการอื่นๆ เรามีคำแนะนำในการวางแผนเครือข่ายสำหรับบริการ Office 365 อื่นๆ ซึ่งรวมถึงตัวคำนวณแบนด์วิดท์สำหรับ Exchange และ OneDrive การสมัครใช้งานแบนด์วิดท์สำหรับผู้ให้บริการเครือข่ายจะสูงกว่า เนื่องจากปริมาณการใช้งานภายในไซต์จะต้องถูกเพิ่มกลับเข้าไป ตัวคำนวณแบนด์วิดท์ของ Lync 2010 และ 2013 จะให้เฉพาะค่าประมาณของปริมาณการใช้งานที่คาดไว้ ด้วยเหตุนี้จึงขอแนะนำให้ยืนยันความสามารถของเครือข่ายในการสนับสนุนจำนวนปริมาณการใช้งานที่จัดทำการทดสอบการทำงาน

เคล็ดลับ: การทำการทดสอบประสิทธิภาพเครือข่ายของคุณขอแนะนำเป็นอย่างยิ่งให้คุณดำเนินการเมื่อคุณกำลังทำการประเมินเครือข่ายล่วงหน้า

การทดสอบประสิทธิภาพเกี่ยวข้องกับการสร้างและกำหนดค่าโครงสร้างพื้นฐานและจากนั้นให้เรียกใช้ด้วยปริมาณการรับส่งข้อมูลจำลองที่คาดไว้ในขณะที่ทำการตรวจสอบประสิทธิภาพการทำงาน การประมาณการรับส่งข้อมูลของคุณอาจไม่ถูกต้องในบางพื้นที่ แต่อย่างน้อยคุณก็สามารถตรวจสอบให้แน่ใจว่าเครือข่ายจะสามารถรองรับปริมาณการรับส่งข้อมูลที่ตัวคำนวณแบนด์วิดท์ของ Lync 2010 และ 2013 คาดเดาเอาไว้ได้ ขอแนะนำให้คุณเรียกใช้การทดสอบประสิทธิภาพเป็นเวลาอย่างน้อยสองถึงสามวัน แต่การเรียกใช้งานเป็นระยะเวลานานกว่านั้นจะสามารถช่วยให้คุณปรับตัวเลขได้ อย่างไรก็ตาม การขยายระยะเวลาในการทดสอบประสิทธิภาพจะต้องเปรียบเทียบราคาบริการของเครือข่ายที่คุณใช้บริการด้วยว่าจะไม่คิดราคาเดียวกับการรับส่งข้อมูลบนเครือข่ายสำหรับผู้ใช้จริง ไมโครซอฟท์มีจำนวนของผู้จำหน่ายที่ผ่านการรับรองให้เป็นส่วนหนึ่งของโปรแกรมเครื่องมือสำหรับผู้เชี่ยวชาญด้าน IT เพื่อจัดหาเครื่องมือการจัดการและบริหารเครือข่ายต่างๆ รวมถึงเครื่องมือการประเมินประสิทธิภาพเครือข่ายล่วงหน้า Skype for Business ยังมีผู้วางระบบ (SI) ที่สามารถใช้เครื่องมือสำหรับผู้เชี่ยวชาญด้าน IT ที่ผ่านการรับรองและสามารถทำการประเมินเครือข่ายให้คุณได้ คุณสามารถดูข้อมูลเพิ่มเติมได้ที่ โซลูชันของ Skype for Business: เครื่องมือสำหรับผู้เชี่ยวชาญด้าน IT

การทดสอบประสิทธิภาพจะทำให้มั่นใจขึ้นว่าเครือข่ายสามารถรองรับปริมาณการรับส่งข้อมูลที่ต้องการได้ แต่ในความเป็นจริงแล้ว ข้อมูลของตัวคำนวณแบนด์วิดท์ของ Lync 2010 และ 2013 สามารถหยุดทำงานได้ด้วยสาเหตุหลายประการ คุณควรพิจารณาตรวจสอบเครือข่ายไซต์ของคุณต่อไปโดยการทำการประเมินเครือข่ายอย่างต่อเนื่องเมื่อมีการปรับใช้เพื่อให้แน่ใจว่าแบนด์วิดท์เพียงพอแล้วและกลไก QoS ทำงานได้อย่างถูกต้อง นี่เป็นสิ่งสำคัญที่ควรทำการตรวจสอบประสิทธิภาพการทำงานของเครือข่ายต่อไปเมื่อผู้ใช้จริงออนไลน์เพิ่มมากขึ้นเรื่อยๆ

ส่วนที่ 2: ExpressRoute Skype for Business QoS

บริการ ExpressRoute ของไมโครซอฟท์จะให้การเชื่อมต่อเฉพาะไปยัง Azure Cloud แต่บริการการติดต่อสื่อสารของปริมาณงานแบบเรียลไทม์ของ Office 365 จะต้องใช้บริการเครือข่ายที่มีแบนด์วิดท์เพียงพอในการรองรับปริมาณการใช้งานและมีความสามารถในการสนับสนุนคุณภาพของบริการ (QoS) เพื่อส่งมอบประสบการณ์การใช้งานของผู้ใช้ระดับธุรกิจ การเชื่อมต่อที่มีความสามารถ QoS ต้องได้รับการกำหนดค่าทีละขั้นตอน (พีซี สวิตช์และเราเตอร์เครือข่ายไปจนถึง Cloud) เนื่องจากส่วนใดส่วนหนึ่งในเส้นทางที่ไม่สามารถสนับสนุน QoS อาจลดคุณภาพของการโทรทั้งระบบได้

วัตถุประสงค์ของส่วนนี้คือช่วยให้คุณเข้าใจความท้าทายเมื่อมีการสนับสนุนปริมาณการใช้งานแบบเรียลไทม์ในเครือข่าย IP และการกำหนดค่าและการสนับสนุนการปรับใช้ ExpressRoute ของปริมาณงานแบบเรียลไทม์ของ Office 365 ที่เสร็จสมบูรณ์โดยใช้ผู้ให้บริการ ExpressRoute Exchange หรือคู่ค้าผู้ให้บริการเครือข่ายของไมโครซอฟท์

QoS ยอมรับจากเครือข่ายของคุณไว้เหนือวงจรเครือข่าย ExpressRoute แบบเอกสิทธิ์เฉพาะบุคคล และใช้ภายในเครือข่ายของ Microsoft สำหรับ Skype สำหรับการรับส่งข้อมูลธุรกิจ วันนี้ ส่วนที่เชื่อมต่อขาออกจากไมโครซอฟท์มีค่า DSCP หายไปสำหรับ Skype สำหรับธุรกิจ จนกระทั่งปริมาณการใช้งานขาออกถูกทำเครื่องหมาย ด้วยค่า DSCP ทั้งหมด คุณถูกขอแนะนำให้ทำตามคำแนะนำสำหรับการเพิ่มเครื่องหมาย QoS เมื่อต้องการรับส่งข้อมูลที่ขอบเขตของเครือข่ายของคุณตามที่อธิบายไว้ในส่วนQoS ใช้โดยใช้รายการตัวควบคุมการเข้าถึงเครือข่าย (ACL)ของบทความนี้

ปัญหาแบบเรียลไทม์

การส่งมอบบริการเสียงและวิดีโอคุณภาพระดับธุรกิจตำแหน่งทำให้มีความต้องการบนเครือข่าย IP เป็นพิเศษ การรับส่งข้อมูลแบบเรียลไทม์ใช้ Real-time Transport Protocol (RTP) ที่ดำเนินการโดยใช้ User Datagram Protocol (UDP) ต่างจาก Transmission Control Protocol (TCP) ที่นับจำนวนและทำการทดสอบแต่ละข้อความสำหรับข้อผิดพลาดและรวมถึงกลไกอื่นๆ ในการตรวจจับและส่งข้อความต่างๆ ที่สูญหายหรือมีข้อผิดพลาดใหม่ UDP จะไม่มีการรับประกันข้อความต่างๆ ที่สูญหายหรือมีข้อผิดพลาดชนิดนี้ ถ้าข้อความเสียหายเนื่องจากมีข้อผิดพลาดหรือสูญหายเนื่องจากเกินออกไปนอกบัฟเฟอร์ ข้อความเหล่านั้นจะสูญหายไป UDP ถูกเลือกใช้คู่กับ RTP เนื่องจากลักษณะของการรับส่งข้อมูลแบบเรียลไทม์ที่ว่าถ้าข้อความที่สูญหายถูกส่งใหม่ ข้อความนั้นจะมาถึงช้าเกินกว่าที่จะส่งผลกระทบเชิงบวกไปยังความต่อเนื่องของข้อความเสียง

การทราบถึงผลกระทบจากแพคเก็ตเสียงที่สูญหายไป ทำให้ผู้ออกแบบคิดค้นวิธีการสองวิธีเพื่อปรับปรุงประสิทธิภาพของเสียงและวิดีโอผ่าน IP:

  • ทำให้การเข้ารหัส/ถอดรหัสเสียงยืดหยุ่นขึ้นต่อกรณีที่แพคเก็ตสูญหาย ซึ่งสามารถทำได้โดยใช้การส่งต่อการแก้ไขข้อผิดพลาด (FEC) เพื่อแก้ไขเปอร์เซ็นต์ของข้อผิดพลาดที่พบซึ่งความสามารถที่พบในการรับส่งข้อมูลแบบเรียลไทม์ของ Office 365 หรือโดยการออกแบบระบบการถอดรหัสเสียงที่พยายามอำพรางผลกระทบของแพคเก็ตที่สูญหายไปซึ่งเป็นคุณลักษณะของตัวแปลงสัญญาณของ Microsoft

  • ใช้บริการรับส่งข้อมูลที่ใช้กลไกคุณภาพของบริการเพื่อรับประกันประสิทธิภาพการทำงานของเครือข่ายโดยคำนึงถึงเพื่อการหน่วงเวลา การสูญหายของแพคเก็ตและค่าความแปรปรวนและชุดรูปแบบในการหน่วงเวลาระหว่างแพคเก็ต

เฉพาะการเข้ารหัสเสียงที่ยืดหยุ่นเท่านั้นที่กล่าวถึงปัญหาการสูญหายของแพคเก็ต ดังนั้นจึงเป็นสิ่งสำคัญที่เครือข่ายที่ใช้เสียงและวิดีโอแบบเรียลไทม์จะมีกลไกที่ลดการหน่วงเวลาและค่าความแปรปรวนให้เหลือน้อยที่สุดได้ แม้แต่กับการเข้ารหัสที่ยืดหยุ่น ถ้าแพคเก็ตสูญหายมากเกินไป สถานีที่รับสัญญาณจะไม่มีข้อมูลเพียงพอที่จะสร้างเวอร์ชันของสัญญาณเสียงที่รู้จักใหม่ได้ เปอร์เซ็นต์ของแพคเก็ตที่สูญหายไปจะส่งผลลัพธ์อย่างชัดเจนเป็นการลดลงของคุณภาพเสียงซึ่งแตกต่างกันไปโดยขึ้นอยู่กับเทคนิคการถอดรหัสเสียงที่ใช้ อย่างไรก็ตามในทุกกรณี การสูญเสียสตริงของแพคเก็ตที่ต่อเนื่องกันก่อให้เกิดปัญหาอย่างมาก

การลดการหน่วงเวลาเป็นสิ่งที่สำคัญเนื่องจากการหน่วงเวลาที่มากเกินไปอาจส่งผลกระทบต่อความต่อเนื่องของการสนทนาและสร้างความรำคาญให้กับผู้พูด แนวทางปฏิบัติที่ดีที่สุดบอกเราว่าการหน่วงเวลาจากปลายสายถึงปลายสายสำหรับเสียง (เราอาจกล่าวถึงว่าเป็นการหน่วงเวลา 'จากผู้พูดถึงผู้ฟัง') ต้องอยู่ต่ำกว่า 150 มิลลิวินาที (ms) แบบทางเดียว การหน่วงเวลาไม่ใช่ 'กระบวนการไปกลับ’ แน่นอนว่าการหน่วงเวลาจะเพิ่มขึ้นบนลิงก์ในการรับส่งข้อมูลที่ใช้ระยะเวลานานกว่า เช่น แบบที่ส่งข้ามมหาสมุทร การหน่วงเวลาการส่งข้อมูลที่ได้รับหรือเวลาที่ใช้สำหรับการเดินทางของสัญญาณทางกายภาพผ่านสายเคเบิล

เมื่อการหน่วงเวลาสูงกว่า 150 มิลลิวินาที แบบทางเดียว จะส่งผลกระทบแปลกๆ ต่อลำโพง ในทางจิตวิทยา นาฬิกาในสมองของผู้พูดจะปิดลงซึ่งทำให้พวกเขาคิดว่าผู้รับไม่ได้ยินพวกเขาและพูดซ้ำสิ่งสุดท้ายที่พวกเขาพูดออกไปอีกครั้ง การชนกันกับการตอบสนองที่มีการหน่วงเวลานี้มาจากที่สุดปลายด้านหนึ่ง ถ้าคุณเคยพูดผ่านช่องสัญญาณดาวเทียมคุณจะรู้จักผลกระทบในลักษณะนี้ดี ผ่านช่องสัญญาณดาวเทียมมีการหน่วงเวลาแบบทางเดียวแบบคร่าวๆ ประมาณ 250 มิลลิวินาที ซึ่งเกินกว่าการหน่วงเวลาที่อนุญาต

พารามิเตอร์เครือข่ายที่แนะนำสำหรับเสียงระดับธุรกิจ

พารามิเตอร์

ค่าที่แนะนำ

ค่าความแปรปรวนของช่วงห่างของการมาถึงในแต่ละครั้งของแพคเก็ต (โดยเฉลี่ย)

≤ 5 มิลลิวินาที

ค่าความแปรปรวนของช่วงห่างของการมาถึงในแต่ละครั้งของแพคเก็ต (สูงสุด)

≤ 40 ms

อัตราการสูญหายของแพคเก็ต (โดยเฉลี่ย)

0% กำลังจะถึง

เวลาแฝงในการส่งข้อมูลบนเครือข่ายแบบทางเดียว

≤ 100 MS (ควรรวมตรวจสอบบนหน่วงเวลากับทาง ภูมิศาสตร์ ระยะห่าง)

ExpressRoute เป็นส่วนหนึ่งของเครือข่ายเสียงระดับธุรกิจ

ExpressRoute ให้การเชื่อมต่อเฉพาะผ่านผู้ให้บริการเครือข่าย (NSP) หรือผู้ให้บริการ Exchange (EXP) ด้วยหนึ่งใน 3 ตัวเลือกการเชื่อมต่อดังนี้

  • ตำแหน่งที่ตั้งร่วมของ Cloud Exchange

  • การเชื่อมต่ออีเทอร์เน็ตแบบจุด-ต่อ-จุด

  • การเชื่อมต่อแบบอะไรก็ได้-ต่อ-อะไรก็ได้ (IPVPN)

ซึ่งให้ประโยชน์ของความพร้อมใช้งานสูง (SLA ความพร้อมใช้งาน 99.9%) และการกำหนดเส้นทางที่เชื่อถือได้ ซึ่งปลอดภัย (ไม่มีการส่งผ่านทางอินเทอร์เน็ต) ไม่ได้รับผลกระทบจากรูปแบบต่างๆ ในปริมาณการใช้งานอินเทอร์เน็ต และมีคุณภาพของบริการสำหรับการจัดลำดับความสำคัญของปริมาณการใช้งาน (อธิบาย QoS ด้านล่าง) ExpressRoute พร้อมด้วย WAN ที่วางแผนอย่างดี สามารถให้เครือข่ายเสียงระดับธุรกิจกับคุณได้

คุณอาจใช้ ExpressRoute สำหรับการส่งข้อมูลจากสำนักงานหรือศูนย์ข้อมูล (ถ้าโทโพโลยีแบบไฮบริด) ที่เชื่อมต่อกับวงจร ข้อมูลสำหรับผู้ใช้นอกสำนักงาน (ตัวอย่างเช่น จากสำนักงานที่บ้านหรือในขณะเดินทาง เป็นต้น) จะไม่ใช้วงจร ExpressRoute เว้นแต่ผู้ใช้จะเชื่อมต่อกับ VPN และไม่จำเป็นต้องรวมอยู่ในการประเมินแบนด์วิดท์สำหรับการปรับขนาดวงจร ExpressRoute ถ้าคุณเป็นลูกค้าระดับนานาชาติุ คุณอาจซื้อวงจร ExpressRoute ในแต่ละภูมิภาค และใช้แท็กชุมชน BGP เพื่อแจ้งกฎการกำหนดเส้นทาง เพื่อให้มีการกำหนดเส้นทางการรับส่งข้อมูลไปยังวงจร ExpressRoute ที่ต้องการ (โดยทั่วไปจะเป็นตำแหน่งที่อยู่ใกล้ที่สุดสำหรับแต่ละไซต์) ในขณะที่วงจรอื่นๆ ให้ความซ้ำซ้อนในกรณีที่ไม่สามารถใช้งานได้ที่ส่งผลต่อวงจรเดียว

ถ้า ExpressRoute ไม่ใช่ตัวเลือก

นั้นอาจไม่สามารถเชื่อมต่อไซต์ทั้งหมดกับ ExpressRoute ใดได้เนื่องจากค่าใช้จ่าย ไม่สามารถเป็นไปตามข้อกำหนดเบื้องต้น ExpressRoute หรือข้อจำกัดของ NSP ปัจจุบันของคุณ ถ้าคุณไม่สามารถใช้ ExpressRoute บุคคลที่คุณยังคงแนะนำ เพื่อทำตามคำแนะนำด้านล่างสำหรับการทำเครื่องหมาย QoS ภายในเครือข่ายของคุณ และการวางแผนสัญญากับ NSP ของคุณเพื่อให้แน่ใจว่าพอแบนด์วิดท์และการสนับสนุนสำหรับระดับการรับส่งข้อมูลโดยยึดตาม QoS

นอกจากนี้ ถ้าคุณมีสำนักงานในภูมิภาคหลาย แต่ไม่มี วงจร ExpressRoute ในภูมิภาคทั้งหมดควรใช้แท็กภูมิภาคปอนด์อังกฤษชุมชนเมื่อกำหนดค่าการกำหนดเส้นทางการรับส่งข้อมูลไปยัง/จากสำนักงานดาวเทียมเพื่อให้สามารถหลีกส่งต่อ haul long ไม่จำเป็นออก ตัวอย่างเช่น พิจารณาบริษัทที่มี Skype สำหรับองค์กร Business Online ที่ถูกโฮสต์ ในสหรัฐอเมริกา แต่ มีสำนักงานสาขาในยุโรป และบริษัทมีวง ExpressRoute แบบเดียวในลเลย์ Silicon เท่านั้น ส่วนใหญ่ของ Skype สำหรับการรับส่งข้อมูลทางธุรกิจออนไลน์จะถูกส่งไป datacenter ในตำแหน่งที่ถูกโฮสต์องค์กร (ตัวอย่าง การประชุมทางโทรศัพท์กับผู้อื่นภายในบริษัท), วง ExpressRoute ใช้อาจที่ต้องการสำหรับการใช้งานส่วนใหญ่ได้ อย่างไรก็ตาม ถ้าผู้ใช้ในยุโรปเพื่อ เข้าร่วมการประชุมทางโทรศัพท์โฮสต์ โดยองค์กรที่มีอยู่ในยุโรปบริษัทอื่น ปลายทางสำหรับสื่อในสายเรียกเข้านั้นจะกลายเป็น datacenter ยุโรปเป็นตำแหน่งที่ตั้งของบริษัทที่สองออก กำหนดเส้นทางรับส่งข้อมูลผ่านทางวงจร ExpressRoute ในลเลย์ Silicon จะกลายเป็นเส้นทางโดยตรงน้อยกว่าอาจเป็นไปได้ผ่านทางอินเทอร์เน็ตนั้น ในกรณี คุณอาจต้องการกำหนดค่าเตอร์ภายในเครือข่ายของคุณ (ตัวอย่างเช่น อยู่ที่สำนักงานยุโรป) เมื่อต้องการตรวจสอบแท็กชุมชนเมื่อทำให้กฎกำหนดเส้นทาง และการกำหนดเส้นทางอินเทอร์เน็ตแทนที่เป็น ExpressRoute ลเลย์ Silicon วงจรสำหรับการใช้งานที่มีภูมิภาคยุโรปแท็ก

แนวคิดพื้นฐานของคุณภาพของบริการ (QoS)/คลาสของบริการ (CoS)

ใน IP คุณภาพของบริการ (QoS) อธิบายเกี่ยวกับกลไกที่ใช้ในการจัดการกำหนดลำดับความสำคัญสำหรับบางแพคเก็ตมากกว่าแพคเก็ตอื่นๆ ตามนิยามของสหภาพโทรคมนาคมระหว่างประเทศ (ITU) QoS ประกอบด้วยคุณภาพทุกด้านของการเชื่อมต่อ รวมถึงการหน่วงเวลา การสูญหาย อัตราส่วนสัญญาณต่อสัญญาณรบกวน สัญญาณแทรกข้าม การสะท้อนกลับของสัญญาณ สัญญาณรบกวน การตอบสนองต่อความถี่ ระดับความดัง และอื่นๆ สิ่งที่เราอ้างอิงว่าเป็น QoS ในเครือข่ายแพคเก็ตจะเหมาะกว่าถ้าใช้คำว่าคลาสของบริการ (CoS) ที่จะมุ่งเน้นเกี่ยวกับการปรับปรุงประสิทธิภาพสำหรับการหน่วงเวลา ค่าความแปรปรวน และการสูญหายของแพคเก็ต แต่เราจะยังคงใช้คำว่า QoS เนื่องจากเป็นคำที่ใช้กันทั่วไป

การทำให้ QoS ในเครือข่าย IP รับคอมโพเนนต์หลักสองคอมโพเนนต์:

  • การจองจำนวนแบนด์วิธที่กำหนดไว้บนแต่ละลิงก์สำหรับการรับส่งข้อมูลแบบเรียลไทม์ เมื่อใดก็ตามที่แบนด์วิดท์ไม่จำเป็นสำหรับการรับส่งข้อมูลแบบเรียลไทม์ แบนด์วิดท์ก็สามารถนำมาใช้สำหรับการรับส่งข้อมูลอื่นๆ ได้ คำแนะนำทั่วไปคือลิงก์ที่มีความจุไม่เกิน 30% ควรกำหนดให้เป็นการรับส่งข้อมูลเสียง

  • การทำเครื่องหมายแพคเก็ตด้วยตัวบ่งชี้ลำดับความสำคัญใน Header ที่บ่งบอกสวิตช์และเราเตอร์ในเส้นทางถึงลำดับความสำคัญที่แพคเก็ตควรได้รับการกำหนด

เมื่อได้รับแพคเก็ตที่สวิตช์หรือเราเตอร์ แพคเก็ตจะถูกย้ายไปยังเอาต์พุตคิวสำหรับเที่ยวต่อไปหรือฮ็อพต่อไป มีเอาต์พุตคิวต่างๆ สำหรับระดับความสำคัญที่แตกต่างกันออกไป สวิตช์หรือเราเตอร์ใช้อัลกอริทึมที่ให้บริการคิวที่มีลำดับความสำคัญสูงบ่อยครั้งกว่าคิวที่มีลำดับความสำคัญต่ำกว่า

ความท้าทายได้ว่า จะมีเทคนิค QoS อื่นที่ใช้อยู่ที่เลเยอร์ 2 (เช่นชั้น Ethernet หรือ -Wi-fi) และ 3 Layer (เช่นชั้น IP) การใช้งาน QoS ต่าง ๆ เหล่านั้นอาจจะต้องถูกกำหนดค่าในแต่ละสวิตช์และเราเตอร์ในเครือข่าย ตลอดจนส่วนติดต่อระหว่างเครือข่ายของคุณและเครือข่ายของผู้ให้บริการบริการเครือข่าย

มีตัวเลือกสองตัวเลือกสำหรับวิธีการแมปแอปพลิเคชันต่างๆ ของ Skype for Business กับคลาสของบริการที่เหมาะสมดังนี้

  • การทำเครื่องหมายจุดสิ้นสุดการรับส่งข้อมูลโดยใช้รหัสประจำตัวความแตกต่างการบริการ (DSCP)

  • ยึดตามรายการตัวควบคุมการเข้าถึงเครือข่าย (ACL)

การทำเครื่องหมายจุดสิ้นสุดการรับส่งข้อมูลด้วยรหัสประจำตัวความแตกต่างการบริการ (DSCP)

บริการแบบความแตกต่าง (DiffServ) ถูกเรียกว่าเป็นกลไก "แบบหยาบๆ” สำหรับการแยกประเภทและการจัดการการรับส่งข้อมูลเครือข่ายและการให้ QoS ในเครือข่าย IP เราเตอร์และอุปกรณ์อื่นๆ ที่ปรับใช้ฟังก์ชันเลเยอร์ 3 โดยใช้รหัสประจำตัวความแตกต่างการบริการ (DSCP) เพื่อกำหนดลำดับความสำคัญของแพคเก็ต QoS ถูกปรับใช้โดยการแทรกค่า DSCP แบบ 6 บิตในรหัสประจำตัวความแตกต่างการบริการ (เดิมเรียกว่า "ชนิดของเขตข้อมูลบริการ") ใน IP Header แบบ 6 บิตใช้ได้กับระดับความสำคัญต่างๆ 64 ระดับ โดยทั่วไประดับความสำคัญจะถูกกำหนดดังที่แสดงไว้ที่นี่

การตั้งค่า DSCP ที่แนะนำ

คลาสปริมาณการใช้งาน

การปฏิบัติ (การทำเครื่องหมาย DSCP)

ปริมาณงาน Skype for Business

เสียง

EF (46)

เสียง Skype for Business และ Lync

สามารถโต้ตอบได้

AF41 (34)

วิดีโอ

AF21 (18)

การแชร์แอปพลิเคชัน

ค่าเริ่มต้น

AF11 (10)

การถ่ายโอนไฟล์

CS0 (0)

ค่าอื่นๆ

IP Version 4 Header

ส่วนหัว IPv4

QoS ในเลเยอร์ 2: IEEE 802.1p/Wi-Fi Multi-Media (IEEE 802.11e)

ในขณะที่ DSCP เป็นกลไกมาตรฐานสำหรับการลำดับการโอนถ่ายข้อมูล QoS ในเลเยอร์ 3 ซึ่งกลไก QoS ในเลเยอร์ 2 จะแตกต่างกันไปสำหรับแบบผ่านสาย (เช่น Ethernet) และแบบไร้สาย (เช่น เครือข่าย Wi-Fi) กลไก QoS สำหรับเครือข่ายแบบผ่านสายที่กำหนดไว้ในมาตรฐาน IEEE 802.1p และกลไก QoS สำหรับเครือข่ายแบบไร้สาย (WLAN) ที่กำหนดไว้ใน IEEE 802.11e คือสิ่งที่ Wi-Fi Alliance นิยามว่าเป็น "Wi-Fi Multi-Media Certified” (WMM Certified)

IEEE 802.1p จะใช้ Priority Code Point (PCP) แบบ 3 บิตเพื่อระบุลำดับความสำคัญของข้อความโดย PCP เป็นส่วนหนึ่งของเขตข้อมูล 32 บิตใน Ethernet Header ที่มีตัวระบุ VLAN คำนิยามสำหรับค่า PCP ถูกรวมไว้ด้านล่าง

ค่า PCP IEEE 802.1p

ค่า PCP

Priority

ตัวย่อ

ชนิดการรับส่งข้อมูล

7

7

NC

การควบคุมเครือข่าย

6

6

IC

การควบคุมการเชื่อมต่อระหว่างเครือข่าย

5

5

VO

เสียง

4

4

VI

วิดีโอ

3

3

CA

แอปพลิเคชันที่สำคัญ

2

2

EE

การส่งข้อมูลแบบ Excellent Effort

0

1

BE

การส่งข้อมูลแบบ Best Effort

1

0

BK

เบื้องหลัง

ซึ่ง IEEE 802.1p จะถูกนำมาใช้ในลักษณะที่คล้ายคลึงกับที่ใช้ DSCP ในการจัดเรียงลำดับความสำคัญของคิวในการรับส่งข้อมูลที่แตกต่างกัน แต่จะแชร์รูปแบบสื่อของ WLAN ในวิธีการที่แตกต่างกัน ในขณะที่จุดเข้าใช้งานและไคลเอ็นต์จะรักษาเอาต์พุตคิวแยกต่างหากสำหรับระดับความสำคัญที่ต่างกัน และยังมีความแตกต่างในเรื่องของวิธีการส่งเฟรมออกไปบนช่องสัญญาณด้วย

ในเครือข่าย Wi-Fi ไคลเอ็นต์ทั้งหมดที่เกี่ยวข้องกับจุดเข้าใช้งานจะแชร์ช่องสัญญาณแบบกึ่งสองทิศทางในช่องเดียว (เช่น เฉพาะสถานีไคลเอ็นต์สถานีเดียวหรือจุดเข้าใช้งานสามารถส่งได้ในแต่ละครั้ง) เมื่อต้องการลดโอกาสของการชนกันบนช่องสัญญาณ ก่อนที่จะส่งเฟรม สถานีจะรอให้ช่องสัญญาณว่างสำหรับช่วงเวลาที่กำหนดที่เรียกว่า “Inter-Frame Spacing” ถ้าช่องสัญญาณจะไม่ว่างเมื่อสถานีกำลังจะส่งไป สถานีจะถอยกลับไปที่ช่วงเวลาแบบสุ่ม เมื่อเฟรมถูกส่งแล้ว ถ้าผู้ส่งจะไม่ได้รับข้อความตอบรับจากผู้รับ จะถือว่ามีการชนกันของสัญญาณหรือความล้มเหลวอื่นๆ เกิดขึ้นและสถานีจะกลับไปช่วงเวลาแบบสุ่มก่อนที่จะพยายามเข้าถึงช่องสัญญาณเพื่อส่งใหม่อีกครั้ง ช่วงเวลาที่ถอยกลับไปจะเป็นแบบสุ่มเพื่อลดความเป็นไปได้ที่สองสถานีเดิมจะชนกันอีกครั้ง

เมื่อต้องการจัดระดับการเข้าถึงช่องสัญญาณ IEEE 802.11e/WMM จะกำหนดการส่งสัญญาณข้อมูลล่วงหน้าที่รอช่วงเวลาที่เรียกว่า “Arbitrated Inter-Frame Spacings” (AFIS) และช่วงต่างๆ ที่กลับไปสำหรับคลาสของการรับส่งข้อมูลที่แตกต่างกัน โดยระดับความสำคัญสี่ระดับเรียกว่า 'ประเภทการเข้าถึง’ ถูกกำหนดไว้แล้ว

ลำดับความสำคัญถูกแบ่งโดยการกำหนดค่า AFIS ที่สั้นกว่าให้กับเฟรมที่มีลำดับความสำคัญสูงกว่า ดังนั้นถ้าสถานีใดสถานีหนึ่งกำลังรอที่จะส่งเฟรมเสียงและอีกสถานีกำลังรอที่จะส่งเฟรมข้อมูล เฟรมเสียงจะถูกส่งไปก่อนเสมอ ในทางเทคนิค เฟรมเสียงและวิดีโอจะได้รับการกำหนดค่า AFIS เหมือนกัน แต่ช่วงของช่วงเวลาที่ถอยกลับไปสำหรับเฟรมวิดีโอจะสูงกว่า ดังนั้นในขณะที่เฟรมเสียงและวิดีโออาจชนกันในการส่งครั้งแรก เฟรมเสียงจะถูกส่งสัญญาณข้อมูลใหม่ได้เร็วกว่า สหสัมพันธ์ระหว่าง IEEE 802.1p และ IEEE 802.11e ตามแสดงอยู่ด้านล่างนี้

IEEE 802.11e/Wi-Fi Multi-Media (WMM) ในการแมปไปยัง 802.1P

ประเภทการเข้าถึง WMM

WMM คำอธิบาย

ค่า PCP 802.1P

PCP 802.1P

1 (AC_VO)

เสียง

7 (111)

NC

6 (110)

VO

2 (AC_VI)

วิดีโอ

5 (101)

VI

4 (100)

CL

3 (AC_BE)

การส่งข้อมูลแบบ Best Effort ข้อมูล

3 (011)

EE

0 (000)

BE

4 (AC_BK)

เบื้องหลัง ข้อมูล

1 (001)

BK

2 (010)

---

ความสัมพันธ์ที่แนะนำของลำดับความสำคัญสำหรับเลเยอร์ 3 กับเลเยอร์ 2 แสดงไว้ที่นี่

ความสัมพันธ์ของลำดับความสำคัญสำหรับเลเยอร์ 3 กับเลเยอร์ 2 ที่แนะนำ

ทำเครื่องหมายเลเยอร์ 3

เลเยอร์ 2 (ค่า PCP)

Wi-Fi (ชนิดการเข้าถึง)

การควบคุมเครือข่าย

Per Hop Behavior (PHB) - Class Selector (CS) 6

6

1 (AC_VO)

ค่า DSCP -48

เสียง

Per Hop Behavior (PHB) -Expedited Forwarding (EF)

5

1 (AC_VO)

ค่า DSCP - 46

การประชุมทางวิดีโอ

Per Hop Behavior (PHB) - Assured Forwarding (AF) 41

4

2 (AC_VI)

ค่า DSCP - 34

การส่งสัญญาณการโทร

Per Hop Behavior (PHB) - Class Selector (CS) 3

3

2 (AC_VI)

ค่า DSCP - 24

ข้อมูลที่มีเวลาแฝงต่ำ

Per Hop Behavior (PHB) - Assured Forwarding (AF) 21

2

3 (AC_BE)

ค่า DSCP -18

อัตราการรับส่งข้อมูลที่สูง

Per Hop Behavior (PHB) - Assured Forwarding (AF) 11

1

3 (AC_BE)

ค่า DSCP - 10

การส่งข้อมูลแบบ Best Effort

Per Hop Behavior (PHB) - 0

0

4 (AC_BK)

ค่า DSCP - 0

โปรดจำไว้ว่ามีการไม่ตรงกันในการใส่รหัสลำดับความสำคัญของ IEEE 802.1p และ WMM 802.1p ค่า PCP สำหรับเสียงคือ 5 แต่ในการแมปที่เทียบเท่ามาตรฐานกับ WMM จะมีการแปลงค่า PCP 5 เป็น ชนิดการเข้าถึง 2, ชนิดการเข้าถึง WMM สำหรับวิดีโอ (AC_VI) ถ้าเป็นไปได้ คุณควรแก้ไขการแมปดังกล่าว เพื่อให้ PCP 5 แปลงค่าเป็น ชนิดการเข้าถึง 1 หรือแค่หลีกเลี่ยงการใช้เสียงและวิดีโอบนเครือข่าย Wi-Fi เดียวกันจนกว่า Wi-Fi Alliance จะแก้ไขปัญหานี้ สำหรับข้อมูลเพิ่มเติมเกี่ยวกับ Wi-Fi ให้ดูที่ รายการแค็ตตาล็อก Wi-Fi

การปรับใช้ QoS โดยใช้รายการตัวควบคุมการเข้าถึงเครือข่าย (ACL)

วิธีการอื่นสำหรับการปรับใช้ QoS ในการกำหนดค่า ExpressRoute คือการใช้รายการตัวควบคุมการเข้าถึงเครือข่าย (ACL) ด้วยวิธีการดังกล่าว แทนที่จะให้จุดสิ้นทรุดแทรกการทำเครื่องหมาย DSCP ที่เหมาะสมในส่วนหัวของแต่ละแพคเก็ต การทำเครื่องหมายสามารถทำได้โดยเราเตอร์ต้นทาง โดยยึดตามพอร์ตต้นทาง UDP สวิตช์และเราเตอร์ทั้งหมดยังคงต้องได้รับการกำหนดค่าให้สนับสนุน QoS เพื่อทำให้แน่ใจว่ามีการคงการตั้งค่า DSCP เอาไว้ ที่สำคัญอย่างยิ่ง เราเตอร์ที่เชื่อมต่อกับเครือข่ายของผู้ให้บริการต้องรักษา DSCP ในส่วนหัวของแต่ละแพคเก็ต เนื่องจากการตั้งค่า DSCP คือคำสั่งของคุณที่มีต่อผู้ให้บริการเครือข่ายว่าควรจะดำเนินการอย่างไรกับแพคเก็ตนั้นๆ

ช่วงพอร์ตที่แนะนำสำหรับแต่ละแอปพลิเคชัน Skype for Business แสดงอยู่ใน ส่วน 2.6.1.1 ของคู่มือ การวางแผนเครือข่าย การตรวจสอบ และการแก้ไขปัญหากับ Lync Server การดำเนินการนี้ควรจะสอดคล้องกับวิธีการโดยรวมเกี่ยวกับ QoS ขององค์กร และคุณควรระมัดระวังเรื่องนโยบาย QoS ที่แตกต่างกันและการไม่ตรงกันของการทำเครื่องหมายแพคเก็ตใหม่

ในขณะที่มีการใช้เหตุผลหลักของ QoS และบริการเครือข่าย MPLS เพื่อทำให้แน่ใจในประสบการณ์การใช้งานของผู้ใช้ที่ดีเยี่ยมสำหรับเสียงและวิดีโอแบบเรียลไทม์ ความสามารถเดียวกันเหล่านั้นยังสามารถนำไปใช้กับแอปพลิเคชันข้อมูลได้ด้วย แทนที่จะดำเนินการกับแอปพลิเคชันทั้งหมดโดยเท่าๆ กัน เครือข่าย MPLS สามารถทำให้องค์กรกำหนดลำดับความสำคัญกับบางแอปพลิเคชันข้อมูลมากกว่าแอปพลิเคชันอื่นๆ ได้ ด้วย MPLS คุณสามารถกำหนดลำดับความสำคัญของแอปพลิเคชันแบบเรียลไทม์ เช่น การทำรายการบัตรเครดิต หรือการแชร์หน้าจอ ให้มีความสำคัญมากกว่าการรับส่งข้อมูลที่คำนึงถึงเวลาน้อยได้ เช่น อีเมล

การทำความเข้าใจประเภทของบริการเครือข่าย IP - IP พื้นฐานและ MPLS

การส่งต่อแพคเก็ต IP ดั้งเดิมที่ดำเนินการตามหลักการ “Best Effort” หมายความว่าเราเตอร์ที่ส่งต่อแพคเก็ต IP เหล่านั้นจะพยายามส่งแพคเก็ตไปยังปลายทางอย่างเต็มความสามารถ แต่ไม่มีการรับประกันว่าจะส่งถึงเมื่อใด หรือจะไปถึงปลายทางหรือไม่ ซึ่งก็คือวิธีการทำงานพื้นฐานในปัจจุบันของบริการอินเทอร์เน็ต รวมถึงการเชื่อมต่ออินเทอร์เน็ตภายในบ้านของคุณ แนวคิดก็คือ ถ้าจำเป็นต้องมีความน่าเชื่อถือสำหรับบางแอปพลิเคชันโดยเฉพาะ ความน่าเชื่อถือจะมีอยู่ในระดับที่สูงขึ้นในสแตกโพรโทคอล กลไกการส่งที่เชื่อถือได้คือ Transmission Control Protocol (TCP) User Datagram Protocol (UDP) ซึ่งใช้สำหรับเสียงหรือวิดีโอแบบเรียลไทม์ คือกลไกการส่งที่ไม่สามารถเชื่อถือได้ (เช่น "Best Effort")

Multi-Protocol Label Switching (MPLS) ถูกพัฒนาขึ้นสำหรับผู้ให้บริการเครือข่ายเพื่อเสนอบริการ IP ที่มีการรับประกันประสิทธิภาพในการหน่วงเวลา ค่าความแปรปรวน และการสูญหายของแพคเก็ต เมื่อต้องการส่งมอบบริการบนการรับประกันประสิทธิภาพเหล่านั้น MPLS ต้องใช้สิ่งที่ไม่สามารถคาดเดาได้และอยู่นอกเหนือจาก IP ดั้งเดิม อันดับแรก แทนที่จะปล่อยให้แพคเก็ตหาช่องทางแบบเราเตอร์ถึงเราเตอร์ไปยังปลายทางเอง (ซึ่งผลลัพธ์อาจเป็นไปได้ว่าแต่ละแพคเก็ตจะใช้เส้นทางที่แตกต่างจากต้นทางไปยังปลายทาง) MPLS กำหนดเส้นทางทั้งหมดของแพคเก็ตบนการเชื่อมต่อ "วงจรเสมือน” กับเส้นทางแบบจำกัดที่เรียกว่า Label Switched Path (LSP) ถ้าลิงก์ใดลิงก์หนึ่งในเส้นทางนั้นล้มเหลว LSP ทั้งหมดที่ใช้ลิงก์นั้นจะเปลี่ยนเส้นทางใหม่อย่างรวดเร็ว

เมื่อแพคเก็ตถูกส่งไปยังเครือข่าย MPLS, Edge Router ของผู้ให้บริการเครือข่ายจะผนวก Header เข้ากับแพคเก็ตที่มีป้ายชื่อที่ใช้ในการส่งต่อผ่าน LSP ที่เหมาะสม ป้ายชื่อถูกปิดใช้งานโดย Edge Router ที่อีกปลายด้านของเครือข่าย MPLS

นอกจากจะทำให้กระบวนการส่งต่อง่ายขึ้น ประโยชน์อื่นๆ ของ MPLS คือระบบการจัดการเครือข่ายจะรู้ว่าการเชื่อมต่อใดที่กำลังใช้งานอยู่บนทุกลิงก์ในเครือข่าย ด้วยการควบคุมวิธีการรับส่งข้อมูลที่ถูกกำหนดเส้นทางผ่านเครือข่าย ผู้ดำเนินการจะสามารถรับประกันเส้นทาง QoS แต่ละเส้นทางที่ให้ได้ ดังนั้นจึงแตกต่างจากประสิทธิภาพการทำงานแบบ Best Effort ของ IP แบบดั้งเดิมหรือพื้นฐาน ผู้ดำเนินการ MPLS สามารถให้บริการ IP ด้วยประสิทธิภาพที่คาดการณ์ได้ LSP นั้นยังทำให้ MPLS มีลักษณะที่มีความปลอดภัยมากกว่าบริการอินเทอร์เน็ตแบบดั้งเดิม ดังนั้นด้วยบริการ IP พื้นฐานเราสามารถหวังว่าเครือข่ายจะทำงานได้เป็นอย่างดีเพื่อให้คุณภาพเสียงที่ดีและใช้เทคนิคต่างๆ เช่น FEC และการเข้ารหัสเสียงที่ยืดหยุ่นมากขึ้นเพื่อปรับปรุงทั้งสองอย่างควบ่คู่กันไปแต่ด้วยการใช้ MPLS เราสามารถแน่ใจได้

ผู้ให้บริการ MPLS เสนอคระดับลาสของบริการหลายระดับที่ใช้เงื่อนไขในการระบุระดับเหล่านั้นแตกต่างกันไป คุณจะต้องทำงานกับผู้ให้บริการของคุณอย่างใกล้ชิดเพื่อทำให้แน่ใจว่าพวกเขาเข้าใจผลลัพธ์จาก ตัวคำนวณแบนด์วิดท์ Lync 2010 และ 2013 และตัวเลือกที่แนะนำสำหรับแอปพลิเคชันต่างๆ ที่ใช้ปริมาณงานแบบเรียลไทม์ของ Office 365

บทสรุป

Skype for Business มีการจัดการเพื่อช่วยยกระดับช่องทางในการติดต่อสื่อสารทางธุรกิจ แทนที่จะใช้โทรศัพท์เชื่อมต่อกับ PBX ระบบการประชุมทางวิดีโอแบบสแตนด์อโลน แพลตฟอร์มแยกต่างหากสำหรับอีเมล การบริการภายนอกสำหรับการประชุมทางเสียงและรถยนต์สำหรับ IM และการแสดงตน Skype for Business สามารถนำความสามารถเหล่านี้มารวมไว้ด้วยกันในส่วนติดต่อผู้ใช้เดียวได้

การส่งมอบบริการเสียงและวิดีโอแบบเรียลไทม์ระดับธุรกิจอย่างต่อเนื่องต้องการระบบโครงสร้างพื้นฐานเครือข่ายแบบครบวงจรที่สามารถให้ QoS ได้ ซึ่งรวมทั้งบริการ LAN และ WAN ไมโครซอฟท์จะให้เครื่องมือ เช่น ตัวคำนวณแบนด์วิดท์ของ Lync 2010 และ 2013 เพื่อใช้ในการประมาณความสามารถในการรับส่งข้อมูลของเครือข่ายที่คุณจะจำเป็นต้องใช้สำหรับบริการต่างๆ นอกจากนั้นยังมีคู่ค้าในโปรแกรมเครื่องมือสำหรับผู้เชี่ยวชาญด้าน IT โซลูชันของ Skype for Business: เครื่องมือสำหรับผู้เชี่ยวชาญด้าน IT ที่เสนอเครื่องมือในการประเมินระบบโครงสร้างพื้นฐานเครือข่ายและสนับสนุนการตรวจสอบ การรายงาน และการแก้ไขปัญหา ถ้าไม่มีการปรับขนาดและการกำหนดค่าระบบโครงสร้างพื้นฐานเครือข่ายอย่างถูกต้อง คุณจะมีความเสี่ยงในการปรับใช้ ExpressRoute Skype of Business ในเรื่องของคุณภาพและความต่อเนื่องที่จะไม่ตรงกับความคาดหวังของผู้ใช้ของคุณ

เครื่องมือทางธุรกิจที่มีประสิทธิภาพต้องทำงานอย่างต่อเนื่อง เชื่อถือได้ และส่งมอบประสบการณ์การใช้งานที่จะสนับสนุนให้เกิดการปรับใช้ของผู้ใช้ ในแง่ของระบบเครือข่ายซึ่งหมายถึงการมีระบบโครงสร้างพื้นฐานเครือข่าย ทั้งในท้องถิ่นและบริเวณกว้างทั้งแบบติดตั้งอยู่กับที่และแบบพกพา ซึ่งทำให้สิ่งกล่าวมาข้างต้นนั้นเกิดขึ้นได้ การวางแผน การออกแบบ การปรับใช้ และการดูแลรักษาระบบโครงสร้างพื้นฐานนั้นไม่ใช่เรื่องที่จะทำได้ง่ายๆ เสมอไป ฮาร์ดแวร์ เครื่องมือ และบริการเครือข่ายเป็นสิ่งที่ช่วยทำให้งานเหล่านั้นเสร็จสมบูรณ์ในทุกวันนี้ แต่หน้าที่ของผู้เชี่ยวชาญด้าน IT คือการดูว่าสิ่งต่างๆ เหล่านั้นได้รับการออกแบบ ปรับใช้ และดูแลรักษาในลักษณะที่จะทำให้ผู้ใช้แน่ใจว่าจะได้รับชุดของการติดต่อสื่อสารและบริการต่างๆ ที่ทำงานร่วมกันที่อนุญาตให้พวกเขาสามารถทำงานได้อย่างมีประสิทธิภาพ และทำให้แน่ใจว่าองค์กรจะได้รับประโยชน์สูงสุดจากสิ่งที่เทคโนโลยีนี้มีให้

หมายเหตุ: ข้อจำกัดความรับผิดชอบของการแปลด้วยเครื่อง: บทความนี้มีการแปลด้วยระบบคอมพิวเตอร์โดยไม่มีการดำเนินการโดยบุคคล Microsoft จัดให้มีการแปลด้วยเครื่องนี้เพื่อช่วยให้ผู้ใช้ที่ไม่ได้พูดภาษาอังกฤษสามารถใช้ประโยชน์จากเนื้อหาเกี่ยวกับผลิตภัณฑ์ บริการและเทคโนโลยีของ Microsoft เนื่องจากบทความมีการแปลด้วยเครื่อง อาจมีข้อผิดพลาดด้านคำศัพท์ ไวยากรณ์หรือรูปประโยค

ดูเพิ่มเติม

เอกสารประกอบ ExpressRoute

ขยายทักษะของคุณ
สำรวจการฝึกอบรม
รับฟีเจอร์ใหม่ก่อนใคร
เข้าร่วม Office Insider

ข้อมูลนี้เป็นประโยชน์หรือไม่

ขอบคุณสำหรับคำติชมของคุณ!

ขอขอบคุณสำหรับคำติชมของคุณ! เราคิดว่าอาจเป็นประโยชน์ที่จะให้คุณได้ติดต่อกับหนึ่งในตัวแทนฝ่ายสนับสนุน Office ของเรา

×