در خصوص MTU و IP MTU اول از همه در وندورهای مختلف رفتارهای متفاوت براساس مقادیر دیفالت، ممکن است دیده شود که باز وابسته به پلتفرم است اینجا منظور پلتفرم، پلتفرمهای سخت افزاری متفاوت اون وندور هست که از لحاظ بافر اینترفیس یا line card یا ماژول توانایی متفاوتی دارند. در خصوص سیسکو مستند زیر مقادیر مختلف و رفتارهای مختلف رو براساس پلتفرم توضیه داده، اما به شکل کلی interface mtu با IP mtu برابر است، مقدار mtu در شبکه اترنت برابر با 1500 هست که در اصل بدون در نظر گرفتن 14 بایت هدر اترنت و4 بایت crc میباشد لذا وقتی شما میبیند system mtu در تجهیز سیسکو 1500 است IOS پیش فرض 18 بایت به آن اضافه میکند و مقدار نهایی 1518 بایت خواهد شد که البته مقداری پنهانی است. از طرفی ما در هر تجهیزی سه نوع ترافیک داریم:
۱. ترافیکی که به مقصد تجهیز است و در اینجا چون ترافیک توسط cpu تجهیز hit میشود صرف نظر از مقداری که در اینترفیس mtu تنظیم میشود میتواند تا سایزی معادل 1998 بایت داشته باشد. (مثلا زمانی خود تجهیز را ping میکنیم)
۲. ترافیکی در تجهیز forward میشود که وابسته به MTU سیستم و medium انتقالی یا همان اینترفیس درگیر دارد.
۳. ترافیکی که از سورس تجهیز است و رویکرد معادل شماره ۲ دارد و البته تنها MTU یک اینترفیس را مد نظر خواهد داشت که همان egress interface خواهد بود.
حالا زمانی که پکتی بزرگتر از مقدار mtu اینترفیس وارد روتر میشود وابسته به اینکه کدامیک از سه مورد بالا است رفتار متفاوتی وابسته به پلتفم و تنظیمات اتخاذ میشود. پیش فرض کل سایز فریم ارسالی در تجهیز سیسکو (در صورتی که قرار بر این است که forward شود) نباید بیشتر 1518 بایت باشد چون احتمالا discard میشود اگر فریمی که وارد میشود بر روی fib تجهیز match شود و egress interface دارای mtu کمتر از packet total size داشته باشد روتر مجبور به fragmentation میشود مادامی که df برابر با 0 باشد.
پیشنهاد میشود system mtu and Jumbo بر روی مقادیر مناسب براساس سرویس و نیاز شبکه تنظیم گردد و هر اینترفیس براساس مدیا و احتمالا header خودش مقدار مناسب IP MTU روی آن تنظیم گردد.
#MTU #MSS #CISCO خب در خصوص MTU و IP MTU اول از همه در وندورهای مختلف رفتارهای متفاوت براساس مقادیر دیفالت، ممکن است دیده شود که باز وابسته به پلتفرم است اینجا منظور پلتفرم، پلتفرمهای سخت افزاری متفاوت اون وندور هست که از لحاظ بافر اینترفیس یا line card یا ماژول توانایی متفاوتی دارند. در خصوص سیسکو مستند زیر مقادیر مختلف و رفتارهای مختلف رو براساس پلتفرم توضیه داده، اما به شکل کلی interface mtu با IP mtu برابر است، مقدار mtu در شبکه اترنت برابر با 1500 هست که در اصل بدون در نظر گرفتن 14 بایت هدر اترنت و4 بایت crc میباشد لذا وقتی شما میبیند system mtu در تجهیز سیسکو 1500 است IOS پیش فرض 18 بایت به آن اضافه میکند و مقدار نهایی 1518 بایت خواهد شد که البته مقداری پنهانی است. از طرفی ما در هر تجهیزی سه نوع ترافیک داریم:
۱. ترافیکی که به مقصد تجهیز است و در اینجا چون ترافیک توسط cpu تجهیز hit میشود صرف نظر از مقداری که در اینترفیس mtu تنظیم میشود میتواند تا سایزی معادل 1998 بایت داشته باشد. (مثلا زمانی خود تجهیز را ping میکنیم)
۲. ترافیکی در تجهیز forward میشود که وابسته به MTU سیستم و medium انتقالی یا همان اینترفیس درگیر دارد.
۳. ترافیکی که از سورس تجهیز است و رویکرد معادل شماره ۲ دارد و البته تنها MTU یک اینترفیس را مد نظر خواهد داشت که همان egress interface خواهد بود.
حالا زمانی که پکتی بزرگتر از مقدار mtu اینترفیس وارد روتر میشود وابسته به اینکه کدامیک از سه مورد بالا است رفتار متفاوتی وابسته به پلتفم و تنظیمات اتخاذ میشود. پیش فرض کل سایز فریم ارسالی در تجهیز سیسکو (در صورتی که قرار بر این است که forward شود) نباید بیشتر 1518 بایت باشد چون احتمالا discard میشود اگر فریمی که وارد میشود بر روی fib تجهیز match شود و egress interface دارای mtu کمتر از packet total size داشته باشد روتر مجبور به fragmentation میشود مادامی که df برابر با 0 باشد.
پیشنهاد میشود system mtu and Jumbo بر روی مقادیر مناسب براساس سرویس و نیاز شبکه تنظیم گردد و هر اینترفیس براساس مدیا و احتمالا header خودش مقدار مناسب IP MTU روی آن تنظیم گردد.
#MTU #MSS #CISC
ادامه👇👇👇👇
🆔 @notrobit
۱. ترافیکی که به مقصد تجهیز است و در اینجا چون ترافیک توسط cpu تجهیز hit میشود صرف نظر از مقداری که در اینترفیس mtu تنظیم میشود میتواند تا سایزی معادل 1998 بایت داشته باشد. (مثلا زمانی خود تجهیز را ping میکنیم)
۲. ترافیکی در تجهیز forward میشود که وابسته به MTU سیستم و medium انتقالی یا همان اینترفیس درگیر دارد.
۳. ترافیکی که از سورس تجهیز است و رویکرد معادل شماره ۲ دارد و البته تنها MTU یک اینترفیس را مد نظر خواهد داشت که همان egress interface خواهد بود.
حالا زمانی که پکتی بزرگتر از مقدار mtu اینترفیس وارد روتر میشود وابسته به اینکه کدامیک از سه مورد بالا است رفتار متفاوتی وابسته به پلتفم و تنظیمات اتخاذ میشود. پیش فرض کل سایز فریم ارسالی در تجهیز سیسکو (در صورتی که قرار بر این است که forward شود) نباید بیشتر 1518 بایت باشد چون احتمالا discard میشود اگر فریمی که وارد میشود بر روی fib تجهیز match شود و egress interface دارای mtu کمتر از packet total size داشته باشد روتر مجبور به fragmentation میشود مادامی که df برابر با 0 باشد.
پیشنهاد میشود system mtu and Jumbo بر روی مقادیر مناسب براساس سرویس و نیاز شبکه تنظیم گردد و هر اینترفیس براساس مدیا و احتمالا header خودش مقدار مناسب IP MTU روی آن تنظیم گردد.
#MTU #MSS #CISCO خب در خصوص MTU و IP MTU اول از همه در وندورهای مختلف رفتارهای متفاوت براساس مقادیر دیفالت، ممکن است دیده شود که باز وابسته به پلتفرم است اینجا منظور پلتفرم، پلتفرمهای سخت افزاری متفاوت اون وندور هست که از لحاظ بافر اینترفیس یا line card یا ماژول توانایی متفاوتی دارند. در خصوص سیسکو مستند زیر مقادیر مختلف و رفتارهای مختلف رو براساس پلتفرم توضیه داده، اما به شکل کلی interface mtu با IP mtu برابر است، مقدار mtu در شبکه اترنت برابر با 1500 هست که در اصل بدون در نظر گرفتن 14 بایت هدر اترنت و4 بایت crc میباشد لذا وقتی شما میبیند system mtu در تجهیز سیسکو 1500 است IOS پیش فرض 18 بایت به آن اضافه میکند و مقدار نهایی 1518 بایت خواهد شد که البته مقداری پنهانی است. از طرفی ما در هر تجهیزی سه نوع ترافیک داریم:
۱. ترافیکی که به مقصد تجهیز است و در اینجا چون ترافیک توسط cpu تجهیز hit میشود صرف نظر از مقداری که در اینترفیس mtu تنظیم میشود میتواند تا سایزی معادل 1998 بایت داشته باشد. (مثلا زمانی خود تجهیز را ping میکنیم)
۲. ترافیکی در تجهیز forward میشود که وابسته به MTU سیستم و medium انتقالی یا همان اینترفیس درگیر دارد.
۳. ترافیکی که از سورس تجهیز است و رویکرد معادل شماره ۲ دارد و البته تنها MTU یک اینترفیس را مد نظر خواهد داشت که همان egress interface خواهد بود.
حالا زمانی که پکتی بزرگتر از مقدار mtu اینترفیس وارد روتر میشود وابسته به اینکه کدامیک از سه مورد بالا است رفتار متفاوتی وابسته به پلتفم و تنظیمات اتخاذ میشود. پیش فرض کل سایز فریم ارسالی در تجهیز سیسکو (در صورتی که قرار بر این است که forward شود) نباید بیشتر 1518 بایت باشد چون احتمالا discard میشود اگر فریمی که وارد میشود بر روی fib تجهیز match شود و egress interface دارای mtu کمتر از packet total size داشته باشد روتر مجبور به fragmentation میشود مادامی که df برابر با 0 باشد.
پیشنهاد میشود system mtu and Jumbo بر روی مقادیر مناسب براساس سرویس و نیاز شبکه تنظیم گردد و هر اینترفیس براساس مدیا و احتمالا header خودش مقدار مناسب IP MTU روی آن تنظیم گردد.
#MTU #MSS #CISC
ادامه👇👇👇👇
🆔 @notrobit
با توجه به عکس های بالا هر پروتکلی که header به بسته اضافه میکند در نهایت مقدار payload را کاهش میدهد برای اینکه مقدر mtu از مقدار قابل forward بر روی مدیوم بیشتر نشود و fragmentation اتفاق نیفتد. نحوه محاسبه IP MTU میشود کل سایز mtu منهای هدر پروتکل ترانزیت و MSS که مربوط به TCP است به ارسال کننده پکت میگوید نهایتا چه مقدار سایز سگمنت داده قابل ارسال است. که برای بدست اوردن مقدار آن مطابق عکس مقدار کل MTU - IP HEADER - TCP header است.
#MTU #MSS
ادامه 👇👇👇👇👇
🆔 @notrobit
#MTU #MSS
ادامه 👇👇👇👇👇
🆔 @notrobit
نحوه محاسبه MTU و MSS که عمدتا در آن مشکل وجود دارد نیازمند درک دقیق از یک full size frame شامل L2 header است. انواع تانلها که header مجزا دارند مقدار نهایی سایز پکت را افزایش میدهند در این صورت ارسال کننده پکت که فرض را با این میگذارد از مسیری با MTU 1500 عبور میکند پکت را با سایز 1500 ارسال میکند تا به تانل میرسد در اینجا با تنطیم مقدار IP MTU به روتر میفهمانیم که این اینترفیس نهایتا تا چه سایز پکتی را میتواند ارسال کند با توجه به اینکه خود اینترفیس تانل قرار است قسمتی از سایز کلی را به هدر خود اختصاص دهد لذا زمانی روتر قصد میکند پکتی را بزرگتر از سایز اینترفیس تانل ارسال کند آنرا میشکند و ارسال میکند. تنظیم مقدار TCP MSS با پیامهای ICMP به فرستنده بسته میفهماند که تا چه مقدار میتواند سایز سگمنت TCP را در نظر بگیرد پس به خاطر داشته باشیم در فایروال کلا ICMP را بلاک نکنیم که مشکلساز خواهد بود.
#MTU #MSS
ادامه 👇👇👇👇👇👇
🆔 @notrobit
#MTU #MSS
ادامه 👇👇👇👇👇👇
🆔 @notrobit
نکته مهمی که وجود دارد این است که برای محاسبه MSS باید از MTU محاسبه شده در فرمول اول استفاده کنیم نه MTU کلی سیستم برای مثال در سیستمی که MTU 1500 تانل GRE داریم که 24 بایت هدر دارد پس
IP MTU = 1500-24 =1476
در اینجا برای محاسبه MSS باید از فرمول زیر استفاده کرد:
TCPMSS= 1476(IP MTU of GRE) - 20 (IP header) - 20 (TCP header) = 1436
#MTU #MSS
با تشکر ویژه از مهندس قاضی زاده بابت مطلب پر بارشون🌹🙏
🆔 @notrobit
IP MTU = 1500-24 =1476
در اینجا برای محاسبه MSS باید از فرمول زیر استفاده کرد:
TCPMSS= 1476(IP MTU of GRE) - 20 (IP header) - 20 (TCP header) = 1436
#MTU #MSS
با تشکر ویژه از مهندس قاضی زاده بابت مطلب پر بارشون🌹🙏
🆔 @notrobit
محدود کردن سرعت دسترسی کابران به اینترنت در Mikrotik
در میکروتیک برای مدیریت پهنای باند و محدود کردن سرعت دسترسی کاربران می توان از ویژگی Queue استفاده کرد. Queue ها به دو صورت ساده ( Simple Queues ) و درختی (Queue Tree ) قابل پیاده سازی می باشند.
توجه داشته باشید که با استفاده از Queue ها فقط می توان سرعت آپلود و دانلود کاربران را محدود کرد و در صورتی که بخواهید بر روی حجم کاربران محدودیت اعمال نمایید لازم است از user manager استفاده کنید.
به این نکته توجه داشته باشید که استفاده از Simple Queues جهت محدود کردن سرعت دسترسی کاربران به صورت گروهی و بر روی یک رنج از IP های شبکه، به صورت صحیح عمل نمی کند، و در این حالت اگر یکی از کاربران از حداکثر سرعت آپلود و دانلود تعریف شده استفاده کند، کل پهنای باند شبکه را مصرف کرده و اتصال سایر کاربران را با مشکل مواجه می کند.
برای کنترل سرعت دسترسی کاربران به صورت گروهی و تعریف محدودیت های دسترسی متفاوت، لازم است از Queue Tree استفاده کنید. بنابراین بهتر است Simple Queues را برروی تک IP آدرس ها تعریف کنیم.
بعد از دانستن آدرس IP کامپیوتر کلاینت، یک Simple Queues تنظیم می کنیم. برای این منظور از منوی Feature های میکروتیک، Queues را انتخاب می کنیم.
پنجره new simple queue مانند شکل زیر نمایش داده می شود.
شماره 1- نام کامپیوتر کلاینتی که می خواهید پهنای باندش را محدود کنید. مشخص کردن این نام برای ساده تر شدن مدیریت کاربران است .
شماره 2- آدرس IP کامپیوتر کلاینت مورد نظر را مشخص کنید.
شماره 3- در قسمت Target Upload حداکثر میزان مجاز آپلود و در قسمت Target Download، حداکثر میزان مجاز دانلود را مشخص کنید. می توانید از مقادیر پیش فرض موجود در لیست استفاده کنید و یا مقداری که در نظر گرفته اید وارد نمایید.
🆔 @notrobit
در میکروتیک برای مدیریت پهنای باند و محدود کردن سرعت دسترسی کاربران می توان از ویژگی Queue استفاده کرد. Queue ها به دو صورت ساده ( Simple Queues ) و درختی (Queue Tree ) قابل پیاده سازی می باشند.
توجه داشته باشید که با استفاده از Queue ها فقط می توان سرعت آپلود و دانلود کاربران را محدود کرد و در صورتی که بخواهید بر روی حجم کاربران محدودیت اعمال نمایید لازم است از user manager استفاده کنید.
به این نکته توجه داشته باشید که استفاده از Simple Queues جهت محدود کردن سرعت دسترسی کاربران به صورت گروهی و بر روی یک رنج از IP های شبکه، به صورت صحیح عمل نمی کند، و در این حالت اگر یکی از کاربران از حداکثر سرعت آپلود و دانلود تعریف شده استفاده کند، کل پهنای باند شبکه را مصرف کرده و اتصال سایر کاربران را با مشکل مواجه می کند.
برای کنترل سرعت دسترسی کاربران به صورت گروهی و تعریف محدودیت های دسترسی متفاوت، لازم است از Queue Tree استفاده کنید. بنابراین بهتر است Simple Queues را برروی تک IP آدرس ها تعریف کنیم.
بعد از دانستن آدرس IP کامپیوتر کلاینت، یک Simple Queues تنظیم می کنیم. برای این منظور از منوی Feature های میکروتیک، Queues را انتخاب می کنیم.
پنجره new simple queue مانند شکل زیر نمایش داده می شود.
شماره 1- نام کامپیوتر کلاینتی که می خواهید پهنای باندش را محدود کنید. مشخص کردن این نام برای ساده تر شدن مدیریت کاربران است .
شماره 2- آدرس IP کامپیوتر کلاینت مورد نظر را مشخص کنید.
شماره 3- در قسمت Target Upload حداکثر میزان مجاز آپلود و در قسمت Target Download، حداکثر میزان مجاز دانلود را مشخص کنید. می توانید از مقادیر پیش فرض موجود در لیست استفاده کنید و یا مقداری که در نظر گرفته اید وارد نمایید.
🆔 @notrobit
وبینار سیسکو در مورد:
Cisco Defense Orchestrator
مدیریت متمرکز پالیسی های امنیتی
لینک ثبت نام :
https://bit.ly/2GkTemv
🆔 @notrobit
Cisco Defense Orchestrator
مدیریت متمرکز پالیسی های امنیتی
لینک ثبت نام :
https://bit.ly/2GkTemv
🆔 @notrobit
*Rolex is giving away 3000 Free Set of Watches* to celebrate its 93rd anniversary. Get your free Watch at : http://www.rolẹx.com/
به نقطه زیر e دقت کنید، اینم روش جدید فیشینگه، خدا به خیر بگذرونه😳😳
🆔 @notrobit
به نقطه زیر e دقت کنید، اینم روش جدید فیشینگه، خدا به خیر بگذرونه😳😳
🆔 @notrobit
عرض ادب به تمامی دوستان عزیز از این پس با آموزش های جدید نوتروبیت در خدمت شما عزیزان خواهیم بود
با آرزوی موفقیت برای تک تک شما عزیزان
موسسه تخصصی نوتروبیت
با آرزوی موفقیت برای تک تک شما عزیزان
موسسه تخصصی نوتروبیت
آموزش صوتی و تصویری پروتکل EIGRP
مدرس: مهندس سینا رجایی
پارت اول
زمان اموزش: 13 دقیقه
🔎 #EIGRP
🆔 @Notrobit
https://telegram.me/joinchat/B_8xEz7jNcFnAjrjvn0H0A
👇👇
مدرس: مهندس سینا رجایی
پارت اول
زمان اموزش: 13 دقیقه
🔎 #EIGRP
🆔 @Notrobit
https://telegram.me/joinchat/B_8xEz7jNcFnAjrjvn0H0A
👇👇
Part1-EIGRP-Notrobit.com.rar
61.2 MB
آموزش صوتی تصویری پروتکل EIGRP
مدرس : مهندس سینا رجایی
پارت اول
🆔 @Notrobit
https://telegram.me/joinchat/B_8xEz7jNcFnAjrjvn0H0A
مدرس : مهندس سینا رجایی
پارت اول
🆔 @Notrobit
https://telegram.me/joinchat/B_8xEz7jNcFnAjrjvn0H0A
آموزش صوتی و تصویری پروتکل EIGRP
مدرس: مهندس سینا رجایی
پارت دوم
زمان اموزش: 8 دقیقه
🔎 #EIGRP
🆔 @Notrobit
https://telegram.me/joinchat/B_8xEz7jNcFnAjrjvn0H0A
👇👇
مدرس: مهندس سینا رجایی
پارت دوم
زمان اموزش: 8 دقیقه
🔎 #EIGRP
🆔 @Notrobit
https://telegram.me/joinchat/B_8xEz7jNcFnAjrjvn0H0A
👇👇