چگونه ISP خود را پاسخگو نگه دارید: نظارت شبکه برای مدارس چند سایتی و مؤسسات عمومی

اینترنت در یکی از سایت‌های مدرسه شما تا حد خزیدن کند می‌شود. معلمان نمی توانند برنامه های درسی خود را بارگذاری کنند. چت ویدیویی کلاس مجازی متوقف می شود. تیم فناوری اطلاعات شما با ISP تماس می گیرد. ISP بررسی های خود را انجام می دهد و به شما می گوید که همه چیز از نظر آنها خوب به نظر می رسد.

آشنا به نظر می رسد؟

این مشکل اصلی است که هر هیئت مدرسه و مؤسسه دولتی در نهایت با آن مواجه است. ISP شما در شبکه خود کاملاً قابل مشاهده است. شما این کار را نمی کنید. بدون اندازه‌گیری مستقل خود، بار اثبات کاملاً بر عهده شماست و اکثر تیم‌های فناوری اطلاعات داده‌ای برای بازگشت به آن ندارند.

پاسخگو نگه داشتن ISP با در دست گرفتن نظارت شروع می شود. به‌جای تکیه بر تشخیص‌های خود ارائه‌دهنده، به داده‌های پیوسته جمع‌آوری‌شده از سمت اتصال خود نیاز دارید: نرخ از دست دادن بسته، روند تأخیر، لرزش در طول زمان، و ردیابی مسیر با مهر زمانی که دقیقاً در کجای مسیر شبکه خطا رخ می‌دهد. با این داده ها، می توانید SLA ها را به چالش بکشید، اعتبارات را ادعا کنید، و به جای حکایات، با شواهد افزایش پیدا کنید.

این راهنما تیم‌های فناوری اطلاعات را در هیئت‌مدیره مدارس و مؤسسات عمومی از طریق ایجاد این شواهد، افزایش مؤثر آن و استفاده از ابزارهای نظارتی برای مسئول نگه داشتن فروشندگان در قبال آنچه که قرار است ارائه کنند، راهنمایی می‌کند.

هیئت مدیره مدارس به دلیل انتخاب محدود شرکت مخابراتی، بوروکراسی تدارکاتی و اتصالات اینترنتی در ده ها سایتی که هیچ کس در زمان واقعی آنها را تماشا نمی کند، با اهرم کمتری نسبت به ISP ها روبرو هستند.

• انتخاب اپراتور محدود: بسیاری از هیئت مدیره مدارس، به ویژه در مناطق روستایی یا نیمه شهری، تحت قراردادهایی با ISP های منطقه ای با جایگزین های واقعی کمی عمل می کنند. کسب و کاری که از تامین کننده خود ناراضی است ممکن است تهدید به تغییر کند. هیئت مدیره مدرسه معمولا نمی تواند. این تقریباً تمام اهرم ها را به ISP منتقل می کند.
• محدودیت های خرید عمومی: تغییر تامین کنندگان، تشدید افزایش از طریق مجاری قانونی یا حتی اختلاف در یک فاکتور معمولاً مستلزم مستندات و تایید هیئت مدیره است. بدون مدرک کتبی با تاریخ و زمان عملکرد ضعیف، هیچ یک از این موارد به جلو حرکت نمی کند. یک شماره بلیط و یک شکایت شفاهی یک افسر تدارکات را به جایی نمی رساند.
• مکان های توزیع شده به معنای درد توزیع شده است: یک هیئت مدیره می‌تواند ده‌ها سایت مدرسه را مدیریت کند که هر کدام دارای اتصال خاص خود هستند، گاهی اوقات از ISPهای مختلف یا سطوح مختلف قرارداد. یک مشکل در یک مدرسه از راه دور می تواند برای روزها مورد توجه قرار نگیرد. نه به این دلیل که هیچ کس اهمیتی نمی دهد، بلکه به این دلیل که هیچ راه خودکاری برای اطلاع از وقوع آن وجود ندارد.

مسئولیت ISP دیگر یک مسئله جانبی نیست. اکنون مدارس از پلتفرم‌های مبتنی بر ابر، کلاس‌های درس ترکیبی و VoIP از طریق همان اتصال اینترنتی که قبلاً کشیده شده استفاده می‌کنند.و اکثر هیئت مدیره ها سعی می کنند از این تغییر در بودجه های فناوری که هرگز برای آن در نظر گرفته نشده بود، حمایت کنند.

شبکه ای که امروز مدرسه به آن متکی است، هیچ شباهتی به پنج سال پیش ندارد. پلتفرم‌های یادگیری مبتنی بر ابر، کلاس‌های ترکیبی و راه دور، سیستم‌های تلفن VoIP و ابزارهای پهنای باند فشرده مانند کنفرانس ویدیویی و پخش جریانی، همگی از زیرساخت‌های جدید به زیرساخت‌های اصلی تبدیل شده‌اند. هنگامی که یک کلاس به بارگذاری صحیح یک پلتفرم ابری یا حفظ یک تماس ویدیویی پایدار بستگی دارد، از دست دادن بسته و تأخیر یک مزاحم IT نیست و به یک ضربه مستقیم در زمان آموزش تبدیل می شود.

این تغییر خطرات را برای خود رابطه افزایش می دهد. قطع تماس VoIP یا آموزش بارگذاری آهسته دیگر فقط آزاردهنده نیست. این یک خطای سرویس است که معلم، والدین یا مدیر کل متوجه آن شده و در مورد آن سؤال می کند. و با توجه به اینکه تعداد بیشتری از فعالیت های روزانه مدرسه در حال حاضر از طریق همین اتصال اینترنتی انجام می شود، هزینه ای که یک ISP آنچه را که وعده داده بود ارائه نمی دهد، بیشتر از قبل است.

در عین حال، بودجه لزوماً با وابستگی رو به رشد همگام نبوده است. این تنش چیز جدیدی نیست. بررسی آمار کانادا در مورد استفاده از فناوری اطلاعات و ارتباطات در مدارس کانادا نشان داد که مدیران دریافت بودجه کافی برای فناوری را یک چالش عمده و مداوم می دانند و این الگو تا زمانی که هیئت مدیره مدارس آن را گزارش می دهند ادامه دارد.. بودجه برای ارتقاء شبکه، افزایش پهنای باند و بهبود زیرساخت معمولاً در مرحله تصویب می شود و با هر اولویت سرمایه دیگری که هیئت مدیره باید در نظر بگیرد رقابت می کند.

این امر باعث می‌شود به جای جذب بی‌صدا و بی‌صدا عملکرد پایین، دریافت ارزش کامل از خدمات اینترنتی که قبلاً برای آن پرداخت می‌کنید، اهمیت بیشتری پیدا کند، زیرا یک مدار جدید یا مذاکره مجدد قرارداد در بودجه امسال نیست.

اینجا دقیقاً جایی است که مسئولیت پذیری ISP جایگاه خود را به عنوان اولویت کسب می کند. اگر هیئت مدیره نتواند یک شبه پهنای باند یا سوئیچ ارائه دهندگان را اضافه کند، سریعترین اهرمی که در واقع دارد این است که مطمئن شود اتصالی که قبلاً برای آن پول پرداخت می کند، آنچه را که قرارداد وعده داده است، ارائه می دهد.

نظارت مستقل هزینه ای نزدیک به آنچه ارتقاء شبکه انجام می دهد ندارد و مستقیماً از سرمایه گذاری هیئت مدیره در پلتفرم های ابری، VoIP و ابزارهای کلاس درس دیجیتال محافظت می کند.. بدون آن، یک هیئت مدیره می‌تواند هزینه‌های زیادی را برای ارتقای شبکه‌اش خرج کند و هنوز هم سهم قابل‌توجهی از این سرمایه‌گذاری را به یک ISP که بی‌سر و صدا اتصال زیر همه آن را تحویل نمی‌دهد، از دست بدهد.

برای به چالش کشیدن یک ISP SLA (توافقنامه سطح خدمات)، به یک خط پایه شبکه، کشف بلادرنگ، شواهد سطح مسیر از traceroute و گزارشی نیاز دارید که بتوانید آن را به فردی خارج از IT بسپارید.

شما نمی توانید تنزل را بدون اینکه بدانید عادی به نظر می رسد را ثابت کنید. نظارت مستمر یک رکورد تاریخی از تأخیر، از دست دادن بسته ها، لرزش و زمان کار در هر سایت ایجاد می کند، بنابراین هر انحراف به جای شهود قابل اندازه گیری و مستند است.

مشکلی که تا زمانی که معلم تماس نگرفته است را نمی توان با دقت واقعی علامت گذاری کرد. نظارتی که مشکل را در لحظه وقوع علامت گذاری می کند، زمان شروع دقیق، مدت و شدت کار را در اختیار شما قرار می دهد.

رد شکایتی که می گوید “اینترنت کند است” برای یک ISP آسان است. ردیابی که اوج از دست دادن بسته را در یک پرش خاص نشان می دهد، همان چیزی که درست در مقابل ساختمان شما و در شبکه ISP است. این شواهدی است که در واقع تشدید را به جلو می برد.

CIOها در هیئت مدیره مدارس اغلب نیاز دارند تا شواهدی را به افراد غیرشبکه ای ارسال کنند: مدیر عامل، تیم تدارکات، یا تماس رسمی تشدید ISP. گزارش باید به اندازه کافی واضح باشد تا کسی بدون تجربه شبکه بتواند آن را بخواند و ارسال کند.

Obkio هر چهار مورد را در یک پلتفرم پوشش می‌دهد و برای راه‌اندازی یا خواندن آنچه به شما می‌گوید، نیازی نیست که یک مهندس شبکه اختصاصی باشید.

Obkio یک ابزار نظارت بر شبکه است که بی سر و صدا در پس زمینه قرار می گیرد و اینترنت و اتصال شبکه شما را به صورت شبانه روزی نظارت می کند، به همان روشی که یک دوربین امنیتی ساختمان را نظارت می کند. شما قطعات کوچکی از نرم افزار به نام عوامل نظارت را در سایت هر مدرسه نصب می کنید. هنگامی که یک عامل در حال اجرا است، دائماً کیفیت اتصال بین آن سایت و دنیای خارج را بررسی می‌کند، مواردی مانند سرعت حرکت داده‌ها، از بین رفتن داده‌ها در طول مسیر، و پایداری یا قطع بودن اتصال را ردیابی می‌کند. همه اینها به صورت خودکار و بدون نیاز به آزمایش دستی مداوم انجام می شود.

وقتی مشکلی پیش می‌آید، Obkio یک هشدار ارسال می‌کند (از طریق ایمیل یا ابزارهایی مانند Slack یا Teams) و می‌تواند به طور خودکار جزئیات تشخیصی پشت آن هشدار را در توضیحی به زبان ساده از اتفاقی که رخ داده است، تقریباً محل وقوع آن و اینکه آیا به نظر مشکلی در طرف اتصال شما یا ISP شما است، جمع‌آوری کند. این بخش آخر برای کسی که یک شبکه‌ساز نیست بسیار مهم است: برای اینکه بدانید چه کسی مسئول تعمیر آن است، نیازی به تفسیر داده‌های فنی خام ندارید.

همه چیزهایی که Obkio جمع‌آوری می‌کند، از هشدارهای بی‌درنگ گرفته تا نتایج ردیابی تا گزارش‌های صادراتی، در یک داشبورد قرار دارند که می‌توانید از طریق مرورگر به آن دسترسی داشته باشید. هیچ سخت افزار تخصصی برای پشتیبانی، هیچ ابزار خط فرمانی برای یادگیری وجود ندارد، و برای بهره مندی از آن نیازی نیست که فنی ترین فرد در بخش فناوری اطلاعات باشید.

برای هیئت مدیره مدرسه، جایی که شخصی که با مسائل شبکه سروکار دارد اغلب یک متخصص عمومی است که چندین کلاه بر سر دارد، این نکته تمام است: این ابزار کار همبستگی فنی را در پس‌زمینه انجام می‌دهد تا تیم شما بتواند بر خواندن نتیجه‌گیری و تصمیم‌گیری در مورد کارهای بعدی تمرکز کند.

• 14 روز آزمایش رایگان تمام ویژگی های برتر
• فقط در 10 دقیقه مستقر شود
• نظارت بر عملکرد در تمام مکان های کلیدی شبکه
• معیارهای شبکه را در زمان واقعی اندازه گیری کنید
• مشکلات شبکه زنده را شناسایی و عیب یابی کنید

Traceroute هر جهشی که ترافیک شما برای رسیدن به مقصد طول می‌کشد را ترسیم می‌کند و تاخیر را در هر یک نشان می‌دهد، بنابراین می‌توانید نقطه دقیقی را مشخص کنید که مشکل شبکه از آنجا شروع می‌شود.

Traceroute مسیر بسته‌های داده را از شبکه شما به مقصد، پرش به پرش دنبال می‌کند و تاخیر را در هر توقف در مسیر نشان می‌دهد. وقتی مشکلی پیش می‌آید، traceroute به شما می‌گوید کجاست.

در اینجا چیزی است که باید به دنبال آن باشید: جهشی که در آن تاخیر یا پیک از دست دادن بسته برای اولین بار رخ می دهد. این جزییات مشخص می کند که مسئولیت کجاست.

اگر خرابی هنگام پریدن در ساختمان یا روتر شما شروع می شود، این مشکلی است که باید برطرف کنید. اگر به محض اینکه اتصال شما به شبکه ISP تغییر می کند، شروع به پریدن کرد، این مشکل آنهاست. این تمایز اهمیت دارد زیرا ساده ترین بهانه ISP را حذف می کند: “این باید چیزی در کار شما باشد.” یک ردیاب با یک نقطه تحویل واضح که نشان دهنده تنزل در سمت آنها از خط است، آن در را می بندد.

Visual Traceroutes Obkio این را بیشتر از traceroute استاندارد از خط فرمان می برد. به جای دیواری از داده های هاپ خام که فقط یک مهندس شبکه می تواند آن را تفسیر کند، یک نقشه مسیر شبکه تعاملی و با کد رنگی را نمایش می دهد. هر پرش با نتایج تأخیر، از دست دادن بسته ها، جیتر و MOS که مستقیماً روی نقشه قرار می گیرند، تجسم می شود. سبز به معنای سالم، زرد به معنای کمی تخریب، قرمز به معنای یک مشکل واقعی است. نشان دادن ماوس روی هر جهشی نشان‌دهنده آدرس IP و امتیاز کیفیت است، و اگر پرش پاسخ ندهد، به‌جای ایجاد شکاف در داده‌ها، به وضوح علامت‌گذاری می‌شود.

این موضوع برای تیم‌های فناوری اطلاعات هیئت‌مدرسه از اهمیت بالایی برخوردار است، جایی که فردی که تشخیص را انجام می‌دهد اغلب یک مهندس شبکه تخصصی نیست. ردیابی های Obkio نیز به طور مداوم در پس زمینه بدون نیاز به راه اندازی دستی، با حداکثر شش ماه سابقه با دانه بندی یک دقیقه ای اجرا می شود. این به این معنی است که وقتی یک مشکل متناوب در ساعت 7 صبح روز سه‌شنبه رخ می‌دهد و هیچ‌کس تا پنجشنبه متوجه آن نمی‌شود، داده‌ها هنوز وجود دارند.

عیب‌یابی خودکار شبکه مشکل نظارت بر مقیاس در چندین سایت را با شناسایی و تشخیص مشکلات در هر سایت به طور همزمان بدون انتظار برای انسان برای توجه و بررسی حل می‌کند.

اگر شما 40 سایت مدرسه را مدیریت می کنید، نمی توانید به صورت دستی یک ردیابی را در هر یک از آنها هر بار که چیزی کند احساس می شود اجرا کنید. شما به پرسنل بیشتر، زمان بیشتر و فرآیندی نیاز خواهید داشت که در اکثر هیئت مدیره مدارس با بودجه هایی که به آنها داده می شود وجود ندارد.

این دقیقاً همان مشکلی است که s (اکنون در نسخه بتا) برای حل آن ایجاد شده است. Insights موتور تشخیص شبکه خودکار Obkio است. این داده ها از نظارت بر عملکرد شبکه، نظارت بر دستگاه SNMP، و Visual Traceroutes در هر سایت نظارت شده به طور همزمان به هم مرتبط است. لحظه ای که یک مشکل عملکرد در هر نقطه از شبکه شناسایی می شود، Insight در پس زمینه شروع به کار می کند، این داده ها را به طور خودکار مرتبط می کند و یک علت احتمالی ریشه ای را همراه با هشدار آشکار می کند. هیچ کس نباید ابتدا متوجه مشکل شود و سپس به داشبورد بپردازد تا آن را توضیح دهد.

در هنگام راه‌اندازی، Insights می‌تواند به‌طور خودکار چندین دلیل ریشه‌ای خاص را شناسایی کند: مشکل در مدار ISP محلی (بخش بین ساختمان شما و نقطه حضور ISP)، مشکل عمیق‌تر در شبکه خود ISP، مشکل محدود به شبکه LAN شما، استفاده از پهنای باند بالا که یک مدار اینترنت را اشباع می‌کند، یا استفاده بالای CPU در دیوار آتش رو به اینترنت. این اولین تمایز، خط محلی در مقابل عمیق تر در شبکه ISP، همان تمایزی است که traceroute به صورت دستی نشان می دهد، به جز اینکه Insights آن را بدون انجام آزمایش به سطح می آورد.

برای هیئت مدیره مدرسه، این موارد عملی را تغییر می دهد:

• این وابستگی به کسی که در زمان واقعی برای بررسی در دسترس است را حذف می کند.
• در هر سایت نظارت شده به طور همزمان کار می کند، نه فقط در سایتی که اتفاقاً کسی به آن نگاه می کند.
• خروجی به زبان ساده است، بنابراین یک فرد عمومی IT، نه فقط یک متخصص شبکه، می تواند آن را بخواند و بر اساس آن عمل کند.
• این افزایش سرعت ISP را افزایش می دهد زیرا علت احتمالی آن قبلاً قبل از اینکه تیم فناوری اطلاعات تلفن را برمی دارد شناسایی شده است.

این تغییر از “ما می دانیم چیزی اشتباه است” به “می دانیم چه چیزی اشتباه است، کجا اتفاق می افتد و چه کسی مسئول رفع آن است.”

ابتدا مشکل داده را تأیید کنید، یک traceroute را برای تعیین محل خرابی اجرا کنید، یک گزارش مهر زمانی صادر کنید، یک بلیط رسمی باز کنید، مستقیماً شرایط SLA خود را نقل قول کنید، و اگر پشتیبانی خط اول متوقف شد، به یک مدیر حساب افزایش دهید.

تا زمانی که اطلاعات را در اختیار ندارید، با ISP خود تماس نگیرید. داشبورد را بالا بکشید، زمان دقیق و مدت زمان تخریب را تأیید کنید و اعداد خاص را یادداشت کنید: نرخ تلفات بسته، تأخیر در میلی ثانیه بالاتر از خط مبنا، جیتر، و محل یا مدار تحت تأثیر قرار گرفته است. به عنوان مثال: 18٪ از دست دادن بسته به مدت 45 دقیقه از ساعت 9:12 صبح در پیوند WAN اولیه در سایت 14. زبان نامشخص اعتبار شما را در مکالمه به خطر می اندازد. “امروز صبح کند بود” به جایی نمی رسد. یک رقم مهر زمانی خاص جدی گرفته می‌شود، زیرا نشان می‌دهد که شما آن را به درستی ردیابی می‌کنید و حدس نمی‌زنید.

از Visual Traceroute برای پیدا کردن این که کدام هاپ کاهش یافته است استفاده کنید و تعداد پرش ها، آدرس IP آن هاپ و اینکه آیا قبل یا بعد از انتقال به شبکه ISP واقع شده است را یادداشت کنید. اگر Insights قبلاً رویداد را به‌عنوان «مشکل مدار محلی ISP» یا «مشکل شبکه ISP» علامت‌گذاری کرده است، این طبقه‌بندی ارزش دارد که مستقیماً درج شود زیرا به تکنسین ISP می‌گوید دقیقاً از کجا شروع به جستجو کند، نه اینکه آنها را از ابتدا تشخیص دهد.

اگر traceroute به جای آن به LAN خود یا دستگاهی در انتهای شما اشاره می‌کند، ارزش دانستن آن را نیز دارد، زیرا تشدید مشکلی که در واقع مال شماست، وقت همه را تلف می‌کند و اعتماد شما را برای حادثه واقعی بعدی تضعیف می‌کند.

یک گزارش عملکرد دارای مهر زمانی که پنجره حادثه را پوشش می‌دهد، به طور ایده‌آل با چند بافر قبل و بعد از آن دانلود کنید تا ISP بتواند کنتراست قبل و بعد را ببیند، نه فقط بدترین زمان را. این به سند اصلی شما تبدیل می شود، چیزی که در واقع به یک بلیط متصل می کنید یا به یک افسر تدارکات تحویل می دهید.

Obkio می‌تواند آنها را به‌عنوان فایل‌های اکسل، پی‌دی‌اف یا JSON تولید کند، و می‌توان آن‌ها را حتی با افرادی که حساب کاربری در برنامه ندارند، از طریق ایمیل به اشتراک گذاشت، این مهم زمانی است که گیرنده یک مدیرعامل یا مدیر قرارداد است که هرگز وارد پلتفرم نظارتی نمی‌شود.

یک تماس تلفنی هیچ ردی از کاغذ باقی نمی‌گذارد، و رد کاغذ تمام نکته این فرآیند است. درخواستی را از طریق پورتال تشدید رسمی ISP باز کنید، گزارش خود را پیوست کنید و حادثه را با همان عباراتی که در داخل استفاده کردید شرح دهید: سایت، پنجره زمانی، متریک و شدت. این یک تعهد کتبی برای ISP ایجاد می کند تا پاسخ دهد و یک شماره بلیط و مهر زمانی به شما می دهد که در صورت رفع نشدن مشکل یا تکرار مجدد آن می توانید بعداً به آن مراجعه کنید. اگر هیئت مدیره شما حوادث را برای اهداف مدیریتی یا بودجه ردیابی می کند، این بلیط نیز رکوردی است که بعداً گفتگو را توجیه می کند.

قبل از تشدید، نه بعد از آن، با شرایط SLA آشنا شوید. زبان قرارداد واقعی را برای درصدهای آپ‌تایم اینترنت، ضمانت‌های تأخیر و آستانه‌های از دست دادن بسته‌ها دانلود کنید و دقیقاً توجه داشته باشید که رخداد خارج از این شرایط کجاست. گفتن “SLA شما 99.9% آپتایم را تضمین می کند و این قطعی ما را در ماه پایین تر از آن قرار می دهد“فرود بسیار متفاوت از گفتن”این بد به نظر می رسد“در قراردادهای بخش عمومی، به طور خاص، نقض SLA می تواند مفاد اعتبار خدمات یا رویه های رسمی اختلاف را ایجاد کند، اما تنها در صورتی که شما واقعاً به این بند اشاره کرده باشید، نه اینکه به ISP اجازه دهید شرکت کند.

پشتیبانی خط مقدم در اکثر ISPها برای بستن بلیط، نه صدور اعتبار یا حل و فصل تشدیدات داخلی آموزش دیده است. اگر درخواست شما پس از دوره پاسخگویی SLA مشخص شده حل نشده باقی بماند، یا اگر پاسخی دریافت کردید که به داده‌هایی که ارائه کرده‌اید نمی‌پردازد، لطفاً مستقیماً به مدیر حساب یا تیم تجاری منطقه‌ای خود بروید. گزارش خود را مجدداً پیوست کنید، شماره بلیط اصلی را ارائه دهید و به طور خاص توجه داشته باشید که پشتیبانی Frontline آن را در پنجره SLA حل نکرده است.

این معمولاً زمانی است که ISP شروع به جدی گرفتن مشکل می کند، زیرا دیگر یک بلیط در صف نیست، بلکه یک مکالمه در سطح حساب با یک دنباله کاغذ در پشت آن است.

توصیه هایی برای هیئت مدیره مدارس: گزارشی از هر بلیط تشدید بر اساس سایت، تاریخ، و قطعنامه نگه دارید. با گذشت زمان، الگویی از مسائل تکراری در یک مکان به اهرمی تبدیل می‌شود، خواه برای مذاکره مجدد قرارداد شما باشد یا در زمینه تدارکات، زمینه‌ای برای مناقصه مجدد رقابتی.

یک عامل نظارتی را در یک سایت مدرسه مستقر کنید، آن را به مقصدهای خارجی هدایت کنید تا عملکرد WAN و ISP را ایزوله کند، اجازه دهید برای دو تا چهار هفته اجرا شود تا یک خط پایه ایجاد شود، سپس آستانه های هشدار را از آن داده ها تنظیم کنید.

راه اندازی این نیاز به تعمیرات اساسی شبکه ندارد. در اینجا پیاده سازی عملی است: