58Выставки и конференции

предыдущая статья | оглавление | в архив | следующая статья



Семинар WISI 2009. Часть 1


АННА БИТЕЛЕВА Теле-Спутник - 6(164) Июнь 2009 г.


В начале апреля в немецком городе Ниферн состоялся семинар компании WISI, традиционно проводимый примерно раз в два года. Однако нынешний семинар нельзя назвать совсем традиционным ни по темам, ни по формату его проведения. Это связано с постепенной сменой самопозиционирования WISI на рынке, вернее, с существенным расширением круга вопросов, которыми компания занята последние годы.

Новое лицо WISI
Причины происходящей трансформации столь же глобальны, сколь и очевидны — насыщение рынка решений традиционных HFC-сетей и растущая востребованность в сетях с мультисервисной функциональностью.
Период интенсивного строительства кабельных ТВ-сетей во всем сколько-нибудь цивилизованном мире уже прошел. Да и сама HFC-технология, вернее, ее коаксиальная составляющая, с подешевением оптики сохранилась почти исключительно в сегменте внутридомовой разводки. Значительно более актуальными выглядят строительство и модернизация мультисервисных сетей с цифровой пакетной передачей во всех сегментах — от транзитных магистралей до каналов абонентского доступа. Такие сети получили название NGN (Next Generation Network), и WISI сейчас пробует свои силы в качестве их системного интегратора.
Это намерение было анонсировано два года назад и показалось достаточно смелым. Все мы знаем WISI как успешного производителя головного и сетевого оборудования для HFC-сетей, востребованного и в Германии, и в СНГ, и в ряде других стран. Но NGN — это, как правило, совсем другие размеры проекта и, в сильной мере, другой рынок, на котором работают такие монстры телекоммуникационной индустрии, как Cisco или Ericsson. С другой стороны, NGN не обязательно должна быть масштаба 21CN от British Telecom. Сегодня мультисервисные сети со сквозной IP-передачей актуальны и для решения более локальных задач, как в бытовом, так и в корпоративной секторах …
Одним словом, WISI с присущей ей оперативностью приступила к выполнению задуманного. Конечно, компания не ставила перед собой цели самостоятельно разработать все компоненты NGN, поэтому первой задачей стал поиск партнеров, которые, c одной стороны, могут поставить нужные компоненты системы, а с другой — достаточно узкопрофильны, чтобы быть заинтересованными в такой интеграции. Поэтому на семинаре много внимания было уделено именно решениям партнеров.

Партнеры WISI
Для формировании своего комплексного предложения WISI заключила партнерские отношения со следующими компаниями:
RGB — известна как разработчик ремультиплексора BNP с функцией трансрейтинга.
Extreme networks — специализируется на сетевом оборудовании для сетей Ethernet городского масштаба.
ADVA — производитель оборудования для цифровых оптических транспортных сетей.
Aurora — давний партнер WISI, предлагающий аналоговые оптические транспортные системы.
SATA — компания появилась несколько лет назад на базе отдела, отделившегося от RiverDelta в момент ее покупки «Моторолой». Предлагает достаточно интересное по своим возможностям семейство CMTS с поддержкой DOCSIS 3.0.
Bridacom — не партнер, а дочернее предприятие WISI, организованное совместно с компанией IET Holding для продвижения IP-телефонии и других мультисервисных решений на базе станции Safary C3 System от компании Cedar Point и софтсвитча компании Sip-Wise.
Шведская компания CryptoGuard — разработчик одноименной системы условного доступа.
Испанская фирма Entertainment Solutions — разработчик гостиничной ТВ-системы Ingesuite и ее российский партнер «Интерактивные технологии».
Решения всех перечисленных компаний были интегрированы WISI в единую мультисервисную систему. Для проведения интеграции на заводе WISI были созданы новые лаборатории, где это оборудование было собрано вместе и сейчас тестируется в разных режимах и сочетаниях. Разумеется, этот процесс не закончен; он и не может быть закончен в принципе, но достаточно большая работа по стыковке компонентов уже проделана. В рамках стыковки проводится определенная работа по созданию ПО, позволяющего администрировать разнородное абонентское оборудование единой системой управления. К сожалению, пока компания не озвучивает планов создания единой системы NMS для всего сетевого оборудования, но, может быть, впоследствии она придет и к этому.
Большинство презентаций этого семинара начиналось со структурной схемы системы, представленной в ее максимальном разнообразии. Схема была одной и той же, но в каждом случае были выделены те ее фрагменты, о которых шла речь в конкретной презентации. Она показана на рис. 1.


Разумеется, в этой схеме присутствуют компоненты, производимые и самой компанией WISI. Это абонентские адаптеры для мультимедийных оптических сетей, а также оборудование цифровой обработки для региональных станций, которые могут использоваться самостоятельно или совместно с BNG. К этой категории относится ремультиплексор OTххх, стриммер OSххх и, в определенной степени, трансмодулятор OV75M. Они подробно разбирались на семинаре, в том числе на практических занятиях.
Устройства OTххх и OV75M появились сравнительно давно. Постоянные читатели «Теле-Спутника» уже наверняка с ними знакомы — их основные функции подробно описаны в [1] и [2]. Но они постоянно дорабатывается, и участники семинара смогли ознакомиться с новыми возможностями этих аппаратов. Что касается более новой разработки, OSххх, то ее концепция описана пока только в обзоре CSTB 2009 («Теле-Спутник» №4, 2009).
Теоретическое знакомство с этой аппаратурой было дополнено двумя лабораторными работами, во время которых можно было получить практические навыки в конфигурировании этих устройств. Для этого они включались в сеть, имитирующую реальные условия их эксплуатации. Схема подключения для одной из лабораторных работ приведена на рис. 2.


Серия Streamline
Напомним, что OTххх — это комбайн, включающий шесть сменных приемников, ремультиплексор, формирующий один или два выходных потока, четыре слота СI для подключения модулей доступа, служебный интерфейс IP /Ethernet и выходной модуль. На выходе могут быть установлены QAM- или COFDM-модуляторы, ASI-интерфейсы или интерфейс 100 Base-T. На входе могут использоваться модули DVB-S /S2 /T /C, а также кодеры A/V MPEG-2, SDI, ASI или IP/Ethernet 100 Base-T.
Во-первых, для OTххх был разработан новый модуль OT 98, выполняющий ремультиплексирование таблицы EIT. При формировании нового пакета из нескольких входных пакетов переформируются и служебные таблицы. Основные из них (NIT, PAT и PMT) редактируются достаточно просто — объединением таблиц и переназначением PID’ов. Фрагменты входных таблиц последовательно стекаются в ремультиплексор и преобразуются по заданным законам. Но в таблице EIT, на базе которой формируется электронный гид, информация передается разорванными фрагментами. Поэтому, чтобы компилируемая таблица была читаемой для декодера EPG, сначала надо сгруппировать эти фрагменты вместе, а затем вводить такими группами в поток. Этим как раз и занимается новый модуль OT 98. Следует помнить, что задачу формирования электронного гида из текстовой информации он не решает.
Следующее новшество — появление у входных кодеров VBR режима кодирования, позволяющего получать поток с переменной скоростью, но с постоянным качеством компрессии.
Кроме того, добавлена возможность автономного отображения транспортных потоков в промежуточной точке ремультиплексора, например, на выходе одного из приемников. Этот поток направляется на служебный интерфейс IP/Ethernet для графического воспроизведения, измерения скорости его компонентов.
В презентации внимание также было акцентировано на том, что реально ремультиплексор состоит из двух отдельных 4-входовых модулей. Большинство заказов приходится как раз на одномодульный вариант; единственное, он исключает использование сдвоенных приемников.
На практических занятиях было также отмечено, что в системе управления OT появился VLC-плеер, позволяющий воспроизводить выбранный канал на экране монитора.
Там же были показаны варианты сортировки каналов, которые можно задать на головной станции. Помимо сортировки по названию и порядковому номеру канала, в OT предусмотрена возможность сортировки по номеру канала, определяемому спецификацией NorDig. Последняя, принятая в ряде северных европейских стран, определяет набор требований к ресиверам, которые совместимы с DVB, но регламентируют ряд дополнительных требований и функций. Она, в частности, определяет возможность дополнительной нумерации каналов внутри сети путем присвоения каждому каналу сети дополнительного номера — logical channel number. В соответствии с ними и будет выстраиваться список ТВ-каналов, создаваемый приставкой. Аналогичный список может быть составлен для радиоканалов. Каналы, которым такой номер не присвоен, либо произвольным образом отображаются в конце списка, либо их можно вообще скрыть от пользователя. Эта возможность может использоваться для служебных каналов.
Стриммер OSххх — самое новое из уже выпускаемых устройств, относящееся к той же серии. Он оборудован GbE-выходом, на котором может формироваться до 192 SPTS- и/или MPTS-потоков, инкапсулированных в IP-пакеты с оригинальными IP-адресами; причем адреса могут быть как индивидуальными (unicast), так и групповыми (multicast). OTxxx, в отличие от OSххх, может оснащаться только выходом 100 Base-T и, самое главное, умеет формировать только выходной поток, все пакеты которого имеют один и тот же IP-адрес.
Таким образом, OTххх с IP-выходом может быть использован для магистральной переброски ТВ-пакета по транспортной IP-сети, в то время как OSххх предназначен для обслуживания распределительной сети IPTV.


По своей структуре OS похож на OT, только место двух ремультиплексоров заняли шесть стриммеров, каждый из которых может формировать до 32 оригинальных IP-потоков. Каждый из них жестко привязан к конкретному приемнику. Это несколько ограничивает возможности устройства, так как если стриммер, например, подключен к выходу кодера MPEG-2, то есть обслуживает всего один канал, то загрузить его каналами с другого приемника нельзя. Пока, к слову, для OS готов только front-end с приемником DVB-S, остальные появятся в ближайшие месяцы.

Мультикаст
Рассказ о стриммере был дополнен небольшим ликбезом о принципе мультикастового распространения. Приведем основные моменты этой презентации, касающиеся адресации IP-пакетов, особенностей мультикаста и принципа работы протокола IGMP.
Как известно, адресация любого IP-пакета имеет четыре составляющих — IP-адрес источника, IP-адрес получателя, порт источника и порт получателя. Надо иметь в виду, что в данном случае речь идет не о физическом порте, а о компьютерном процессе, которым этот пакет сформирован или которому адресован. Без указания порта назначения, компьютер, получивший пакет, просто не будет знать, каким образом его обрабатывать. А порт отправителя нужен для указания его в ответных пакетах в качестве порта получателя. Многие распространенные процессы имеют фиксированные номера портов. Например, протокол файловой передачи FTP имеет порт 20 для служебных команд и 21 для данных, а приложение ICQ — 5190. Для запуска нового процесса нужно назначить ему какой-то порт, который будет прописан в соответствующем приложении всех устройств, обменивающихся данными в рамках этого процесса.
Групповой (мультикастовый) адрес распознается по принадлежности к диапазону 224.0.0.0 — 239.255.255.255. В отличие от индивидуального адреса он индицирует не адресата, а передаваемый поток. И сам принцип прокладывания маршрута между источником и адресатом прямо противоположен тому, который используется при индивидуальной адресации.
Пакет с индивидуальным адресом прокладывает свой путь от отправителя к получателю, передаваясь по сети от одного маршрутизатора к другому в соответствии с таблицами маршрутизации. А распространение мультикастового потока инициируется запросами со стороны получателей, и потому его маршруты прокладываются в противоположном направлении — от получателя к отправителю.
Взаимодействие между источниками и получателями мультикастовых потоков управляется протоколом IGMP (Intenet Group Management Protocol). На сегодняшний день разработаны уже три версии протокола.
Процедура подключения к мультикастовой группе выглядит следующим образом. Устройство, желающее подключиться к определенной мультикастовой группе, формирует IGMP-сообщение о подключении (membership report), содержащее адрес требуемой мультикастовой группы. Оно отправляется в сеть в направлении источника мультикастового потока. Когда запрос доходит до ближайшего маршрутизатора, уже получающего этот поток в ответ на более ранние запросы, этот маршрутизатор начинает ретранслировать его и на порт, с которого поступил новый запрос.
В версии IGMP v.1 никаких активных сообщений о том, что устройство отключается от мультикастовой группы, не предусмотрено. Маршрутизатор, ближайший к источику мультикаста, периодически отправляет запрос (membership query) о том, есть ли еще в сети активные потребители этого мультикастового потока. Если подтверждений нет, то его вещание прекращается. Другими словами, запрошенный мультикастовый поток перестает передаваться на устройство, только когда от группы отключается последнее абонентское устройство. В некоторых ситуациях такая схема сильно загружает сеть лишним трафиком и легко может привести к перегрузке оконечного коммутатора. Минутного серфинга абонента по каналам достаточно, чтобы они «зависли» на коммутаторе, перегрузив его порты.
Эта проблема в сильной мере решается при переходе на более поздние версии IGMP и одновременном использовании коммутаторов доступа с функцией IGMP Snooping. С появлением самой распространенной сегодня версии IGMP v.2 у абонентских устройств добавилась возможность отправлять сообщение об отключении от мультикастовой группы (leave group). Получая такое сообщение, источник сигнала с помощью запроса проверяет наличие активных членов группы, получающей данный конкретный поток, и если их не оказывается, то вещание потока прекращается. Это несколько ускоряет процесс остановки неактуальных мультикастовых потоков, но слабо помогает в борьбе с перегрузкой коммутатора, к которому подключен потребитель мультикастовых потоков. Причем если вспомнить, что обычный коммутатор — это устройство второго уровня, при коммутации оперирующее не IP-, а МАС-адресами, и что МАС-адрес устройства назначения в мультикастовом пакете невозможно указать по определению, то становится ясным, что коммутатор не в состоянии распознать, кому из подключенных к нему устройств адресован пакет. Поэтому он вынужден раздавать его на все выходные порты. То есть при «зависании» лишних мультикастовых потоков перегружаются все порты сразу. Для борьбы с этой проблемой в коммутаторы внедряют механизм, называемый IGMP Snooping. Он позволяет им «подслушивать» проходящие через них IGMP-сообщения и самостоятельно на них реагировать. «Подслушав» запрос на подключение к мультикастовой группе и считав адрес этой группы, коммутатор с этой функцией направляет полученный в ответ поток на порт, с которого поступил запрос. Затем он выявляет просьбу об отключении от мультикастовой группы и перестает пропускать поток с соответствующим адресом на порт, с которого пришла просьба. Таким образом, IGMP snooping в сочетании с IGMP v.2 исключает передачу лишнего мультикастового трафика через коммутаторы доступа. Аналогично работает модификация IGMP-протокола, разработанная фирмой Cisco — CGMP (Cisco Group Management Protocol).
Эта функция требует достаточно много памяти и более высокой процессорной мощности, чем типичная для обычных домовых коммутаторов, что, разумеется, делает их дороже обычных. Тем не менее, в сетях c услугой IPTV без этой функции обойтись нельзя.
Третья версия IGMP отличается от второй в основном тем, что позволяет абонентскому устройству составлять перечень тех источников, из которых он хочет принимать потоки, и тех, из которых не хочет.
Помимо обмена сообщениями в рамках IGMP, источник мультикаста может формировать SAP (Service Announcement Protocol) сообщения. Они передаются в вещательном режиме и содержат информацию о доступных мультикастовых потоках. Формирование SAP является факультативной функцией, но в устройстве OSххх она присутствует.

Другие устройства цифровой обработки ТВ-сигналов
Для полноты картины вспомним еще о модуле OV75M, который, в зависимости от комплектации, может использоваться как трансмодулятор или мини-ремультиплексор с двумя входами. Он напоминает ОТxхх в миниатюре, имеет такую же модульную структуру и комплектуется теми же входными модулями, только их может быть не больше двух. Выход OV75M может быть оснащен DVB-C или DVB-T модулятором.
Поэтому если в поток замешиваются каналы только из двух входных пакетов, то в качестве компактно-бюджетной альтернативы OTххх можно использовать OV75M. Единственное ограничение, отмеченное на семинаре, — это то, что версии OV75M с ремультиплексором не умеют переформировать таблицу NIT. В результате приемники не могут вести автоматический поиск каналов по NIT. Исключение составляют модули с COFDM-выходом, в которых эта функция добавлена.
Сейчас компания занята разработкой серии пограничных устройств, устанавливаемых на границе транспортного кольца IP/Ethernet и распределительных кластеров. Ведущие производители цифровой аппаратуры выпускают такие устройства достаточно давно. В большинстве случаев они имеют на выходе QAM-модуляторы, такой вариант называется Edge-QAM, но встречаются и устройства c ASI-выходами.
WISI планирует три варианта пограничных устройств. Помимо стандартного Edge-QAM предполагается выпустить Edge-PAL (SECAM /NTSC ) и Edge-COFDM. Первое уже готово и к моменту выхода статьи должно быть запущено в производство. Одно устройство, заключенное в стандартный корпус высотой 1RU, может иметь на борту от одного до четырех модулей, каждый из которых обеспечивает восемь выходных каналов QAM. То есть в общей сложности один Edge-QAM может сформировать до 32 потоков. Два других устройства должны появиться в течение года. Этой серией WISI планирует закрыть базовую линейку продуктов для цифровых ТВ-сигналов. В то же время, при формировании цифровой станции могут потребоваться и более продвинутые функции, в частности, трансрейтинг и цифровая вставка рекламы. Обе эти задачи позволяет реализовать ремультиплексор BNP фирмы RGB, возможности которого неоднократно описаны в нашем журнале. Он также позволяет совершать различные наложения на изображение без преобразования в аналог и обратно. Среди возможностей этого устройства часто указывается еще статистическое мультиплексирование. Надо иметь в виду, что речь идет о вторичном статистическом мультиплексировании на базе трансрейтинга каналов. Первичное статистическое мультиплексирование, с обратной связью с кодерами, реализовать с помощью BNP невозможно, благо кодеров компания RGB не выпускает. Но и без этого BNP остается функционально богатым устройством с высоким качеством трансрейтинга. К слову, партнеров, предлагающих оборудование кодирования и статистического мультиплексирования, у WISI, кажется, нет.
В качестве одного из возможных применений трансрейтинга на семинаре приводилось снижения скорости потоков видео по требованию. Хранящиеся на сервере видеофайлы часто закодированы с постоянной скоростью, и переход к VBR позволяет существенно сэкономить полосу, причем особенно ощутимо в транспортной IP-сети, где все каналы передаются одновременно. К особенностям работы мультиплексора в таком режиме можно отнести то, что здесь меняется не только битрейт отдельных каналов, но и их количество. Поэтому устройство должно уметь быстро адаптироваться к изменяющемуся количеству каналов.

IP-телефония
Еще одно направление, которое продвигает WISI — IP-телефония. Она является неотъемлемой частью сетей NGN. Их внедрение, собственно, началось с появления софтсвитчей, которыми в опорных/ городских сетях начали заменяться городские и междугородние ATC. В магистралях IP-передача телефонного трафика является одной из доминирующих, наряду с АТМ, более ранней системой пакетной передачи. Но в сетях NGN телефония доходит в IP-формате до абонентских терминалов.
Перспективность этого направления на WISI оценивают с двух точек зрения. С одной стороны, IP-телефония — это органичная часть NGN-сетей, за которыми WISI видит будущее. Без передачи всех услуг в едином IP-формате практически невозможно реализовать единое администрирование и учет всех услуг, привязанных не к конкретному пакету, а к абонентскому профилю. В сегодняшних даже самых продвинутых сетях этот принцип реализован только частично, но предполагается, что в перспективе он должен стать базовым атрибутом NGN. С другой стороны, IP-телефония уже сегодня может дать абонентам и операторам ряд дополнительных возможностей. Уже сегодня она позволяет ездить по миру со своим аппаратом, подключая его в любой точке, где есть Интернет, и сохраняя при этом свой номер. Разумеется, качество канала может быть хуже, чем в администрируемой сети, но решение вполне работоспособно.
Кроме того, в системах IP-телефонии легко внедрить многие дополнительные услуги, которые в ТФОП реализовать либо проблематично, либо просто невозможно. В частности, это доступ абонента к своему профилю с информацией о состоянии счета и историей получения услуг. Легко и потому часто бесплатно реализуются идентификация звонящего, переадресация звонка, конференц-связь, поддержка двух линий. Возможно также шифрование трафика для усложнения перехвата разговоров. Не говоря уж о том, что если IP-телефония внедряется в корпоративной сети, то могут использоваться и сетевые способы защиты трафика.
На наш взгляд, возможности IP сегодня более всего актуальны как раз для корпоративных сетей.
На семинаре были рассмотрены общие принципы реализации IP-телефонии. Как и обычная телефония, она должна передавать голос и сигнализацию, то есть служебные сообщения, обслуживающие процесс пользования телефоном. Для передачи голоса в IP-телефонии используется несколько распространенных кодеков с компрессией голоса или без. Наладить сеанс связи и передать сигнализацию также можно несколькими способами. В современных сетях эти задачи чаще всего решает протокол SIP. Он обслуживает такие функции, как набор номера, ожидание ответа, прием, удержание, переадресация и сброс звонка. На его базе легко реализуется видеотелефония, которая, как правило, является стандартной возможностью IP-телефонии.
В традиционной телефонии служебные задачи решает протокол ОКС-7 (общеканальная сигнализация), часто упоминаемый в виде английской аббревиатуры SS-7.
Другим вариантом является применение протоколов, принятых в рамках стандартов Packet Cable 1.Х. Напомним, что эти стандарты являются надстройкой над транспортной системой DOCSIS, позволяющей вводить, выводить и передавать по этой сети различные услуги, в том числе IP-телефонию. Спецификации PacketCable охватывают практически все аспекты доставки услуг бытовой телефонии с использованием техники VoIP. Они регламентируют работу медиашлюзов, то есть интерфейсов сети VoIP, с сетью общего пользования по голосу и сигнализации, определяют формат сигнализации для VoIP, управляют размещением потоков внутри сети, поддерживают QoS-передачи штатными средствами DOCSIS, создают интерфейс для биллинга, обеспечивают заданную безопасность трафика и т.д. Поэтому в сетях DOCSIS используют именно комплексные средства PacketCable. В частности, это протокол контроля работы медиашлюзов MGCP и протокол введения сигнализации NCS.
В презентации были также представлены два варианта софтсвитчей, предлагаемых WISI, вернее, компанией Bridacom. Один из них, Safari С3, знаком нам еще по семинару двухлетней давности. Это станция, сочетающая функции софтсвитча пятого уровня (эквивалент районной АТС) с некоторыми функциями софтсвитчей четвертого уровня (эквивалент транзитной АТС) и выполняющая роль сигнального и медиашлюзов, а также контроллеров медиашлюзов, устанавливаемых на границе сетей. Она отличается максимальной универсальностью и позволяет организовать взаимодействие с внешней сетью телефонии и данных, построенной практически по любой технологии. Более того, внутри сети станция также может реализовать как пакетную (VoIP), так и TDM-передачу1 голосовых потоков. Станция включает интегрированную SMS (Subscriber Management System) и поддерживает все сопутствующие функции, такие как безопасность передачи, поддержка экстренных сообщений и механизмов СОРМ’а, хранение информации о звонках, для биллинга и проч.


VoIP может быть реализован с использованием SIP или средствами PacketCable 2.0, так как, несмотря на свою универсальность, станция разрабатывалась с мыслью об использовании в сетях DOCSIS, а РacketCable, повторимся, решает там полной комплекс задач, связанных с передачей телефонии и других услуг. Станция может обслуживать до 250 тысяч абонентских линий.
Второе устройство, софтсвитч компании SIP-Wise, менее универсально, но дешевле и проще в эксплуатации. Это небольшой коммутатор 5-го класса. Он выполнен на базе серверов IBM, и производится в двух вариантах. Компактный вариант, высотой 1 RU, рассчитан на 20 тысяч абонентов, а более крупная станция, в шасси высотой 7 RU, позволяет обслуживать до 100 тысяч абонентов. Он выполняет все базовые функции таких свитчей, а именно поддерживает голосовую и видеотелефонию, голосовые конференции и обмен мгновенными сообщениями. Ряд функ- ций, таких как голосовая почта или доступ абонента к своему профилю для контроля счета и реализации основных операций, интегрированы в базовую версию коммутатора. Выбран он был из тех соображений, что работает на базе открытых протоколов и имеет открытые API для интеграции со сторонними приложениями. Его конфигурирование и интеграция в сеть не представляет серьезной сложности.
Решение для IP-телефонии дополнено абонентскими мультимедийными адаптерами СР 10 и СР 10W собственной разработки WISI. И одна из лабораторных работ состояла как раз в регистрации и конфигурировании СР 10 в сети. Но это устройство мы опишем уже второй части обзора, где будут рассмотрены варианты организации транспортных и распределительных сетей и некоторые другие решения.

Литература:
1. М. Хайн, О. Чеботаренко. OT... Мультиплексор Streamline. // Теле-Спутник №4, 2007, http://www.telesputnik.ru/archive/138/article/66.html
2. М. Хайн, О. Чеботаренко. OV75M мультиплексор/ трансмодулятор. //Теле-Спутник// №3, 2007, http://www.telesputnik.ru/archive/137/article/64.html


 
Теле-Спутник Июнь 2009
наверх
 



Уважаемые посетители!
В связи с полной реконструкцией Архива, возможны ситуации, когда текст будет выводиться не полностью или неправильно (отсутсвие статей в некоторых номерах это не ошибка). Если заметите какие-то ошибки, то, пожалуйста, сообщите нам о них. Для связи можете воспользоваться специальной формой:

Номер журнала: *
Страница: *
Дополнительные сведения: *
Желательно четко опишите замеченную проблему - это поможет быстрее ее решить.
Мы не отвечаем на вопросы! Их следует задавать на нашем форуме!
Антиспам: * Нажмите мышкой на синий квадрат:


Поля, помеченные звездочкой (*)
обязательны для заполнения





Новый сайт