1
00:00:08,860 --> 00:00:12,380
 حسنًا، تذكر جهاز Mac متعدد
 البث أننا نتحدث عن وجهة ما

2
00:00:12,380 --> 00:00:18,460
 عنوان Mac مشتق جزئيًا من عنوان
 IP الفعلي للبث المتعدد

3
00:00:18,460 --> 00:00:20,840
 الذي يقع فوقه في طبقة الشبكة.

4
00:00:20,840 --> 00:00:26,520
 إذن هاتان هما وحدتا واجهة المستخدم المفتوحة المحجوزتان
 اللتان يجب أن تبحث عنهما للبث المتعدد.

5
00:00:26,520 --> 00:00:30,160
 إذا رأيت إطار إيثرنت في أي وقت مضى،
 فهذا سينتقل إلى الوجهة التي تبدأ

6
00:00:30,160 --> 00:00:36,780
 مع 01005E، هذا يجب أن يجعلك
 تقول آها، هذا الإطار يحمل

7
00:00:36,780 --> 00:00:40,520
 حزمة البث المتعدد IP الإصدار 4.

8
00:00:40,520 --> 00:00:46,280
 إذن هذه هي واجهة المستخدم الفريدة (OUI)
 المحجوزة لبيانات البث المتعدد IPv4.

9
00:00:46,280 --> 00:00:52,220
 وبعد ذلك، إذا رأيت أي شيء يذهب
 إلى 33333، فهذا محجوز لـ

10
00:00:52,220 --> 00:00:55,260
 البث المتعدد IPv6.

11
00:00:55,260 --> 00:00:59,180
 حسنًا، دعونا نتحدث قليلًا عن
 كيفية استخلاص الأشياء فعليًا.

12
00:00:59,180 --> 00:01:00,880
 أولاً، لنبدأ بـ IPv6.

13
00:01:00,880 --> 00:01:04,360
 IPv6 سهل للغاية، وبعد ذلك سأعود إلى IPv4.

14
00:01:04,360 --> 00:01:09,640
 لنفترض أن عنوان IPv6 للبث المتعدد
 الخاص بي، سأقوم باختلاق شيء ما

15
00:01:09,640 --> 00:01:19,340
 هنا. لنفترض أنه كان متجهًا إلى FF0E،
 لذا فهذا بث متعدد عالمي، و

16
00:01:19,340 --> 00:01:36,300
 دعنا نقول 11111، ثم AAAA، BBBB،
 CCC، دعونا نرى، 1، 2، 3، 4،

17
00:01:36,300 --> 00:01:39,060
 5، أحتاج إلى ثلاثة آخرين.

18
00:01:39,060 --> 00:01:47,780
 ثم 2222، 777، 1، 2، 3، 4، 5، 6،
 7، ثم سنفعل الثماني الأخيرة فقط،

19
00:01:47,780 --> 00:01:53,700
 نوع من تشغيل DDD.

20
00:01:53,700 --> 00:02:00,760
 حسنًا، كل ما سنفعله هو عندما يقوم
 مصدر البث المتعدد بإنشاء هذا

21
00:02:00,760 --> 00:02:06,380
 العنوان كعنوان الوجهة في الطبقة
 الثالثة، بعد ذلك عندما يكون

22
00:02:06,380 --> 00:02:11,080
 من خلال إنشاء إطار Ethernet الخاص
 به، كل ما سيفعله هو أخذ آخر 32

23
00:02:11,080 --> 00:02:19,100
 البتات، وهي في هذه الحالة هي 777
 وDDDD، وسوف يقوم بتصحيح ذلك

24
00:02:19,100 --> 00:02:21,180
 هنا، حيث توجد علامات X هذه.

25
00:02:21,180 --> 00:02:26,380
 لذا، في الطبقة الثانية، سيتم توجيه
 إطار Ethernet إلى 333 نقطتين 777

26
00:02:26,380 --> 00:02:32,020
 القولون DDDD. هذا سهل جدًا.

27
00:02:32,020 --> 00:02:36,400
 فقط تذكر أن آخر 32 بت من عنوان
 البث المتعدد IPv6 موجودة مباشرة

28
00:02:36,400 --> 00:02:42,420
 تم تعيينه إلى آخر 32 بت من عنوان
 MAC الوجهة لإطار Ethernet.

29
00:02:42,420 --> 00:02:47,400
 الآن، في عالم IPv4، يعد رسم
 خريطة لذلك بمثابة كابوس.

30
00:02:47,400 --> 00:02:50,580
 لذا فقط تحملني هنا، إذا لم تكن قد
 تناولت قهوتك، فقد ترغب في ذلك

31
00:02:50,580 --> 00:02:54,660
 لأخذ جرعة كبيرة منه في هذه المرحلة،
 لأن هذا عادة ما يجعل الناس

32
00:02:54,660 --> 00:02:55,620
 عيون تزجج.

33
00:02:55,620 --> 00:02:58,960
 لكننا سنمضي قدمًا ونخوض في الأمر
 لأنني أعتقد أنه ينبغي عليك ذلك

34
00:02:58,960 --> 00:03:08,780
 لمعرفة ذلك. لذا، أولاً وقبل كل شيء، عنوان MAC
 للبث المتعدد الخاص بي الذي نعرفه على الطبقة

35
00:03:08,780 --> 00:03:21,920
 اثنان هو 01005E. والآن قد
 تعتقد، حسنًا، هذا نصف

36
00:03:21,920 --> 00:03:25,200
 العنوان، أليس كذلك؟ يبلغ
 طول عنوان MAC 48 بت.

37
00:03:25,200 --> 00:03:30,380
 هذا نصف. لذلك قد تعتقد، حسنًا،
 لدي 24 بتًا متبقية لتعيينها.

38
00:03:30,380 --> 00:03:32,720
 كذلك ليس تماما.

39
00:03:32,720 --> 00:03:37,640
 إذا قمت بتحويل هذا إلى ثنائي
 لبقية الأمر، فقط جزء منه، فإن

40
00:03:37,640 --> 00:03:42,380
 البتة التالية يجب أن تكون صفرًا.

41
00:03:42,380 --> 00:03:52,620
 ثم لديك 12345678 نقطتين 12345678.

42
00:03:52,620 --> 00:03:54,380
 سأفعل ذلك فقط.

43
00:03:54,380 --> 00:04:00,580
 النقطتان 12345678. لقد نفدت
 المساحة، ولكنك فهمت الفكرة.

44
00:04:00,580 --> 00:04:05,580
 إذن، من الـ 24 بت المتبقية
 لدي، ليس لدي سوى 23 بت.

45
00:04:05,580 --> 00:04:09,520
 هذا واحد هنا يجب أن يتم تصفيره.

46
00:04:09,520 --> 00:04:12,320
 وإذا نظرت إلى ذلك يومًا ما وتتساءل ماذا؟

47
00:04:12,320 --> 00:04:14,180
 حسنا، هذا لا معنى له.

48
00:04:14,180 --> 00:04:16,000
 سأخبرك بأمر، هناك قصة مثيرة للاهتمام.

49
00:04:16,000 --> 00:04:18,640
 لن أخوض في القصة، لكن هذا
 ما يجب أن تبحث عنه في جوجل

50
00:04:18,640 --> 00:04:21,980
 لمعرفة لماذا انتهى بهم الأمر
 إلى فعل ذلك بهذه الطريقة؟

51
00:04:21,980 --> 00:04:24,800
 جوجل هذا. جوجل اسم ستيف.

52
00:04:24,800 --> 00:04:34,380
 الاسم الأخير ديرينج.

53
00:04:34,380 --> 00:04:36,880
 البث المتعدد ماك. جوجل ذلك.

54
00:04:36,880 --> 00:04:39,780
 ستيف ديرينغ ماك المتعدد البث.

55
00:04:39,780 --> 00:04:42,480
 وستكون قادرًا على العثور على قصة
 مثيرة للاهتمام حول Steve Deering

56
00:04:42,480 --> 00:04:45,040
 أحد الرواد الأصليين للبث المتعدد.

57
00:04:45,040 --> 00:04:47,160
 لقد قام بالكثير من العمل
 الأولي في هذا الشأن.

58
00:04:47,160 --> 00:04:49,880
 وستجدون قصة مثيرة للاهتمام عندما
 كان طالبًا في الدراسات العليا،

59
00:04:49,880 --> 00:04:54,720
 تفاعل بسيط بينه وبين أستاذه
 فيما يتعلق بالمال،

60
00:04:54,720 --> 00:04:59,100
 وانتهى الأمر بهذا الشيء الغريب
 هنا، مع وجود 23 بت فقط

61
00:04:59,100 --> 00:05:04,440
 متاح. حسنًا، كيف يمكننا تعيين
 عنوان IP للبث المتعدد؟

62
00:05:04,440 --> 00:05:09,700
 حسنًا، إذا كان بإمكانك وضع ذلك في الاعتبار،
 فمن المفترض أن يكون الأمر سهلاً الآن.

63
00:05:09,700 --> 00:05:14,420
 ما عليك سوى أخذ آخر 23 بت من عنوان
 IP للبث المتعدد ورسم خريطة لها هنا.

64
00:05:14,420 --> 00:05:20,180
 لنفترض أن عنوان IP للبث
 المتعدد الخاص بي هو 239.

65
00:05:20,180 --> 00:05:29,420
 حسنًا، بغض النظر عن الثماني الأول،
 سواء كان من 224 إلى 239، فهو دائمًا

66
00:05:29,420 --> 00:05:31,660
 الذهاب إلى الخريطة وصولا
 إلى 5E، أليس كذلك؟

67
00:05:31,660 --> 00:05:34,400
 نظرًا لأن تلك الثمانية تم إلغاؤها
 نوعًا ما، فإنها ستصبح دائمًا

68
00:05:34,400 --> 00:05:39,600
 5ه. والآن لنفترض أن لدي بثًا
 متعدد البث يبلغ 239.

69
00:05:39,600 --> 00:05:43,300
 دعونا فقط نجعل الأمر سهلاً.

70
00:05:43,300 --> 00:05:48,360
 1.1.1. هذا هو عنوان IP
 للبث المتعدد الخاص بي.

71
00:05:48,360 --> 00:05:54,480
 حسنًا، سيكون عنوان MAC للبث المتعدد
 الناتج هو 01005e، وهذه البتات

72
00:05:54,480 --> 00:05:56,040
 سيتم تعيينها هنا.

73
00:05:56,040 --> 00:06:01,620
 لذلك سيكون 01005e، 1111.

74
00:06:01,620 --> 00:06:06,860
 حسنا ماذا لو كان لدي 225.1.1؟

75
00:06:06,860 --> 00:06:11,320
 سيكون نفس الشيء بالضبط.

76
00:06:11,320 --> 00:06:14,400
 0111، سيتم تعيينهم جميعًا إلى
 نفس جهاز الإرسال المتعدد MAC.

77
00:06:14,400 --> 00:06:15,700
 لذلك دعونا نضيف هذا لثانية واحدة.

78
00:06:15,700 --> 00:06:21,860
 إذا قمت ببعض العمليات الحسابية السريعة،
 إذا بدأنا من 224 وصعدنا إلى 239،

79
00:06:21,860 --> 00:06:25,440
 كم عدد الأرقام الفريدة؟

80
00:06:25,440 --> 00:06:30,440
 سأخبرك الآن، هذا إجمالي 16 رقمًا فريدًا.

81
00:06:30,440 --> 00:06:35,100
 من 224 إلى 239 هو 16 مجموعة من البايتات.

82
00:06:35,100 --> 00:06:42,440
 لذا، على الفور، لدينا 16 عنوان IPV4
 للبث المتعدد والذي سيفعل ذلك

83
00:06:42,440 --> 00:06:47,120
 يتم تعيين كل شيء وصولاً إلى
 نفس البث المتعدد MAC بالضبط.

84
00:06:47,120 --> 00:06:50,220
 لكنه يصبح أفضل من ذلك.

85
00:06:50,220 --> 00:06:59,520
 لأنه لن يتم تعيين 239.111 إلى هذا
 فحسب، بل سيتم تعيين 239.129.11.

86
00:06:59,520 --> 00:07:04,520
 لأنه تذكر، هذه البتات الثمانية، هذه البتات
 التي يتم تعيينها عادةً إلى 128

87
00:07:04,520 --> 00:07:07,720
 بت، يجب أن يكون دائمًا صفرًا.

88
00:07:07,720 --> 00:07:12,240
 لذلك، حتى لو تم تشغيل هذا البت في
 عنوان IPV4، فيجب علينا تشغيله

89
00:07:12,240 --> 00:07:14,920
 تشغيله هنا.

90
00:07:14,920 --> 00:07:22,380
 لذا فإن 239.111 و239.111 سيتم
 ربطهما أيضًا بنفس الشيء.

91
00:07:22,380 --> 00:07:27,560
 في أي وقت يتم فيه تشغيل 128 بت في
 هذه الثماني الثالثة، فسوف ينخفض

92
00:07:27,560 --> 00:07:30,600
 لأنه يجب أن يكون صفرًا هنا.

93
00:07:30,600 --> 00:07:35,260
 وهذا يعني أن لكل واحدة من هذه المجموعات
 الـ 16، هناك مجموعتين

94
00:07:35,260 --> 00:07:45,080
 تلك الخريطة أيضًا. على سبيل المثال،
 224.111 و224.129.11، تم تعيينهما إلى

95
00:07:45,080 --> 00:07:46,540
 نفس الشيء بالضبط.

96
00:07:46,540 --> 00:07:56,460
 227.1.5.5، 227.129.5 تم تعيينهما
 لنفس الشيء بالضبط.

97
00:07:56,460 --> 00:08:03,620
 إذن في الواقع، لدينا 16 رقمًا
 في الثماني الأولى ورقمين

98
00:08:03,620 --> 00:08:05,760
 في الثماني الثانية.

99
00:08:05,760 --> 00:08:09,060
 إذن لدينا بالفعل 32.

100
00:08:09,060 --> 00:08:14,440
 لذا، بالنسبة لكل عنوان MAC متعدد البث،
 إذا عرضت لك، على سبيل المثال،

101
00:08:14,440 --> 00:08:17,700
 هذا، دعونا نتخلص من اسم ستيف ديرينغ هنا.

102
00:08:17,700 --> 00:08:21,360
 أنا متأكد من أنه يود رؤيته في هذا
 العرض التقديمي، لكن آسف يا ستيف،

103
00:08:21,360 --> 00:08:23,600
 ونحن في طريقنا للتخلص منه مؤقتا.

104
00:08:23,600 --> 00:08:41,740
 لذا، إذا أعطيتك عنوان MAC للبث المتعدد
 هذا، 01005E، عفوًا، وليس 5.2، 5E.

105
00:08:41,740 --> 00:08:52,480
 وبعد ذلك قلت، دعنا نقول فقط، 7.1.1، اسمح
 لي أن أقوم بواحدة، لنقوم بعمل النقطتين.

106
00:08:52,480 --> 00:08:58,500
 الكثير للحفاظ على اتساق
 الأمور، دعونا نرى هنا.

107
00:08:58,500 --> 00:09:01,380
 دعونا نفعل النقطتين هنا أيضا.

108
00:09:01,380 --> 00:09:11,140
 حسنًا، إذا أردت أن أسألك، ما هو عنوان
 IPv4 للبث المتعدد الذي انتهى

109
00:09:11,140 --> 00:09:15,820
 ما يصل مما أدى إلى عنوان
 MAC المتعدد البث؟

110
00:09:15,820 --> 00:09:19,960
 يجب أن تكون إجابتك 32 رقمًا فريدًا.

111
00:09:19,960 --> 00:09:25,080
 لأنك ستقول، حسنًا يا كيث، الثماني
 الأولى يمكن أن تكون أي شيء

112
00:09:25,080 --> 00:09:30,840
 من 224 إلى 239

113
00:09:30,840 --> 00:09:37,940
 ومن ثم يمكن أن تكون الثماني الثانية
 هي الرقم 7، أو يمكن أن تكون كذلك

114
00:09:37,940 --> 00:09:50,920
 128 زائد 7، وهو ما يساوي 135.1.1.

115
00:09:50,920 --> 00:10:01,020
 إذن 224.7.135، 225.7.135،
 226.7.135، 111.1.

116
00:10:01,020 --> 00:10:02,780
 هل كل خريطة لهذا؟

117
00:10:02,780 --> 00:10:09,200
 وهذا يمنحنا 32 عنوان IP متعدد البث
 يتم تعيينه لنفس البث المتعدد

118
00:10:09,200 --> 00:10:16,680
 عنوان ماك. الآن في هذه المرحلة قد
 تتساءل، واو، حسنًا، مثير للاهتمام

119
00:10:16,680 --> 00:10:21,500
 ممارسة رياضية، ولكن ما هي
 أهمية العالم الحقيقي لهذا؟

120
00:10:21,500 --> 00:10:23,460
 أين هي الصلة؟

121
00:10:23,460 --> 00:10:26,180
 حسنًا، دعني أرسم لك صورة.

122
00:10:26,180 --> 00:10:28,480
 دعنا نقول، دعونا نأخذ هذا.

123
00:10:28,480 --> 00:10:38,600
 لنفترض أن لدي 4 أجهزة كمبيوتر محمولة.

124
00:10:38,600 --> 00:10:41,800
 دعنا نقول فقط 3، 3 أجهزة كمبيوتر
 محمولة منذ أن نفدت المساحة هنا.

125
00:10:41,800 --> 00:10:45,900
 حسنًا، وسنجعل الأمر بسيطًا هنا.

126
00:10:45,900 --> 00:10:55,180
 وهي متصلة بمركز، والذي
 بدوره متصل ببث متعدد

127
00:10:55,180 --> 00:10:59,960
 الخادم. بالطبع لن ترى هذا أبدًا في
 الحياة الواقعية، لكنك ستحصل عليه

128
00:10:59,960 --> 00:11:02,560
 الفكرة وراء هذا بمجرد أن أبدأ هنا.

129
00:11:02,560 --> 00:11:08,360
 لذلك سنقول فقط PCA وB وC.

130
00:11:08,360 --> 00:11:13,940
 ولنفترض أن خادم البث المتعدد
 هذا سيرسل 3 خوادم فريدة

131
00:11:13,940 --> 00:11:15,440
 تيارات حركة المرور.

132
00:11:15,440 --> 00:11:23,820
 لدينا 225.2.1.1.

133
00:11:23,820 --> 00:11:31,020
 لدينا 239.130.1.1.

134
00:11:31,020 --> 00:11:35,540
 ولدينا 232.

135
00:11:35,540 --> 00:11:45,220
 حسنًا، لا ينبغي لنا أن نستخدم،
 حسنًا، ستفهم الفكرة، 232.2.1.1.

136
00:11:45,220 --> 00:11:50,020
 ولنفترض أن كل هذه التدفقات
 هي تدفقات عالية الوضوح.

137
00:11:50,020 --> 00:11:54,940
 كل واحد هو 5 ميغابت في الثانية.

138
00:11:54,940 --> 00:11:58,700
 إذا تلقيتها بالفعل، فسوف تتلقى
 5 ميجابت في الثانية.

139
00:11:58,700 --> 00:12:03,580
 حسنًا، هذه التدفقات تسير الآن.

140
00:12:03,580 --> 00:12:08,440
 جميع التدفقات الثلاثة تغادر
 هذا الخادم في وقت واحد.

141
00:12:08,440 --> 00:12:12,000
 إذا كان الكمبيوتر الشخصي، فلنبدأ مع PCC.

142
00:12:12,000 --> 00:12:20,140
 إذا قال PCC انظر، فالشيء الوحيد
 الذي يهمني هو 225.2.1.1.

143
00:12:20,140 --> 00:12:21,320
 اذا ما ذا يفعل؟

144
00:12:21,320 --> 00:12:22,860
 يذهب إلى بطاقة نيك إيثرنت الخاصة به.

145
00:12:22,860 --> 00:12:25,460
 يقول حسنًا، بطاقة إيثرنت نيك،
 هذا ما أريدك أن تبحث عنه.

146
00:12:25,460 --> 00:12:32,200
 إذا سبق لك أن رأيت إطار إيثرنت
 يبدأ بـ 0.01، 0.05e، 0

147
00:12:32,200 --> 00:12:41,500
 .2، 0.1، 0.1، أريدك أن تلتقطها وترسلها
 إلى المعالج الخاص بي من أجلها

148
00:12:41,500 --> 00:12:46,960
 يعالج. في اللحظة التي يفعل فيها ذلك،
 يقوم ببرمجة بطاقة نيك الخاصة به للبحث

149
00:12:46,960 --> 00:12:51,480
 في ذلك الوقت، فجأة بدأ جهاز الكمبيوتر
 المحمول الخاص به في التدهور.

150
00:12:51,480 --> 00:12:57,020
 شاشة الفيديو الخاصة به منقطة، ولا
 يمكنك رؤية أي شيء، فهي ليست كذلك

151
00:12:57,020 --> 00:13:00,700
 جد اية منطقية. ليس ذلك فحسب، بل إنه يحاول
 تنزيل رسائل البريد الإلكتروني الخاصة به و

152
00:13:00,700 --> 00:13:03,700
 يستغرق الأمر وقتًا طويلاً لتنزيل رسائل البريد
 الإلكتروني الخاصة به، وربما يكون متصلاً

153
00:13:03,700 --> 00:13:06,640
 وقطع الاتصال والاتصال وقطع الاتصال
 بخادم البريد الإلكتروني الخاص به.

154
00:13:06,640 --> 00:13:09,440
 يبدو الأمر كما لو أن جهاز الكمبيوتر
 المحمول الخاص به تعرض للضرب.

155
00:13:09,440 --> 00:13:10,700
 ماذا يحدث هنا؟

156
00:13:10,700 --> 00:13:15,700
 عند هذه النقطة، لأن جميع هذه التدفقات
 الثلاثة تتطابق تمامًا

157
00:13:15,700 --> 00:13:22,240
 الطبقة الثانية من عنوان MAC، لدينا الآن
 ثلاثة تدفقات قادمة وNik الخاص به

158
00:13:22,240 --> 00:13:26,900
 تلتقط البطاقة كل منهم لأنه في الطبقة
 الثانية، يبدو أنهم جميعًا

159
00:13:26,900 --> 00:13:30,920
 نفس. لا تستطيع بطاقة الإيثرنت الخاصة به التمييز
 بين عناوين الطبقة الثلاثة بسبب ذلك

160
00:13:30,920 --> 00:13:31,920
 لا يفعل ذلك.

161
00:13:31,920 --> 00:13:33,840
 إنها مجرد بطاقة إيثرنت من الطبقة الثانية.

162
00:13:33,840 --> 00:13:39,280
 إذن كل هذه التدفقات الثلاثة، أي
 ما مجموعه 15 ميغا من حركة المرور

163
00:13:39,280 --> 00:13:44,700
 موجهة إلى وحدة المعالجة المركزية لهذا الرجل ووحدة
 المعالجة المركزية الخاصة به يجب أن تفعل ذلك الآن

164
00:13:44,700 --> 00:13:50,820
 قم بإلقاء أو التخلص من 10 ميغا من ذلك
 حتى يتمكن من رؤية الخمسة ميغا فقط

165
00:13:50,820 --> 00:13:55,060
 تريد. حسنًا، من المحتمل أن تواجه وحدة المعالجة
 المركزية الخاصة به صعوبة حقيقية في الاستلام

166
00:13:55,060 --> 00:14:00,240
 15 ميغا متسقة من حركة المرور
 الواردة ومحاولة تجاهل الثلثين

167
00:14:00,240 --> 00:14:02,220
 منها 10 ميغا.

168
00:14:02,220 --> 00:14:05,000
 وهذه هي مشكلة التداخل 32 إلى 1.

169
00:14:05,000 --> 00:14:07,900
 الآن هذا ليس خطأ المتلقي.

170
00:14:07,900 --> 00:14:10,760
 هذا هو خطأ الشخص الذي قام بإعداد
 خادم البث المتعدد هذا في

171
00:14:10,760 --> 00:14:15,160
 المركز الأول. عندما تكون كذلك،
 إذا كنت في موقف ما أنت فيه

172
00:14:15,160 --> 00:14:20,760
 مسؤول البث المتعدد وستكون
 مهمتك هي التوصل إلى ذلك

173
00:14:20,760 --> 00:14:25,100
 عناوين IP للبث المتعدد لكل
 واحد من تدفقات البث المتعدد

174
00:14:25,100 --> 00:14:29,080
 مهمتك هي أن تكون على دراية بهذا وتتأكد
 من عدم حدوث تدفقات الفيديو هذه

175
00:14:29,080 --> 00:14:33,060
 تداخل. وقد يقول، حسنًا يا كيث،
 هل هناك طريقة سهلة لمعرفة ذلك؟

176
00:14:33,060 --> 00:14:34,580
 ذلك خارج؟ بالتأكيد هناك.

177
00:14:34,580 --> 00:14:39,140
 فقط تأكد من أن كل دفق بث
 متعدد واحد هو الأخيران

178
00:14:39,140 --> 00:14:41,920
 الثمانيات ليست هي نفسها أبدا.

179
00:14:41,920 --> 00:14:44,780
 الآن من الناحية الفنية يمكننا الانتقال إلى
 الثماني الثالثة أيضًا، لكن إذا كنت تعلم

180
00:14:44,780 --> 00:14:49,960
 أن آخر 16 بت تكون دائمًا فريدة من
 نوعها، وهي عناوين MAC للبث المتعدد

181
00:14:49,960 --> 00:14:55,580
 ستكون دائمًا فريدة من نوعها لأن آخر
 16 بتة يتم تعيينها واحدًا تلو الآخر

182
00:14:55,580 --> 00:14:58,520
 وصولاً إلى عنوان MAC للبث
 المتعدد في الطبقة الثانية.

183
00:14:58,520 --> 00:15:02,740
 لذا، اجعلها فريدة من نوعها ولن تحصل أبدًا
 على هذا التداخل بنسبة 32 إلى واحد

184
00:15:02,740 --> 00:15:05,120
 مشكلة مرة أخرى.

185
00:15:05,120 --> 00:15:14,220
 هذه هي الطريقة التي تتعرف بها على عناوين
 IP للبث المتعدد وعناوين MAC للبث المتعدد.

186
00:15:14,220 --> 00:15:22,280
 لقد تحدثت الآن قليلاً عما تفعله أجهزة
 التوجيه بإطارات البث المتعدد.

187
00:15:22,280 --> 00:15:25,980
 قلت عندما يستقبل جهاز التوجيه في
 إطار البث المتعدد، أول شيء يقوله

188
00:15:25,980 --> 00:15:28,180
 هل هذا شيء أحتاج إلى معالجته؟

189
00:15:28,180 --> 00:15:32,120
 لأنه قد يكون مرحباً بـ EIGRP أو مرحباً
 بـ OSPF أو شيء من هذا القبيل

190
00:15:32,120 --> 00:15:35,180
 وفي هذه الحالة سأقول، آه،
 أنا مبرمج للبحث عن هذا.

191
00:15:35,180 --> 00:15:37,980
 اسمحوا لي أن أرسله إلى وحدة المعالجة
 المركزية الخاصة بي للمعالجة.

192
00:15:37,980 --> 00:15:40,060
 الذي يتوقف ويتوقف للحظة.

193
00:15:40,060 --> 00:15:41,020
 التفكير في هذا.

194
00:15:41,020 --> 00:15:47,680
 تخيل أنك راوتر، حسنًا، وأنت
 مبرمج للقيام بـ EIGRP،

195
00:15:47,680 --> 00:15:51,760
 على ما يرام؟ إذن أنت تستمع خصيصًا
 لإطارات Ethernet القادمة

196
00:15:51,760 --> 00:15:58,820
 في الذهاب إلى 01005E، 0000A، أليس كذلك؟

197
00:15:58,820 --> 00:16:05,700
 لأن ذلك من شأنه أن يعين 10، 2240010 يعين
 وصولاً إلى 00A في الطبقة الثانية.

198
00:16:05,700 --> 00:16:08,440
 لذا هنا بين الحين والآخر تتوقع
 أن تقول، حسنًا، كجهاز توجيه،

199
00:16:08,440 --> 00:16:11,660
 حسنًا، كما تعلم، لا ينبغي لـ EIGRP أن
 يكون ثرثارًا إلى هذا الحد، أليس كذلك؟

200
00:16:11,660 --> 00:16:15,280
 في بيئة مستقرة لطيفة، يجب عليك القيام
 بذلك كل خمس أو عشر ثوانٍ أو نحو ذلك

201
00:16:15,280 --> 00:16:19,720
 أن تتلقى حزمة ترحيب EIGRP، وتنتقل
 إلى جهاز Mac متعدد البث، وبعد ذلك

202
00:16:19,720 --> 00:16:24,400
 تقوم بمعالجتها. الآن ماذا لو كان
 هناك شخص لا يعرف شيئًا عن EIGRP

203
00:16:24,400 --> 00:16:29,060
 لكنهم يعرفون أن البث المتعدد يقوم بإعداد
 الفيديو عالي الوضوح الخاص بالبث المتعدد

204
00:16:29,060 --> 00:16:34,360
 البث، والذي يسير بسرعة سبعة
 ميغابت في الثانية، ويختارون،

205
00:16:34,360 --> 00:16:41,920
 لا أعلم، 239.0010 هو فستان الوجهة.

206
00:16:41,920 --> 00:16:46,740
 خمين ما؟ في الطبقة الثانية سيتم تعيين
 دفق الفيديو عالي الوضوح إليها

207
00:16:46,740 --> 00:16:50,620
 نفس عنوان Mac الذي يستخدمه EIGRP.

208
00:16:50,620 --> 00:16:53,200
 والآن فجأة أصبح جهاز التوجيه الخاص بك
 بدلاً من الحصول على حزمة واحدة فقط

209
00:16:53,200 --> 00:16:57,420
 كل خمس أو عشر ثواني تحصل على
 آلاف الحزم في كل واحدة

210
00:16:57,420 --> 00:17:00,300
 الثانية الذهاب إلى هذه الطبقة لمعالجة.

211
00:17:00,300 --> 00:17:03,400
 يمكنك المراهنة على أن جهاز التوجيه
 لن يكون سعيدًا جدًا بذلك.

212
00:17:03,400 --> 00:17:07,220
 قد يتعطل حتى لأنه يجب أن يأخذ
 كل حركة المرور الموجهة إليه

213
00:17:07,220 --> 00:17:13,640
 وحدة المعالجة المركزية ليست EIGRP.

214
00:17:13,640 --> 00:17:18,200
 أحتاج إلى تجاهل ذلك حتى أتمكن
 من عزل مرحبًا EIGRP الصغير

215
00:17:18,200 --> 00:17:20,320
 لا يزال يأتي في كل خمس ثوان أو نحو ذلك.

216
00:17:20,320 --> 00:17:23,200
 حتئ يكون على بينة من ذلك.

217
00:17:23,200 --> 00:17:25,640
 الآن ماذا تفعل المحولات
 عند تلقي البث المتعدد؟

218
00:17:25,640 --> 00:17:30,760
 حسنًا، إذا كنت تتحدث فقط عن الطبقة الثانية
 النقية، قم بتبديل البث المتعدد الفيضاني

219
00:17:30,760 --> 00:17:34,280
 لأنه كيف يعرف المحول مكان
 إعادة توجيه شيء ما؟

220
00:17:34,280 --> 00:17:42,280
 حسنًا، عندما يأتي إطار Ethernet،
 ماذا يفعل المحول؟

221
00:17:42,280 --> 00:17:46,160
 ويتعلم ذلك في جدول عناوين MAC،
 الذي يُسمى أحيانًا جدول CAM،

222
00:17:46,160 --> 00:17:49,520
 يمين؟ هذه هي الطريقة التي يقوم بها
 المحول بملء جدول CAM، وعنوان MAC

223
00:17:49,520 --> 00:17:52,120
 الجدول بناءً على عناوين MAC المصدر.

224
00:17:52,120 --> 00:17:57,580
 حسنًا، هل تمت رؤية عناوين MAC متعددة
 البث على الإطلاق في مصدر Ethernet

225
00:17:57,580 --> 00:17:59,640
 إطار؟ لا ليسوا كذلك.

226
00:17:59,640 --> 00:18:00,620
 على الأقل لا ينبغي أن يكونوا كذلك.

227
00:18:00,620 --> 00:18:02,080
 سيكون ذلك غير قانوني.

228
00:18:02,080 --> 00:18:06,840
 وذلك لأن عنوان MAC للبث المتعدد
 يظهر فقط في الوجهة

229
00:18:06,840 --> 00:18:11,140
 بشكل افتراضي، لا يوجد لدى المحول طريقة
 للتعرف عليه لأنه ليس في المصدر.

230
00:18:11,140 --> 00:18:14,320
 فماذا تفعل المحولات عندما تستقبل
 إطار Ethernet وتنظر إليه

231
00:18:14,320 --> 00:18:16,880
 في الوجهة وليس هناك تطابق في الجدول؟

232
00:18:16,880 --> 00:18:20,100
 يغمرونه. هذا ما يفعلونه.

233
00:18:20,100 --> 00:18:24,180
 لذا فإن السلوك الافتراضي للعديد من
 المحولات هو إرسال البث المتعدد.

234
00:18:24,180 --> 00:18:27,920
 الآن سنرى عندما ندخل في موضوع
 تطفل IGMP الذي سيتغير