Voip для початківців
Можна сміливо сказати, що літо на Уралі ще не починалося - йде така собі затяжна весна (і ймовірний плавний перехід в осінь). Але хто про що, а "домашні мережі" про грозах. Кожне третє лист - про них, вірніше про засоби захисту від цього природного явища.
Однак час підсумків ще не настав. Вірніше - поки немає нічого несподіваного, що раніше не описаного. Класика галузі - оптика рятує, захист - як може захищає, а комутатори без неї - горять масово і безповоротно.
Хіба що можна особливо виділити ефективність додаткових засобів захисту на базі феромагнітних сердечників (дивитися тут внизу сторінки). Практика показала, що таке нехитрий пристрій (що отримало вже прізвисько "бочка") мало поступається за ефективністю звичайної діод-сапрессорной грозозащіте, а їх спільне використання так і взагалі наближає якість до заповітних (але недосяжним) 100%.
На жаль, сердечники дуже не дешеві (більше $ 10 пара), та й їх намотування досить трудомістка. Тому масове поширення ним, швидше за все, не загрожує.
Невелика колекція грозоужастіков:
Ці захисту (класичний АРС) стояли з двох сторін однієї лінії. Після грози в них не залишилося жодного цілого елемента. Навіть текстолит вигорів.
Тобто ADSL використовувалася саме як транспортне середовище, коштував він дорого (близько $ 120 в місяць тільки абонентської плати, і підключення в районі $ 800). Проте провайдери Запорожьеа в гострій конкуренції між собою підключили на даний момент близько 1200 точок.
Однак час іде. Замість Уралтелекома з'явився філія Уралсвязьинформа, який оголосив про плани самостійної роботи по АДСЛ з кінцевим користувачем (через дочку "уралки"). Правда наміри цілих два місяці не могли отримати розвитку в вигляді комерційної пропозиції. Тільки минулого тижня воно з'явилося. але по ньому умови для провайдерів стали, мабуть, тільки гірше.
Зниження абонентської плати з лишком компенсується вартістю транзитного трафіку, яка зросла (від тарифів "ВАТ СЦК") в 10 (!) Разів, і становить порядку 0,7 - 1,1 рубля за мегабайт. Повторюся, це саме транзитний трафік, а не інтернетний, який кожен провайдер купує окремо. Мабуть "уралки" залишає "запас" рентабельності для свого виходу на ринок кінцевих користувачів (для якого, ймовірно, зараз ще просто не відбудований механізм продажів).
У той же час відразу кілька альтернативних операторів встигли побудувати свої магістральні мережі масштабу міста (сотні кілометрів оптоволокна), і відносно успішно їх продають кінцевим користувачам і невеликим субпровайдера (як правило "домашнім мережам"). Так що можна сказати, що роль ADSL як магістрального транспорту вже зіграна, і нове його позиціонування має бути зроблено на домашнього користувача. Це означає, що конкуренція домашнім мережам посилиться, а транзитна мережа для них повинна в недалекій перспективі стати оптичної (для збереження якісного відриву).
Технічно все виглядає досить красиво - кільце з трьох вузлів АТМ (STM4), пов'язане з гигабитной мережею metroEthernet. Є підключення до основних магістральних операторам, вузол в трамвайно-тролейбусному управлінні (а це найбільший власник опор для недорогий прокладки оптики), core з двох вузлів пов'язаних лінією 10G. Крім цього обладнаний потужний (звичайно, для Запорожьеа) дата-центр (його фотографії нижче):
Крім того, є приблизно півдюжини "виносів" в різних районах міста, від яких можна прокласти "волокно до столу" ледь не в будь-який офіс. Останнє, до речі, вигідно відрізняє "GigaLine" від MSK-IX (структура. Тарифи).
Підключення на існуючому вузлі на швидкості 10 Мб коштує $ 2350, і абонентська плата $ 175 в місяць. На 100Мб - відповідно 4300/245. Якщо потрібно прокласти останню милю оптикою - то це ще плюс $ 1100. За окрему плату доступні пріоритети, транзитні Віла, і інші смаколики MAN в його тлумаченні Cisco.
Дорого це чи дешево? З одного боку, здається що це астрономічно багато. Але з іншого - прокласти "свою" оптику через півміста встане в кілька разів дорожче. Та й платити за оренду каналізації (опор) то ж доведеться не мало.
Тут вже нехай розсудить ринок - але спостерігати, чи зможе "ВАТ СЦК" продати ТСПД в Запоріжжі буде дуже цікаво. Для "домашніх мереж" користь - ще один варіант підключення до магістралі їм явно не зашкодить.
Так що думаю, що восени нудьгувати не доведеться. ;-)
Трохи посилань на корисні ресурси і документи:
Бездротові мережі та інше Жахи з побудови радиолінк у військовій частині.
Безкоштовна биллинговая система для ВПН мереж. Працює тільки під LINUX-му. Практично всі потрібні й непотрібні функції, відкритий вихідний код, можливість легкого зміни під свої потреби. Підійде для використання середнім ISP (кількість користувачів до 5000), в домашніх мережах, організаціях і т.п.
Кумедне пояснення чому дорівнює 1U і подарунок адміну на день народження:
Вузол називається (начебто) кулак мавпи.
Оновлення в розділах:
VoIP для початківців. Частина друга: SIP
На думку багатьох фахівців SIP більш наближений до IP мережного взаємодії, ніж всі інші протоколи (H323, MGCP і інші). SIP використовує звичайні текстові повідомлення і дуже нагадує http (практично базується на ньому). Архітектура мережі SIP базується на клієнт-серверному взаємодії.
Компоненти SIP діляться на два класи: клієнти і сервери.
User agent (UA) - клієнтську програму, яка посилає і приймає SIP запити. У свою чергу складається з UAC (user agent client - клієнт) і UAS (user agent server - сервер). UAC являє собою ініціатора SIP запитів до UAS.
Тільки UA безпосередньо взаємодіє з клієнтом. Всі інші компоненти SIP мережі цього не можуть, вони взаємодіють тільки з UA або між собою.
Proxy server - приймає SIP запити від UAC (UA) та ініціює нові запити в сторону запитуваної абонента UAS (UA). Це може бути пошук і виклик абонента, маршрутизація запиту і т.п. Практично це SIP роутер (маршрутизатор), який перенаправляє запити сигналізації (call signalling) в реальному часі.
Часто Registrar комбінується з proxy, але це окремий логічний процес.
Redirect сервер не терминирующего дзвінки.
В результаті SIP архітектура виглядає наступним чином:
Як клієнтську програму отримує інформацію про доступні в мережі серверах? Для цього використовуються такі алгоритми:
Sip: [email protected]
Sip: [email protected]
Sip: [email protected]
Структура SIP повідомлення.
Всі SIP повідомлення діляться на два види: запити і відповіді на них.
Структура будь-якого повідомлення виглядає так:
Start line
Headers
Body.
У свою чергу Start line запиту включає в себе Method, Request-URI, SIP version.
У специфікації визначено кілька видів запитів, що включають такі методи:
- REGISTER - реєстрація на Registrar сервері,
- INVITE - запрошення до початку сеансу зв'язку,
- ACK - підтвердження прийому,
- BYE - завершення сеансу зв'язку,
- INFO - інформація,
- OPTIONS - додаткові опції,
- та інші.
Для прикладу наведемо початок стандартного sip запиту:
INVITE sip: [email protected] SIP / 2.0
Відповіді діляться на дві групи: інформаційні та фінальні.
Інформаційні відповіді містять в собі ознайомчі дані. наприклад:
Trying, ringing.
Фінальні позначають завершення будь-яких транзакцій. наприклад:
Ok. Початок будь-якого SIP відповіді (start line) складається з SIP version, Status Code і Reason Phrase, наприклад:
SIP 2.0 Trying
Сценарії SIP взаємодій.
Під час виклику відбувається наступний діалог:
викликає UA - запрошую до розмови (INVITE).
викликається UA - видаю дзвінок (RINGING), трубка піднята, можна починати розмову (OK)
викликає UA - підтверджую початок розмови (ACK)
Далі йде розмова (RTP / RTCP між клієнтськими додатками).
Якщо один з учасників вирішує припинити зв'язок, то:
викликається UA - завершуємо дзвінок (BYE)
викликається UA - добре, завершуємо (OK).
Дзвінки c участю Proxy сервера (або декількох серверів).
Фаза виклику (дзвінка):
Розмовна фаза (RTP, RTCP) проходить тільки між клієнтськими додатками (UA) і не задіює проксі.
Фаза завершення зв'язку (розриву з'єднання):
Припинення з'єднання, так само як і ініціалізація, проходить через Proxy сервер, який практично ретранслює SIP повідомлення.
Як бачимо, учасники з'єднання не взаємодіють між собою під час встановлення і розриву з'єднань, тобто вся сигналізаційна інформація в рамках даної схеми проходить через проксі сервер. Дана конфігурація зручна тим, що клієнтським застосуванням досить знати (отримати) інформацію тільки про своє найближче SIP проксі сервері, який буде приймати всі дзвінки та займатися подальшим пошуком і маршрутизацією.
Зазвичай сервер реєстрації і проксі сервер об'єднують в один додаток і в результаті отримують комбінований SIP сервер доступу до VoIP мережі.
Взаємодія з участю Redirect сервера.
Фаза виклику (дзвінка):
Далі абонент взаємодіє з викликуваним безпосередньо і без участі REDIRECT сервера.
Фаза завершення зв'язку (розриву з'єднання):