Category: технологии

Category was added automatically. Read all entries about "технологии".

А туда ли мы идём?

Просто представьте, во что мы себя уже втянули. Какова сложность архитектурной композиции из костылей, которую мы сооружаем?

Сначала мы ушли от технологий с коммутацией каналов к коммутации по ячейкам, чтобы более оптимально использовать полосу пропускания.
Потом оказалось, что строить заранее канал для ячеек тоже неудобно - негибко, ненадёжно.
Мы создали Ethernet, который в самом своём начале задумывался как протокол только для локальных сетей. Никому и в голову не могло прийти, что он может стать канальной технологией уровня города. Мы создали монстра, лишившего нас сна своими широковещательными штормами. При этом связка Ethernet+IP от рождения не предназначена для транспортировки старых протоколов, не может изолировать трафик разных клиентов друг от друга, даже элементарно управлять путём, которым пойдёт трафик мы не можем.
О, мой Лейбниц! А чего стоит рекурсивный поиск наиболее точного маршрута в таблице маршрутизации, отъедавший на заре IP драгоценные секунды процессорного времени? Пришлось выдумать MPLS, чтобы маршрутизаторы смотрели только на метку, что должно было происходить гораздо быстрее. В итоге мы опять вернулись к построению заранее определённых каналов, лишившись однако такой важной вещи, как гарантированное качество сервиса - то ли дойдёт пакет до получателя, то ли нет. Для этого были изобретены монструозные механизмы классификации трафика, токен-бакетов, аппаратных очередей QoS, управления перегрузками. А с появлением TCAM и FIB, быстрых процессоров и дешёвой памяти, чистый MPLS стал шпилем на уродливой башне из подпорок.


К слову, TCAM - самый дорогой и горячий компонент современного оборудования.

И что мы имеем в итоге? Канал без гарантированного качества, который строится как случай на душу положит, а под собой несёт все проблемы Ethernet.
И тут появляется MPLS Traffic Engineering. Который делает что? Правильно: IntServ QoS и возможность строить маршруты так, как этого хочет оператор, а не IGP. При этом вручную задаются узлы по пути, где можно строить туннель, где нельзя, требования по ширине, задержкам, вариациям.

И тут нужно задать себе и окружающим вопрос: а туда ли мы идём?


Классические технологии, такие, как E1 или SDH были прекрасны: у абонента всегда была гарантированная полоса, гарантированное качество канала, который если уж он занял, то никто не отнимет. Прекрасны во всём, кроме:

  • Полоса занята, даже если абоненты томно молчат в трубку, пытаясь придумать тему для разговора.

  • Количество абонентов, которые могут использовать линию строго ограничено, соответственно никакой переподписки и высочайшая цена.

  • Если вдруг кот погрыз радиоволну, то всё ваше телевидение испорчено. Не все технологии прошлого умели в резервирование. А те, что умели (тот же SDH восстанавливался за 50мс) стоили неприлично.



Вызов первых двух проблем приняло следующее поколение технологий - ATM. Была введена концепция ячеек. Стало лучше, стало легче - у клиентов по прежнему было гарантированное качество, но при этом их (клиентов) можно было подключить больше.
А вот с резервированием беда - АТМ по-прежнему был очень инертным и негибким, кроме экзотических реализаций IP over ATM.

А кроме того, появилась и новая идея - LAN - локальные компьютерные сети - все прежние технологии приходили в мир со стороны телефонных компаний и телефонных же стандартизирующих организаций. А там всё просто - инпут=оутпут, битрейт всегда плюс-минус одинаковый - чего хочет абонент, понятно.
LAN же ставил, можно сказать, противоположные задачи. АТМ потерпел сокрушительное поражение в схватке с Ethernet+IP.

Подход с коммутацией пакетов оказался очень гибким.
IP - обеспечил связность любых двух компьютеров в мире. А учитывая, что каждый маршрутизатор самостоятельно принимает решение, как поступить с каждым пакетом, резервирование стало очень простым и переключение в случае поломки происходило практически без перерыва сервиса.
Ethernet прекрасно справлялся с задачами локальной сети с минимальной настройкой - дошло до смешного - воткнул кабель в свитч - и всё работает. АТМ вместе с ISDN грустно утирают слезу.
Купить же себе бухту витухи, пару коммутаторов и собрать простую локалку мог позволить себе любой студент.

Да, пришлось пожертвовать гарантированным качеством сервиса. Однако Ethernet+IP, реализующий плавающий битрейт и открывающий широкие возможности для переподписки, оказался очень дешёвым по сравнению не только с ATM/E1, но и с SDH/SONET, поэтому вытеснил все другие технологии из локальных сетей, а сейчас вовсю и из магистральных вытесняет (прощай, SDH!).
А вопрос качества сервиса был адресован новаторскому механизму - PHB - DiffServ QoS, когда каждый маршрутизатор должен самостоятельно управлять трафиком. Концепция приоритезаци пакетов блестяще проявила себя, позволяя важному трафику выдать максимум ресурсов. В результате, по сравнению с моделью качества сервиса в старых технологиях Ethernet+IP оказался более или менее на уровне.

Но новые стандарты не заменяли старые - они использовались на новых сетях, а АТМы и SDH жили на старых. И долгое время они едва пересекались. У нас были отдельно сети для телефонии, отдельно для ШПД, отдельно для телевидения.

Единственная серьёзная проблема IP была в Control Plane'е - очень уж ресурсоёмкой процедурой был поиск нужной строчки в таблице маршрутизации. И этот вопрос был адресован молодой технологии MPLS, разработчики которой решили взять лучшее от ATM, избавиться к чертям от его канальной функции и внедрить её в связку Ethernet+IP, аккурат между ними. Да, странная вставка L2,5 между L2 и L3 выглядит неорганично, но кому какое дело до этой модели OSI (спросите об этом Иннокентия в чате linkmeup)?
Первоначально MPLS был призван упростить процедуру коммутации пакетов. То есть connectionless IP сначала находит все маршруты в сети, а поверх них натягиваются MPLS-туннели, которые с одной стороны являются каналами между двумя точками, но с другой автоматические и опираются на IP. В итоге MPLS-пакет приходил на MPLS-маршрутизатор, тот проверял его метку, менял её и отправлял дальше. В его таблицах было чёткое соответствие - пакет с такой меткой нужно отправить в такой-то интерфейс, а с меткой сделать то-то и то-то. Никаких многократных переглядывалок с таблицей маршрутизации.
Но в этом плане MPLS прискорбно опоздал - микроэлектроника тоже не топталась на месте и подставила ему подножку - появились TCAM, которые за фиксированное время возвращали нужный маршрут, появилась концепция FIB - когда все необходимые параметры для действий с IP-пакетами были в близком доступе - в том самом TCAM, выросли процессорные мощности, а гигабайты оперативки можно было купить вместе с луком на рынке.
И вот тут хотелось сесть и заплакать - всё зря. Мы создали 11-й стандарт вместо того, чтобы свести 10 предыдущих к одному.
И вдруг какая-то светлая голова обнаружила, что MPLS-инкапусляция скрывает для транзитных маршрутизаторов внутренности пакета. То есть происходит туннелирование, как, например, в GRE. А почему бы нам внутрь MPLS-пакета закинуть не IP, а какой-нибудь E1?
Ну в самом деле, технологиям PDHoverEthernet или PDHoverIP сто лет в обед - просто это было неудобно. А тут уже есть есть автоматически созданные туннели - нужно только направить в них E1.
Как словом, так и делом, AToM через сеть MPLS может передать любые существующие протоколы канального уровня. Это MPLS L2VPN.
Можно подключить пару клиентов по Ethernet и, изолировав их друг от друга MPLS-метками, обеспечить им виртуальную локальную сеть - это MPLS VPLS, MPLS VPWS, EVPN и другие.
А ещё можно всё тот же IP прятать, но разными MPLS-метками обозначать разных клиентов и предоставлять им IP-связность. Это MPLS L3VPN.

И это немного больше, чем просто дополнительные сервисы - это огромный скачок в направлении конвергентных сетей. Теперь MPLS-сеть провайдера может использоваться для предоставления услуг ШПД, телефонии, телевещания, L3VPN и L2VPN одновременно.
Это уже серьёзный удар по классическим телефонным компаниям, которым пришлось скинуть путы старых стандартов и свои сети тоже переводить на Ethernet+MPLS+IP. Не удалось им почивать на лаврах фиксированной телефонии вечно.

Следующее поколение конвергентных сетей - FMC - Fixed-Mobile Convergence. Одна и та же сеть теперь может использоваться для всего перечисленного выше плюс являться транспортной сетью для мобильной сети.
В самом деле - базовые станции LTE подключаются только по Ethernet, 3G - частично по Ethernet, частично по ATM, 2G могут быть Ethernet или E1. И для всего этого есть MPLS.
И концепция DiffServ вместе с приоритезацией пакетов в целом неплохо справляется с таким потоком данных. Например, служебные протоколы MPLS-сети имеют приоритет 6-7, данные 2G и IP-телефонии могут идти с приоритетом 5, 3G - 4, LTE - 3, real-time video - 3, сёрфинг - 2, FTP, почта - 1 а торренты - 0.
Вместо инсталляции из палок, скреплённых жвачкой, перед нами прекрасная пирамида, которая медленно эволюционировала долгие годы.

И вот он - Traffic Engineering - самое неоднозначное применение MPLS.
...

Сети для самых маленьких. Часть одиннадцатая. MPLS L3VPN

[Все выпуски]
10. Сети для самых маленьких. Часть десятая. Базовый MPLS
9. Сети для самых маленьких. Часть девятая. Мультикаст
8.1 Сети для Самых Маленьких. Микровыпуск №3. IBGP
8. Сети для самых маленьких. Часть восьмая. BGP и IP SLA
7. Сети для самых маленьких. Часть седьмая. VPN
6. Сети для самых маленьких. Часть шестая. Динамическая маршрутизация
5. Сети для самых маленьких: Часть пятая. NAT и ACL
4. Сети для самых маленьких: Часть четвёртая. STP
3. Сети для самых маленьких: Часть третья. Статическая маршрутизация
2. Сети для самых маленьких. Часть вторая. Коммутация
1. Сети для самых маленьких. Часть первая. Подключение к оборудованию cisco
0. Сети для самых маленьких. Часть нулевая. Планирование



В прошлый раз мы не оставили камня на камне при разборе MPLS. И это, пожалуй, хорошо.

Но до сих пор только призрачно прорисовывается применение его в реальной жизни. И это плохо.

Этой статьёй начнём исправлять ситуацию. Вообще же читателя ждёт череда из трёх статей: L3VPN, L2VPN, Traffic Engineering, где мы постараемся в полной мере рассказать, для чего нужен MPLS на практике.



Итак, linkmeup - уже больше не аутсорсинг по поддержке хоть и крупной, но единственной компании, мы - провайдер. Можно даже сказать федеральный провайдер, потому что наша оптика ведёт во все концы страны. И наши многочисленные клиенты хотят уже не только высокоскоростной доступ в Интернет, они хотят VPN.
Сегодня разберёмся, что придётся сделать на нашей сети (на которой уже меж тем настроен MPLS), чтобы удовлетворить эти необузданные аппетиты.

SDSM11-L3VPN
Collapse )

Иллюстратор проекта - Анастасия Мецлер.
За помощь в подготовке статьи, спасибо JDima.


Оставайтесь на связи



Продолжение читайте тут: http://linkmeup.ru/blog/204.html
В силу ограничений длины топика в ЖЖ.

Обзор станционного терминала Raisecom ISCOM5508 для пассивной оптической сети

Новая статья на Linkmeup.

===================================================

Текст обзора предоставлен официальным дистрибьютором.

===================================================









Технология PON



PON(Passive optical network) – пассивная оптическая сеть.


Одной из основных задач современных телекоммуникационных сетей является предоставление абонентам наибольшей полосы пропускания при минимальных затратах. Эту задачу в полной мере решает технология пассивных оптических сетей – PON.


Главная особенность технологии PON заключается в том, что между модулем центрального узла OLT(Optical Line Terminal) и абонентскими устройствами ONU(Optical Network Unit) образуется полностью пассивная оптическая сеть, обладающая структурой дерева. В промежуточных узлах располагаются устройства, которые не требуют питания и обслуживания, их называют – сплиттеры или разветвители. Таким образом, один центральный приемопередающий терминал OLT может передавать информацию большому числу абонентских устройств ONU. Поэтому технология PON обладает рядом преимуществ, среди которых можно выделить:





  • Отсутствие активного оборудования в промежуточных точках между оператором и клиентом


  • Эффективное использование полосы пропускания сети;


  • Высокая скорость передачи данных;


  • Экономия оптического волокна;


  • Масштабируемость, так как древовидная структура сети позволяет подключать новых абонентов наиболее экономичным способом;


  • Возможность резервирования канала до абонента.







В данном обзоре рассматривается оптический линейный терминал для сетей GEPON производства компании Raisecom – OLT GEPON ISCOM5508(rev.B).



Collapse )

LinkMeUp. Выпуск №19. Компания Зелакс, техподдержка и передача данных через ЛЭП

В подкасте linkmeup не раз уже затрагивалась технология PLC, с помощью которой можно организовать локальную сеть поверх имеющейся электропроводки.
В этот же раз мы поговорим о технологии передачи данных через ЛЭП. Такой вид связи используется для передачи телемеханики и организации телефонной связи между подстанциями.
Рассказывать об этом будет Павел Пасынок - начальник отдела технической поддержки Зелакс. Также мы поговорим о самой компании, производимом оборудовании и том, как работает тех.поддержка.

Новости выпуска:


  1. Новый отечественный производитель (link)

  2. Подводный кабель между юго-восточной Азией и США (link)

  3. Большой брат следит за ними (link)

  4. Количество маршрутов в BGP Full Veiw перевалило за 512 тысяч (link)



Хронометраж:
00:00-00:25: новости.
00:25-00:54: рассказ Павла о компании Зелакс.
00:54-01:22: Техподдержка Зелакс.
01:22-02:24: ВЧ-связь


Скачать файл подкаста.



По итогам голосования, почти никто не пользуется плеером, но пусть один с рпода останется:
rpod:


Подписаться на iTunes или на rpod или на podfm.

Скачать все выпуски подкаста вы можете с помощью BT Sync (код: BYENRHD5UNKD5ZDIYFSB63WG2PEY2GIUN) или с яндекс-диска.

Список использованных терминов.
Под катом поясняющие схемы и картинки.
Collapse )

Безопасность IP-телефонии

Статья опубликована на linkmeup.

=======================

Здравствуйте, коллеги и друзья, я, Семенов Вадим, совместно с командой проекта
network-class.net представляем вниманию обзорную статью, которая затрагивает основные тенденции и угрозы в IP телефонии, и самое главное, те инструменты защиты, что на данный момент предлагает производитель в качестве защиты (если выражаться языком специалистов по безопасности, то рассмотрим какие инструменты предлагает производитель для уменьшения уязвимостей, которыми смогут воспользоваться нелегитимные лица). Итак, меньше слов– переходим к делу.
Для многих читающих термин IP телефония уже давно сформировался, а также и то, что данная телефония «лучше», дешевле по сравнению с телефонией общего пользования (ТФОП), богата различными дополнительными функциями и т.д. И это действительно так, однако… отчасти. По мере перехода от аналоговой (цифровой) телефонии со своими абонентскими линиями (от абонентского телефона до станции или станционного выноса) и соединительными линиями (меж станционная линия связи) ни много ни мало были только лишь в зоне доступа и управления провайдера телефонии. Иными словами, обычным обывателям туда доступа не было (ну или практически так, если не учитывать кабельную канализацию). Вспоминается один вопрос на старом добром форуме хакеров «Подскажите, как получить доступ к АТС? – ответ: «Ну как, берешь бульдозер – таранишь стену здания АТС и вуаля». И эта шутка имеет свою долю правды) Однако с переносом телефонии в дешевую IP среду мы получили в довесок и те угрозы, которые несет в себе открытая IP среда. Примером приобретенных угроз может служить следующее:


  • Сниффинг сигнальных портов с целью совершения платных вызовов за чужой счет

  • Подслушивание за счет перехвата голосовых IP пакетов

  • Перехват звонка, представление нелегитимным пользователем как легитимный пользователь, атака «человек по середине»

  • DDOS атаки на сигнальные сервера станции с целью вывода из строя всей телефонии

  • Спам-атаки, обрушение большого количества фантомных вызовов на станцию с целью занять все её свободные ресурсы



Несмотря на очевидность в необходимости устранять все возможные уязвимости дабы уменьшить вероятность реализации той или иной атаки - по факту внедрение тех или иных мер защиты необходимо начинать с составления графика, учитывающего стоимость внедрения защитных мер от конкретной угрозы и убытков предприятия от реализации злоумышленниками этой угрозы. Ведь глупо тратить денег на безопасность актива больше, чем стоит сам актив, который мы защищаем.
Определив бюджет на безопасность, начнем устранение именно тех угроз, которые наиболее вероятны для компании, например для малой организации больнее всего будет получить большой счет за несовершенные междугородние и международные звонки, в то время как для государственных компаний важнее всего сохранить конфиденциальность разговоров. Начнем же постепенное рассмотрение в текущей статье с базовых вещей – это обеспечение безопасного способа доставки служебных данных от станции к телефону. Далее рассмотрим аутентификацию телефонов перед подключением их к станции, аутентификацию станции со стороны телефонов ну и шифрование сигнального трафика (для скрытия информации кто и куда звонит) и шифрование разговорного трафика.
У многих производителей голосового оборудования (в том числе и у Cisco Systems) есть уже интегрированные инструменты безопасности от обычного ограничения диапазона ip адресов, с которых можно совершать вызовы, до аутентификации оконечных устройств по сертификату. Например, у производителя Cisco Systems с его голосовой линейкой продуктов CUCM (Cisco Unified CallManager) с версии продукта 8.0 (дата выхода в свет май 2010г.; на данный момент доступна версия 10.5 от мая 2014г.) стала интегрироваться функция «Безопасность по умолчанию». Что она в себя включает:


  • Аутентификация всех скачиваемых по/с TFTP файлов (конфигурационные файлы, файлы прошивки для телефонов т.д.)

  • Шифрование конфигурационных файлов

  • Проверка сертификата с инициализации телефоном HTTPS соединения



Давайте рассмотрим пример атаки «человека по середине», когда нелегитимное лицо перехватывает конфигурационный файлы для телефонов, из которого телефон узнает на какую станцию ему регистрироваться, на каком протоколе работать, какую прошивку скачивать и т.д. Перехватив файл, злоумышленник сможет вносить в него свои изменения либо полностью затереть файл конфигурации, тем самым не дав телефонам всего офиса (см. рисунок) зарегистрироваться на станции, а, следовательно, лишив офиса возможности совершать звонки.
Collapse )

Подкаст для связистов ЛинкМиАп. Выпуск 12. Wi-Fi

Второй год жизни подкаста начинает гость из Иркутска - Илья Черников.

Основная тема подкаста - WiFi. Обсуждаем его версии, технологии, лежащие в основе и некоторые детали протоколов. Если вам незнакомы слова MIMO, OFDM, WiFi-контроллер, то просим в подкаст.

Новости выпуска:

1. Крупнейшая DDoS-атака в истории сетей (400 Гб/с от NTP серверов) (link).


2. Рекорд скорости передачи данных в реальной среде — 1.4Tбит/с — поставила Alcatel-Lucent в сети British Telecommunications (link).


3. Скатываемся в прошлый век. Четверо из ларца хотят запретить в России иностранное оборудование связи (link).

4. MDIF хочет запустить в космос тысячи маленьких кубических спутников и покрыть сетью WiFi всю планету (link).


Скачать файл подкаста.



Подписаться на iTunes или на rpod.

Если у вас есть какие-то вопросы, что-то непонятно из подкаста, милости просим в комментарии.

Под катом вы найдёте презентацию по подкасту. К сожалению, Slideshare перестал подгружать звук, поэтому на этот раз слайды будут отдельно, подкаст отдельно.



Саму презентацию Ильи Черникова по WiFi и оборудованию DLink вы можете скачать здесь.

На фоне использован микс The_Winter_Anomaly_2014.

Страсти по PLC

Статья написана нашим постоянным читателем и слушателем - Алексеем Кораблиным. Опубликована на linkmeup.ru.


===============================

Эту статью породили две последние минуты 7-го выпуска 1-го подкаста для связистов ЛинкМиАп. Для тех, кто не слушал (и очень зря кстати) или слушал, но забыл, напомню, речь шла о технологии PLC.

PLC - Power Line Communication коммуникационная сеть, транспортом которой является обычная электропроводка квартиры, офиса или предприятия. Сети такого рода можно использовать для передачи данных и голоса. Электрический кабель буквально окружает современного человека. Он есть в домах офисах и предприятиях, общественных местах. И это не удивительно, ведь провода являются единственным широкоиспользуемым средством доставки электрического тока потребителю. Зачастую к электрифицированным объектам подходит не один, а несколько питающих кабелей, связано это с использованием нескольких электрических фаз или дополнительных линий питания. Само собой разумеется, что об использовании электрического кабеля как средства коммуникации задумывались давно. При реализации этой затеи, подключение к сети сводилось бы к подключению вилки адаптера к розетке. Как следствие, была разработана новая спецификация, в основу которой легли разработки PLC и DPL (Digital PowerLine), которые велись ранее. Создана она была усилиями группы компаний, таких как Siemens, Nortel, Motorola и др., образовавших собой HomePlug Powerline Alliance.

С появлением стандартов HomePlug 1.0, а затем и HomePlug AV PLC устройства в режиме BPL (Broadband over Power Lines — широкополосная передача через линии электропередачи) стали способны обмениваться данными на скорости до 200Мб/с. Где же можно использовать технологию Power Line Communication? При правильном применении почти где угодно, но, главным образом, данная технология используется для организации локальной сети дома и офиса, а также в качестве технологии доступа на провайдерском уровне. К достоинствам данной технологии можно отнести легкую масштабируемость сети, возможность реализации системы "умный дом" (на подобии технологии Z-Wave:) ), отсутствие дополнительных отверстий в стене и кабеля в квартире/доме.


История

Collapse )

Новости и мысли



  • Где-то с 8 по 13 буду в Красноярске, возможно. Хочу прогуляться по аллее фонтанов.
    Но основные планы - Хакасия, солёные озёра и Чулым. Приусу предстоит проехать тысячи 3-4 км.


  • Никогда не понимал инженеров и учёных, верящих в бога и приметы. Просто принял это как социальный парадокс.


  • Девочка, которую я обучал основам сетевых технологий, взрастил, можно сказать, ушла из Huawei в ТП 1-й линии местного провайдера. Что тут можно сказать? Удачи!


  • Размышлял на тему автослесарей. Они же должны быть всегда на гребне волны - изучать устройство новых автомобилей, новые примочки, которые суют в мерседесы и камри, разбираться в МКПП, АКПП, роботах, вариаторах, гибридах итд итп. В общем-то тоже гигантский пласт знаний и умений. Не меньше, чем наш инженерский.
    Только вот слесари всегда догоняют, какими бы умными и опытными не были. Автопроизводители выдумавают, изобретают, инновацируют, так сказать, а слесари просто пытаются понять, как это устроены.
    Аналогия с инженерами-сетевиками пошла дальше. Где-то там есть ОНИ, которые разрабатывают протоколы, технологии, ASIC и сетевые процессоры. А есть МЫ, которые скрипя и тужась, пытаются понять это. Мы тоже лишь догоняем. Постоянно свербит в голове эта мысль о вторичности моей работы, о колоссальной разнице между моими уровнем и ИХ.


  • На работе выдали задание за 3 недели подготовить технический доклад-презентацию на тему MPLS L2VPN (VLL/VPLS). Вот и первый этап подготовки к СДСМ12 :)


  • К концу лета поставил себе задачу подтягивать не меньше 10 раз без рывков - чисто силой.

  • Другая задача - научиться жонглировать 4 шариками.


  • Ещё в планах после отпуска пройти курсы первой помощи. Никто этим не занимался? Куда обращаться, что нужно для этого?


  • Долгосрочные планы: научиться вскрывать замки. Нашёл уже хорошую проволоку для отмычек. Дело за малым - сделать инструмент и научиться им пользоваться.


  • Читаю сейчас Foundation Азимова в оригинале. Неявно прослеживается куча аналогий со Звёздными Войнами.


  • Мы запустили проект благотворительности - бесплатно помогаем решать проблемы с сетями. За 3 дня с момента начала на нас свалилось огромное количество задач. Есть и интересные технические, есть и сложные административные. Но откровенно глупых или простых вопросов не было.


  • Я научился собирать Кубик-рубика. Всего головоломок в коллекции: Кубик Рубика, Змейка Рубика, классические гвозди, Меледа и Звезда. Покупаю новую после каждой оплаченной статьи. В ближайшее время куплю ещё 2. Посоветуйте хардкор.


  • В торрент-клиенте появилась строчка Portal.2008.PC.rar. Надо бы уже пройти эту легендарную игру.


  • Подарил маме на день рождения подключение к спутниковому ТВ Телекарта. Действительно рублей на 500 дешевле, чем другие предложения. Не знал, что столько с этим сложностей.


Подкаст для связистов ЛинкМиАп. Выпуск 4

Проект потихоньку развивается, и мы рады сообщить о важном событии в его жизни: в этом выпуске в подкасте гость - Александр Ефремов - инженер Хуавэй.

Итак, сегодня обсуждаем:

1) Новости телекома

  • Компания ARISTA представила гибкую 100 GbE Ethernet платформу с низкой ценой за порт

  • Организация 3GPP заявила, что технология LTE-Advanced определяется стандартами начиная с Release 10 и выше, включая Release 12, потому что вендоры присваивают это название своим модификациям протокола

  • Компании Вымпелком и RubicPro будут показывать рекламу пользователям бесплатных точек доступ WiFi на основе решения WiFly

  • Технология WiSee может распознавать жесты человека с помощью WiFi



2)Темы гостя подкаста

  • Разница между коммутацией каналов и коммутацией пакетов

  • ISDN

  • Сети NGN и IMS для объединения разнородных сетей (ТФОП, IP, TDM) и предоставления услуг телефонии

  • Основы работы современных телефонных сетей и взаимодействия с традиционными (SIP, SDP, RTP, TDM)

  • Технологии резервирования

  • Бриф по универсальным платформам ATCA, OSTA2.0, Ericsson Blade System



Скачать файл с музыкальной подложкой
Скачать файл без музыкальной подложки


LinkMeUp. Выпуск 2

Здравствуйте, коллеги.
В новом выпуске обсуждаем

1) SDH/PDH (Synchronous Digital Hierarchy/Plesiochronous Digital Hierarchy)
2) Системы спектрального уплотнения каналов в оптических сетях
3) Технологии резервирования в сети Ethernet. Альтернативы STP - ERPS, RRPP.



Читать на сайте linkmeup.ru
Скачать подкаст.

Невошедшие в подкаст темы, которые нам показались интересными, мы вынесли в Овертайм:


Подписаться на iTunes или на rpod.



Collapse )