سلام همکاران!
В در مطالب با چنین عنصر مفید و کاملاً ضروری زیرساخت VoIP مانند سیستم نظارت بر ترافیک یا به طور خلاصه SMT آشنا شدیم. ما متوجه شدیم که چیست، چه مشکلاتی را حل می کند، و همچنین برجسته ترین نمایندگان ارائه شده توسط توسعه دهندگان به دنیای فناوری اطلاعات را ذکر کردیم. در این قسمت به اصولی می پردازیم که بر اساس آن SMT در زیرساخت فناوری اطلاعات پیاده سازی شده و نظارت بر ترافیک VoIP با استفاده از ابزار آن انجام می شود.
معماری سیستم های نظارت بر ترافیک VoIP
ساختیم و ساختیم و بالاخره ساختیم. هورا!
از کارتون "چبوراشکا و کروکودیل گنا."
همانطور که قبلا ذکر شد، محصولات کافی در صنعت ارتباطات و مخابرات وجود دارد که در دسته بندی مناسب قرار می گیرند. با این حال، اگر از نام، توسعه دهنده، پلتفرم و غیره انتزاعی بگیریم، می بینیم که همه آنها از نظر معماری کم و بیش یکسان هستند (حداقل آنهایی که نویسنده باید با آنها سر و کار داشته باشد). شایان ذکر است که این دقیقاً به دلیل عدم وجود روشهای دیگر برای گرفتن ترافیک از عناصر شبکه برای تجزیه و تحلیل دقیق بعدی آن است. علاوه بر این، دومی، به نظر ذهنی، تا حد زیادی توسط توسعه فعلی حوزه های مختلف صنعت موضوع تعیین می شود. برای درک بهتر، قیاس زیر را در نظر بگیرید.
از لحظه ای که دانشمند بزرگ روسی ولادیمیر الکساندرویچ کوتلنیکوف قضیه نمونه برداری را ایجاد کرد، بشریت فرصت فوق العاده ای برای انجام تبدیل سیگنال های گفتاری آنالوگ به دیجیتال و دیجیتال به آنالوگ دریافت کرده است که به لطف آن می توانیم به طور کامل از چنین نوع شگفت انگیزی استفاده کنیم. ارتباطات به عنوان تلفن IP اگر به توسعه مکانیسم‌هایی برای پردازش سیگنال‌های گفتاری (الگوریتم‌ها، کدک‌ها، روشهای رمزگذاری و غیره) نگاه کنید، می‌توانید ببینید که چگونه DSP (پردازش سیگنال دیجیتال) گامی اساسی در رمزگذاری پیام‌های اطلاعاتی - پیاده‌سازی توانایی پیش‌بینی برداشته است. یک سیگنال گفتاری یعنی به جای دیجیتالی کردن ساده و استفاده از قوانین فشرده سازی a- و u (G.711A/G.711U)، اکنون می توان تنها بخشی از نمونه ها را مخابره کرد و سپس کل پیام را از آنها بازیابی کرد که به میزان قابل توجهی باعث صرفه جویی می شود. پهنای باند با بازگشت به مبحث MMT، متذکر می شویم که در حال حاضر هیچ تغییر کیفی مشابهی در رویکرد ضبط ترافیک، به جز یک یا نوع دیگری از آینه سازی وجود ندارد.
اجازه دهید به شکل زیر بپردازیم، که آنچه را که توسط متخصصان در زمینه های موضوعی مربوطه ساخته شده است را نشان می دهد.
شکل 1. نمودار کلی معماری SMT.
تقریباً هر SMT از دو جزء اصلی تشکیل شده است: یک سرور و عوامل ضبط ترافیک (یا پروب). سرور ترافیک VoIP را که از نمایندگی ها می آید، دریافت، پردازش و ذخیره می کند و همچنین توانایی کار با اطلاعات دریافتی در نماهای مختلف (نمودار، نمودار، جریان تماس و غیره) را در اختیار متخصصان قرار می دهد. عوامل ضبط، ترافیک VoIP را از تجهیزات اصلی شبکه (به عنوان مثال، SBC، سوئیچ نرم‌افزار، دروازه‌ها،...) دریافت می‌کنند، آن را به فرمت مورد استفاده در نرم‌افزار سرور سیستم کاربردی تبدیل می‌کنند و برای دستکاری‌های بعدی به دومی انتقال می‌دهند.
همانطور که در موسیقی، آهنگسازان بر روی ملودی های اصلی آثار تغییراتی ایجاد می کنند، در این صورت نیز گزینه های مختلفی برای اجرای طرح فوق امکان پذیر است. تنوع آنها بسیار زیاد است و عمدتاً توسط ویژگی های زیرساختی که MMT در آن مستقر شده است تعیین می شود. رایج ترین گزینه گزینه ای است که در آن هیچ عامل ضبط نصب یا پیکربندی نشده است. در این حالت، ترافیک تجزیه و تحلیل شده مستقیماً به سرور ارسال می شود یا مثلاً سرور اطلاعات لازم را از فایل های pcap تولید شده توسط اشیاء نظارتی دریافت می کند. این روش تحویل معمولاً در صورتی انتخاب می شود که امکان نصب پروب وجود نداشته باشد. قرار گرفتن تجهیزات در سایت، کمبود منابع برای ابزار مجازی سازی، نقص در سازماندهی شبکه IP حمل و نقل و در نتیجه مشکلات اتصال به شبکه و غیره، همه اینها ممکن است دلیل انتخاب موارد ذکر شده باشد. گزینه ای برای سازماندهی نظارت
پس از آموختن و درک اینکه چگونه این یا آن SMT را می توان از دیدگاه معماری در زیرساخت فناوری اطلاعات پیاده سازی کرد، در مرحله بعدی جنبه هایی را که بیشتر در صلاحیت مدیران سیستم هستند، یعنی روش های استقرار نرم افزار سیستم بر روی سرورها، بررسی خواهیم کرد.
در حین تهیه تصمیم در مورد اجرای مؤلفه شبکه نظارتی در حال بررسی، مجریان همیشه سؤالات زیادی دارند. به عنوان مثال، ترکیب سخت افزار سرور چگونه باید باشد، آیا نصب تمام اجزای سیستم روی یک هاست کافی است یا باید از یکدیگر جدا شوند، نحوه نصب نرم افزار و غیره. سؤالات ذکر شده در بالا، و همچنین بسیاری از سؤالات مرتبط دیگر، بسیار گسترده هستند و پاسخ به بسیاری از آنها واقعاً به شرایط عملیاتی خاص (یا طراحی) بستگی دارد. با این حال، ما سعی خواهیم کرد مشخصات را خلاصه کنیم تا یک ایده و درک کلی از این سمت از استقرار CMT بدست آوریم.
بنابراین، اولین چیزی که متخصصان همیشه در هنگام پیاده سازی SMT به آن علاقه دارند این است که سرور با چه ویژگی های عملکردی باید استفاده شود؟ با توجه به استفاده گسترده از نرم افزار رایگان، این سوال به قدری پرسیده می شود که احتمالاً می توان محبوبیت آن را با این سوال مقایسه کرد که "چه کار کنم؟" جلسات رسانه‌ای که توسط پلتفرم تلفن پردازش می‌شوند یا پردازش خواهند شد. یک مشخصه عددی و ملموس که ارزیابی خاصی از فاکتور ذکر شده ارائه می دهد، پارامتر CAPS (تلاش در هر ثانیه) یا تعداد تماس در ثانیه است. نیاز به پاسخ به این سوال در درجه اول به این دلیل است که اطلاعات مربوط به جلسات ارسال شده به سیستم است که باعث ایجاد بار در سرور آن می شود.
دومین مسئله ای که هنگام تصمیم گیری در مورد ویژگی های اجزای سخت افزاری سرور مطرح می شود، ترکیب نرم افزار (محیط های عامل، پایگاه های داده و غیره) است که روی آن کار می کند. ترافیک سیگنال (یا رسانه) به سرور می رسد، جایی که توسط برخی از برنامه ها (به عنوان مثال، Kamailio) پردازش می شود (پیام های سیگنال تجزیه می شود)، و سپس اطلاعات تولید شده به روشی خاص در پایگاه داده قرار می گیرد. برای CMT های مختلف، هم برنامه هایی که واحدهای سیگنال را یکپارچه می کنند و هم برنامه هایی که ذخیره سازی می کنند ممکن است متفاوت باشند. با این حال، همه آنها به دلیل ماهیت یکسان چند رشته ای متحد شده اند. در عین حال، با توجه به ویژگی های یک عنصر زیرساخت مانند SMT، در این مرحله باید توجه داشت که تعداد عملیات نوشتن روی دیسک به طور قابل توجهی از تعداد عملیات خواندن از آن بیشتر است.
و در نهایت... "There's so much in this word": سرور، مجازی سازی، کانتینرسازی... آخرین جنبه اما بسیار مهمی که در این قسمت از مقاله به آن پرداخته شد، راه های ممکن برای نصب اجزای MMT در حین استقرار آن است. در کنار نقل قولی از اثر جاودانه A.S. فناوری های پوشکین به طور گسترده در زیرساخت ها و پروژه های مختلف استفاده می شود. از یک سو، آنها ارتباط تنگاتنگی با یکدیگر دارند، و از سوی دیگر، در بسیاری از معیارها تفاوت های چشمگیری دارند. با این حال، همه آنها، به یک شکل یا شکل دیگر، توسط توسعه دهندگان به عنوان گزینه های موجود برای نصب محصولات خود ارائه می شوند. با خلاصه کردن سیستم های ذکر شده در قسمت اول مقاله، روش های زیر را برای استقرار آنها در یک سرور فیزیکی یا ماشین مجازی ذکر می کنیم:
- استفاده از اسکریپت های نصب خودکار یا خودنصب و پیکربندی بعدی نرم افزار مربوطه،
- استفاده از یک تصویر سیستم عامل آماده با نرم افزار و/یا عامل SMT از پیش نصب شده،
- استفاده از فناوری کانتینرسازی (Docker).
ابزارهای نصب ذکر شده مزایا و معایب خود را دارند و متخصصان ترجیحات، محدودیت‌ها و شرایط خاص خود را دارند که زیرساختی که در آن کار می‌کنند یا پیاده‌سازی می‌کنند در آن قرار دارد تا هر گونه توصیه را بیان کنند. از سوی دیگر، شرح داده شده در مورد راه های استقرار سیستم های نظارت بر ترافیک SIP کاملاً شفاف است و در مرحله فعلی نیازی به بررسی دقیق تری ندارد.
این مقاله دیگری است که به یک عنصر مهم و جالب از شبکه VoIP - سیستم نظارت بر ترافیک SIP اختصاص دارد. مثل همیشه از توجه خوانندگان به این مطالب تشکر می کنم! در قسمت بعدی سعی خواهیم کرد حتی بیشتر به جزئیات برویم و به محصولات HOMER SIP Capture و SIP3 نگاه کنیم.
منبع: www.habr.com