Spanning Tree Protocol
✅قسمت اول✅:
توی این سری از آموزش ها قصد داریم باهم دیگه با بحث spanning tree آشنا بشیم و اون رو خوب یاد بگیریم به صورت کلی اگر بخوام بگم بحث spanning tree زمانی پیش میاد که شما بخواید داخل شبکه خودتون یعنی توی لایه سوییچی شبکه خودتون redundancy داشته باشید بخاطر همین میاید چندین کابل اضافه تر به سوییچ هاتون میزنید تا اگر یکی از کابل ها خراب شد یا اگر یکی از سوییچ ها به هر دلیلی فوت کرد سرویس دهی توی شبکه قطع نشه اما بحث اینجاست که اگر یک packet ای اشتباها یا بخاطر بحث
Broadcast
یا
Unknown unicast
باعث میشه که داخل شبکه ما
Loop
بیوفته و همان طور که میدونید سوییچ ها مثله روتر ها نیستن که به ازای هر hop بیان از بسته ما یک ttl کم بکنند تا یک روزی این بسته عمرش به سر بیاد و همین باعث میشه بسته ما تا زمانی که سوییچ رو خاموش یا کابل هارو نکشیدیم داخل سوییچ های ما بچرخه بخاطر همین مشکلات پروتکلی میاد وسط به نام
Spanning tree
که مشکل مارو حل میکنه و با مسدود کردن مسیر های اضافی باعث میشه که بسته بی سرپرست ما 😁😁 که همون
Broadcast
یا
Unknown unicast
هستش در یک نقطه به خصوص کلا Discard بشه در حال حاضر ما چندین پروتکل معروف داریم برای اینکار:
802.1d (pvst and pvst+
این یکم بحث داره که راجبش صحبت خواهم کرد)
802.1w (rapid spanning tree)
802.1s (MST)
که البته به این آخری سیسکو در قدیم MISTP هم میگفت چون مثله خیلی از پروتکل های دیگه این پروتکل درواقع از سیسکو متولد شد😁
در قسمت های بعدی راجبش بیشتر صحبت میکنیم جاهایی که در قالب پست سخت باشه براتون ویدئو قرار میدیم😇
نویسنده مطلب: اشکان سلیمانی فخر
🆔@ciscointerface
✅قسمت اول✅:
توی این سری از آموزش ها قصد داریم باهم دیگه با بحث spanning tree آشنا بشیم و اون رو خوب یاد بگیریم به صورت کلی اگر بخوام بگم بحث spanning tree زمانی پیش میاد که شما بخواید داخل شبکه خودتون یعنی توی لایه سوییچی شبکه خودتون redundancy داشته باشید بخاطر همین میاید چندین کابل اضافه تر به سوییچ هاتون میزنید تا اگر یکی از کابل ها خراب شد یا اگر یکی از سوییچ ها به هر دلیلی فوت کرد سرویس دهی توی شبکه قطع نشه اما بحث اینجاست که اگر یک packet ای اشتباها یا بخاطر بحث
Broadcast
یا
Unknown unicast
باعث میشه که داخل شبکه ما
Loop
بیوفته و همان طور که میدونید سوییچ ها مثله روتر ها نیستن که به ازای هر hop بیان از بسته ما یک ttl کم بکنند تا یک روزی این بسته عمرش به سر بیاد و همین باعث میشه بسته ما تا زمانی که سوییچ رو خاموش یا کابل هارو نکشیدیم داخل سوییچ های ما بچرخه بخاطر همین مشکلات پروتکلی میاد وسط به نام
Spanning tree
که مشکل مارو حل میکنه و با مسدود کردن مسیر های اضافی باعث میشه که بسته بی سرپرست ما 😁😁 که همون
Broadcast
یا
Unknown unicast
هستش در یک نقطه به خصوص کلا Discard بشه در حال حاضر ما چندین پروتکل معروف داریم برای اینکار:
802.1d (pvst and pvst+
این یکم بحث داره که راجبش صحبت خواهم کرد)
802.1w (rapid spanning tree)
802.1s (MST)
که البته به این آخری سیسکو در قدیم MISTP هم میگفت چون مثله خیلی از پروتکل های دیگه این پروتکل درواقع از سیسکو متولد شد😁
در قسمت های بعدی راجبش بیشتر صحبت میکنیم جاهایی که در قالب پست سخت باشه براتون ویدئو قرار میدیم😇
نویسنده مطلب: اشکان سلیمانی فخر
🆔@ciscointerface
سوال ؟
با غیر فعال کردن CEF روی تجهیزاتمون آیا روی سرعت شبکه مون تاثیر گزار خواهد بود ؟ و آیا شبکمون رو با کندی مواجه میکنه ؟
با غیر فعال کردن CEF روی تجهیزاتمون آیا روی سرعت شبکه مون تاثیر گزار خواهد بود ؟ و آیا شبکمون رو با کندی مواجه میکنه ؟
Anonymous Poll
52%
1 . بله به شدت کند میشه
20%
2 . شبکه با کندی ناچیز مواجه میشه
16%
3 . روی شبکمون تاثیری نداره
12%
4 . بهتر کلا غیرفعالش کنیم
Route Application Traffic
PFR
عملیات روتینگ رو بهبود میده ، کنترل هوشنمد روی ترافیکتون داره مخصوصا تو wan
pfr
: دو تا شرایط رو برامون فراهم میکنه
انتخاب بهترین مسیر بر اساس سیاست های کاری
application base load balancing
روی مسیر ها برای بهره وری بالا از پهنای باند برای در دسترس بودن شبکه
اما PFR ورژن 3
مانیتور کردن عملکرد برنامه ها و اون چیزی رو که یاد گرفته برای انتخاب بهترین مسیر برای اون برنامه در نظر میگیره
و PFRV3 روی مسیر ها لود بالانس موثری رو ایجاد میکنه و بهترین SLA رو به برنامه ها میده
نسل سوم از مسیریابی هوشمند بر مبنای Path توی سیسکو هست
یه سری ویژگی ها رو برامون به همراه میاره مثل : سادگی ، تنظیمات مرکزی ، بهبود عملکرد مانیتورینگ ، استفاده در مقیاس گسترده و همگرایی سریعتر
خب یه سری مزایا هم برامون داره :
هزینه ها رو توی شبکه wan پایین میاره
استفاده کامل از پهنای باند توی شبکه wan و کنترل ترافیک بر اساس باری که روی شبکه میزاره و اولویت در مسیر
بهبود کارایی برنامه ها با به ازای هر اپلیکیشن بهترین مسیر رو انتخاب میکنه روی
delay , jitter , loss
در دسترس بودن برنامه ها
سادگی پیاده سازی
پس با این صحبت ها میتونیم این نتیجه رو بگیریم که PFR تکنولوژی برای کنترل مسیر هوشمند برای برای شبکه های هوشمند سیسکو بر پایه شبکه WAN هستش
که چهار تا مولفه رو در برمیگیره :
Transport-independent design
Intelligent path control
Application optimization
Highly secure connectivity
مطلب در مورد PFR خیلی زیاده برای کسب اطلاعات بیشتر به داکیومنت ها مراجعه کنید
نویسنده مطلب : محمد سیدی
@CiscoInterface
PFR
عملیات روتینگ رو بهبود میده ، کنترل هوشنمد روی ترافیکتون داره مخصوصا تو wan
pfr
: دو تا شرایط رو برامون فراهم میکنه
انتخاب بهترین مسیر بر اساس سیاست های کاری
application base load balancing
روی مسیر ها برای بهره وری بالا از پهنای باند برای در دسترس بودن شبکه
اما PFR ورژن 3
مانیتور کردن عملکرد برنامه ها و اون چیزی رو که یاد گرفته برای انتخاب بهترین مسیر برای اون برنامه در نظر میگیره
و PFRV3 روی مسیر ها لود بالانس موثری رو ایجاد میکنه و بهترین SLA رو به برنامه ها میده
نسل سوم از مسیریابی هوشمند بر مبنای Path توی سیسکو هست
یه سری ویژگی ها رو برامون به همراه میاره مثل : سادگی ، تنظیمات مرکزی ، بهبود عملکرد مانیتورینگ ، استفاده در مقیاس گسترده و همگرایی سریعتر
خب یه سری مزایا هم برامون داره :
هزینه ها رو توی شبکه wan پایین میاره
استفاده کامل از پهنای باند توی شبکه wan و کنترل ترافیک بر اساس باری که روی شبکه میزاره و اولویت در مسیر
بهبود کارایی برنامه ها با به ازای هر اپلیکیشن بهترین مسیر رو انتخاب میکنه روی
delay , jitter , loss
در دسترس بودن برنامه ها
سادگی پیاده سازی
پس با این صحبت ها میتونیم این نتیجه رو بگیریم که PFR تکنولوژی برای کنترل مسیر هوشمند برای برای شبکه های هوشمند سیسکو بر پایه شبکه WAN هستش
که چهار تا مولفه رو در برمیگیره :
Transport-independent design
Intelligent path control
Application optimization
Highly secure connectivity
مطلب در مورد PFR خیلی زیاده برای کسب اطلاعات بیشتر به داکیومنت ها مراجعه کنید
نویسنده مطلب : محمد سیدی
@CiscoInterface
PfR allows network administrators to minimize bandwidth cost, enable intelligent load distribution, improve application performance, and deploy dynamic failure detection at the WAN access edge. Cisco IOS/IOS-XE PfR makes real-time routing adjustments based on the criteria other than static routing metrics such as delay, packet loss, jitter, path availability, and traffic load distribution
فرض کنید شبه بالا رو داریم دو روتر با ای پی های مشخض و بینشون هم eigrp ران کردیم حالا میخوایم table ش رو مورد بررسی قرار بدیم با ما همراه باشید
@CiscoInterface
@CiscoInterface
Cisco Interface
فرض کنید شبه بالا رو داریم دو روتر با ای پی های مشخض و بینشون هم eigrp ران کردیم حالا میخوایم table ش رو مورد بررسی قرار بدیم با ما همراه باشید @CiscoInterface
H (Handle)
وقتی که همسایگی شکل گرفت این عدد بر حسب تعداد همسایه ها تغییر میکنه که اولین همسایه 0 هستش و بعدی هم ارزش 1 رو تو جدول مییره
Hold (sec)
اینم تایمر Holddown به ازاری هر Eigrp Neighbor هست یعنی چی ؟
یعنی اگر این زمان به اتمام برسه یا expire بشه همسایگی ما میفته
که معمولا دیفالت Holddown timer پونزده ثانیه س
توی ios های قدیمی فقط یه پکت hello میتونست holddown timer رو ریست کنه اما تو ios های جدید هر پکت eigrp بعد از ارسال اولین hello میتونه این تایمر رو ریست کنه
Uptime
مقدار زمانیه که یه همسایه up هستش
SRTT (Smooth round-trip time)
تعدا میلی ثانیه ای که طول میکشه یک پکت eigrp برای همسایه ارسال بشه و ACK از اون پکت برگرده
RTO (Retransmission timeout)
مقدار زمان در میلی ثانیه که eigrp میخواد صبر کنه قبل از ارسال مجدد یک پکت از صف ارسال مجدد برای این همسایه ش
Q Cnt (Q count)
تعداد پکت های eigrp مثل update یا query یا reply
تو صف که منتظر ارسال هستن
که تو حالت عادی این عدد صفر هست
Seq Num (Sequence number)
این هم sequence numer از آخرین آپدیت ها ، query یا reply هست که شما از همسایه eigrp تون میگیرین
در واقع seq به تعداد update ها بالا میره اگر 0 باشه یعنی چیزی ارسال نکرده
نکته : اگر eigrp برای همسایه ش update بفرسته و همسایه ش جواب نده 441 میلی ثانیه صبر میکنه که این 441 ثانیه وابسته به srtt هست
اگر تاخیر srtt بره بالا تاخیر rto هم میره بالا
@CiscoInterfce
وقتی که همسایگی شکل گرفت این عدد بر حسب تعداد همسایه ها تغییر میکنه که اولین همسایه 0 هستش و بعدی هم ارزش 1 رو تو جدول مییره
Hold (sec)
اینم تایمر Holddown به ازاری هر Eigrp Neighbor هست یعنی چی ؟
یعنی اگر این زمان به اتمام برسه یا expire بشه همسایگی ما میفته
که معمولا دیفالت Holddown timer پونزده ثانیه س
توی ios های قدیمی فقط یه پکت hello میتونست holddown timer رو ریست کنه اما تو ios های جدید هر پکت eigrp بعد از ارسال اولین hello میتونه این تایمر رو ریست کنه
Uptime
مقدار زمانیه که یه همسایه up هستش
SRTT (Smooth round-trip time)
تعدا میلی ثانیه ای که طول میکشه یک پکت eigrp برای همسایه ارسال بشه و ACK از اون پکت برگرده
RTO (Retransmission timeout)
مقدار زمان در میلی ثانیه که eigrp میخواد صبر کنه قبل از ارسال مجدد یک پکت از صف ارسال مجدد برای این همسایه ش
Q Cnt (Q count)
تعداد پکت های eigrp مثل update یا query یا reply
تو صف که منتظر ارسال هستن
که تو حالت عادی این عدد صفر هست
Seq Num (Sequence number)
این هم sequence numer از آخرین آپدیت ها ، query یا reply هست که شما از همسایه eigrp تون میگیرین
در واقع seq به تعداد update ها بالا میره اگر 0 باشه یعنی چیزی ارسال نکرده
نکته : اگر eigrp برای همسایه ش update بفرسته و همسایه ش جواب نده 441 میلی ثانیه صبر میکنه که این 441 ثانیه وابسته به srtt هست
اگر تاخیر srtt بره بالا تاخیر rto هم میره بالا
@CiscoInterfce
هدف استفاده auto summurization توی eigrp چیه ؟
Anonymous Poll
77%
کم کردن حجم route table و ارسال update ها
15%
افزایش سرعت eigrp توی ارسال پکت ها
4%
استفاده برای شبکه های با لینک پر سرعت
4%
تاثیری توی شبکه نداره
webrtc-Browser APIs and Protocols.pdf
2.7 MB
File : webrtc-Browser APIs and Protocols.pdf
Password : MoeinRJ
آنچه که باید هر توسعه دهنده وب در مورد عملکرد WebRTC بداند
ترجمه از کتاب رسمی توسط مهندس معین رجائی
@Moein_Raja
@CiscoInterface
Password : MoeinRJ
آنچه که باید هر توسعه دهنده وب در مورد عملکرد WebRTC بداند
ترجمه از کتاب رسمی توسط مهندس معین رجائی
@Moein_Raja
@CiscoInterface
Cisco Interface
هدف استفاده auto summurization توی eigrp چیه ؟
گزینه 1 صحیح است
Eigrp K-Value
K1 —-> BW (MIN BW)
K2 —-> Relability
K3—--> Delay (SUM Delay)
K4 and K5——> Load
@CiscoInterface
K1 —-> BW (MIN BW)
K2 —-> Relability
K3—--> Delay (SUM Delay)
K4 and K5——> Load
@CiscoInterface
Cisco Interface
IP Packet @CiscoInterface
پروتکل برای ما transport layer رو مشخص میکنه که از جنس tcp هست یا udp
سورس آدرس : آدرس دستگاهی که این پکت رو تولید کرده
دستینیشن آدرس : آدرس دستگاه مقصد که این پکت میخواد براش ارسال بشه
دیتا : دیتای های ما که از اینطرف میخواد بره اونطرف
@CiscoInterface
سورس آدرس : آدرس دستگاهی که این پکت رو تولید کرده
دستینیشن آدرس : آدرس دستگاه مقصد که این پکت میخواد براش ارسال بشه
دیتا : دیتای های ما که از اینطرف میخواد بره اونطرف
@CiscoInterface