• Типовые и индивидуальные технические решения

Решения

ТТК переходит на GPON

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

читать далее

Компания Huawei разработала концепт магистральной передачи 400G DWDM

Технологии передачи данных не стоят на месте, крупные и не очень компании продолжают предлагать новые решения в этой области. Так, компания Huawei на днях представила свой проект магистральной передачи 400G DWDM. По словам разработчиков, это первая подобная система в мире. Данная технология позволяет передавать данные со скоростью вплоть до 20 Тбит/с по одному оптоволокну (в пределах С-диапазона) на расстояние вплоть до 1000 км без необходимости внедрения электрической регенерации. Это позволяет вывести технологию за рамки стандарта 100G.

читать далее

Айдеко выпустила новую версию биллинга

Компания Айдеко выпустила новую версию биллинга АСР Ideco 3.3 для провайдеров. Айдеко — российский производитель программных продуктов для построения сетей и развития сетевых инфраструктур любого уровня сложности, а также решений для Интернет-провайдеров. Интернет-шлюз Ideco ICS базируется на Linux-ядре и объединяет в себе около 25 компонентов и служб, которые позволяют решать практически все задачи управления трафиком в сетях провайдеров.

Возможности Ideco:

Показать

  • Гибкие тарифы, возможность задавать стоимость в зависимости от подсетей, объема и времени суток, предоплаченный трафик
  • Безлимитные тарифы возможность задавать скорость в зависимости от объема, времени суток и подсетей, ежедневная и ежемесячная абонентская плата
  • Тарификация и отключение в реальном времени, рассылка предупреждений
  • Поддержка NetFlow и RADIUS
  • Поддержка SNMP, CoA, SSH, Telnet для управления сетевым оборудованием
  • Полноценный сайт провайдера на CMS 1C-Bitrix
  • Личный кабинет пользователя — статистика, смена тарифа и пароля, история операций, уведомления и др.
  • Ведение лицевых счетов, договоров, финансовые операции, автоматическое формирование и печать документов, настройка шаблонов
  • Карты оплаты для пополнения баланса, карты для анонимного разового подключения, карты с ограничением по времени для безлимитных тарифов
  • Возможность иерархической группировки пользователей с большим уровнем вложенности
  • Поддержка платежных систем: ОСМП, Город, RoboKassa, ComePay, QuickPay, RPS, SFOUR и другие
  • Веб-интерфейс кассира
  • Удобный графический интерфейс ACP Manager
  • Возможность интеграции с внешними системами и 1С по различным протоколам
  • Распределение полномочий дополнительным администраторам и операторам
  • Поддержка СОРМ
  • Возможность учета и списания дополнительных периодических услуг
  • Хранение подробной статистики посещений в компактном формате, просмотр через личный кабинет, ТОП-100
  • Поддержка маршрутизаторов и NAS-серверов: Ideco AS 3000, CISCO, SUN, MikroTik, D-Link, NSG, Revolution, Nomadix, PC router, Huawei, hotspot

У Айдеко интересное ценообразование, если я не ошибаюсь, они являются единственным производителем биллинговых систем для провайдеров представляющим в качестве вариантов оплаты ПО — ежемесячные арендные платежи с возможностью гибкого расширения количества лицензий. Аренда АСР Ideco 3 с возможностью обновления и технической поддержкой экономически выгодная схема для быстро растущих сетей. Компания Айдеко снизила цену на аренду АСР Ideco более чем в 2 раза. Безлимитная версия начинается от 7700 рублей в месяц, версия на 1000 пользователей от 3000 рублей в месяц.

Особенности новой версии Ideco 3.3:

Показать

  • Полноценный модуль интеграции с 1С с повышенной производительностью.
  • Поддержка процессоров AMD и nvidia плат, обновлены драйверы всех сетевых плат, до текущих стабильных от производителя и мейнстрима. Добавлены драйверы новых сетевых плат и sata контроллеров.
  • Улучшено управление оборудованием, добавлена сериализация команд и новые события, расширены radius процедуры. Возможность отработки подключения услуг через оборудование.
  • Добавлена поддержка платежных систем Elexnet, SFOUR, yamalpk и др.
  • Возможность сдвигать абон.плату на месяц при оплате.
  • Возможность назначить пул адресов для поля host_ip.
  • Ускорен поиск пользователей, добавлен локальный фильтр в поиск и поиск пользователей по указанному тарифу.
  • Возможность уменьшения количества пакетов неизвестных протоколов для СОРМ в целях снижения нагрузки на СОРМ канал.
  • Переработаны права администраторов, управление реализовано более гибко и логично.
  • Расширены поля и возможности веб-кабинета пользователя.
  • Улучшена скорость работы АСР Менеджер и добавлено автоматическое переподключение соединения.
  • Workaround ошибки IE 6-7: не работал выбор тарифа в выпадающем списке.
  • Возможность указать опцию в тарифе: смена тарифа только не чаще n дней.
  • Возможность отменить запрос на смену тарифа из кабинета.
  • Возможность назначения периодических бонусов пользователям.
  • Возможность логировать на удаленный IP-адрес.
  • В кассе сделаны отдельные поля для договора, логина, ip.
  • Исправлено, SoftRaid не работал в некоторых конфигурациях.
  • DHCP, появилась возможность более тонкой настройки динамической выдачи адресов.
  • Исправлено сохранение конфигурации BGP.
  • Текст сообщений «платные сети» заменен на «Доступ заблокирован» «Доступ разрешен».

DHCP по VLAN на коммутаторах Cisco

Схема IP-адресации в сети с и использованием VLAN.
В примере конфигурации будем использовать следующую схему:

Схема VLAN на коммутаторах Cisco

Немного теории
VLAN или Virtual Local Area Network — виртуальная локальная компьютерная сеть, представляет собой группу хостов с общим набором требований, которые взаимодействуют так, как если бы они были подключены к широковещательному домену, независимо от их физического местонахождения.
Другими словами VLAN — это технология сегментации локальной сети на более мелкие виртуальные локальные сети со своим широковещательным доменом.

Преимущества сетей с VLAN:

  • Облегчается перемещение, добавление устройств и изменение их соединений друг с другом;
  • Так как маршрутизация между VLAN осуществляется на третьем уровне, следовательно увеличивается степень административного контроля в сети;
  • В связи с разбиением широковещательного домена уменьшается широковещательный трафик в сети, что экономит пропускную способность каналов;
  • Сокращается непроизводственное использование CPU за счет сокращения пересылки широковещательных сообщений;
  • Предотвращение широковещательных штормов и предотвращение петель.

О том, что такое DHCP, я думаю, рассказывать не нужно, но для тех кто «не уверен» есть хорошая статья, можно почитать здесь. Также там описаны базовые настройки DHCP на маршрутизаторах Cisco. Они ничем не отличаются и для коммутаторов. Добавлю лишь, что перед тем как конфигурировать на коммутаторах DHCP необходимого включить ip routing, что бы поднять его на уровень 3 и осуществлять межвлановую коммутацию, для чего в свою очередь необходимо в режиме глобальной конфигурации ввести соответствующую команду:

sw(config)#ip routing

Всем известно, что использовать протокол DHCP очень удобно — так как у администратора сети отпадает необходимость в настройке стека протоколов TCP/IP для каждой клиентской машины. С другой стороны, в общем случае адреса назначаются случайным образом, и заранее неизвестно какой хост получит какой адрес. А если необходимо сохранить какой-то порядок назначения адресов, что делать в таком случае!?

1-ое решение: Сохранив удобство использования DHCP привязать каждый компьютер к определенному IP-адресу, так называемая привязка к MAC-адресу: на DHCP-сервере хранится таблица адресов, где IP привязаны MAC’ам, в соответствии с которой происходит выдача. Таблица заполняется по мере добавления компьютеров в сеть.
Минусы этого решения в том, что администратору необходимо отслеживания MAC-адреса и сопровождать таблицы соответствия на сервере.

Решение №2: Поставить IP-адреса в соответствие не MAC-адресам, а портам коммутатора уровня доступа, к которым подключены клиентские компьютеры.

Решение №3 Выдача IP-адресов происходит в зависимости от того с какого DHCP-ретранслятора пришел запрос. В данном случае адреса выдаются из одной подсети, но с привязкой конкретных диапазонов адресов к конкретным коммутаторам, работающим как DHCP-ретрансляторы (dhcpsnooper). Это может довольно существенно помочь администратору сети, так как по IP-адресу клиентского компьютера сразу понятно к какому коммутаторы он подключен. Для этого решения используется опция 82 протокола DHCP.

Решение №4 (И самое гибкое): Раздавать IP-адреса по VLAN. Так мы получаем некое универсальное решение включающее преимущества всех предыдущих. Гибкость такого решения практически безгранична.

Итак, приступим…

Практическая сторона вопроса

Для наглядности рассмотрим следующий пример, представленный на рисунке (см. выше).
У нас имеется: три коммутатора уровня доступа (sw1, sw2, sw3), девять клиентских компьютеров (user 1-9), коммутатор 3-го уровня (Multilayer Switch, обозначим его как Core) и три сети VLAN.
На коммутаторах уровня доступа не требуется никакой дополнительной конфигурации для осуществления задачи (ну только настроить интерфейсы в соответствующий vlan), вся необходимая настройка производится на коммутаторе Core. Пример конфигурации коммутатора Core:

!для начала создадим наши vlan'ы
core#vlan database
core(vlan)#vlan 100
core(vlan)#vlan 200
core(vlan)#vlan 300

!сохраняем базу и выходим
core(vlan)#exit
!назначаем vlan интерфейсам ip-адреса
core(config)#int vlan 100
core(config-if)#ip address 10.1.100.1 255.255.255.0

!и так для всех интерфейсов. vlan 200 - 10.1.200.1.
!...
!включаем ip routing создаем пулы адресов dhcp
core(config)#ip routing
core(config)#ip dhcp pool vl100
core(dhcp-config)#network 10.1.100.0 255.255.255.0
core(dhcp-config)#default-router 10.1.100.1

!...
!и другие необязательные параметры, такие как dns
core(config)#ip dhcp excluded-address 10.1.100.1 10.1.200.1

Вот и все, готово! Компьютеры при подключении к сети получат IP-адреса по протоколу DHCP в соответствии с пулами для VLAN’ов в которых они находятся.
В реальных сетях возможно целесообразно разделение VLAN’ами по этажам или по отделам и т.д. как вам будет удобно. Таким образом, раздача IP-адресов теперь полностью в ваших руках.

Взято с исправлениями отсюда.

CWDM — спектральное уплотнение оптических каналов

«Вступление

Я работаю в малой, по меркам нашего города, Интернет-компании. В последние 5 лет наша оптическая сеть разрасталась семимильными шагами. Изначально топология сети была выбрана неверно, а именно шинная топология. В следствии чего, если на промежуточном узле связи случался сбой (длительное отключение электроэнергии, зависание оборудования и т.д.), то он влиял на все узлы связи, расположенные дальше. Очевидным решением данной проблемы было, перестроить сеть в соответствии с топологией логическая звезда. Для этого требовалось подключить каждый узел связи отдельным волокном. Но тут всплыла другая проблема, количество свободных волокон было катастрофически мало. Прокладка новых ВОЛС от основных узлов связи финансово затратно. Выходом из сложившейся ситуации стало внедрение CWDM.

CWDM

CWDM (Coarse Wavelength Division Multiplexing) — мультиплексирование с разреженным спектральным разделением. Другими словами, это технология, позволяющая одновременно передавать несколько информационных каналов по одному оптическому волокну на разных несущих частотах. Сетка длин волн CWDM заключается в диапазоне от 1271 нм до 1611 нм с шагом в 20 нм.
Принцип работы CWDM прост. Каждый приемопередающий модуль генерирует сигнал на определенной частоте. Перед тем, как попасть в оптическое волокно, сигнал с модулей объединяется мультиплексором и передается в волокно. На приемном конце, сигнал разделяется демультиплексором. Для того, чтобы оптическая сеть из топологии шина, преобразовалась в топологию звезда, демультиплексор должен не только принимать сигнал на заданной длине, а также дальше пропускать сигнал не изменяя его. Для этого мы использовали OADM.

OADM

OADM (Optical Add Drop Multiplexor) — это мультиплексор оптического ввода-вывода CWDM системы, который извлекает из оптической линии сигнал на заданной длине волны, а все остальное излучение пропускает без изменений.
OADM модуль имеет четыре интерфейса:
Com – получает сигнал со стороны мультиплексора
Express – пропускает сигнал дальше
Add – входящая линия на определенной длине волны
Drop – исходящая линия на определенной длине волны

SFP

Трансиверы SFP (Small Form Factor Pluggable) — промышленный стандарт модульных компактных приемопередатчиков, используемых для передачи данных. Каждый SFP CWDM трансивер работает по двум волокнам, на двух разных длинах волн – приемник на одной длине волны и передатчик по другой.

Практическая реализация

На практике мы использовали мультиплексор (MUX) с 8 каналами, приемопередающие трансиверы SFP, и OADM модули. Используемые длины волн представлены в таблице.
Длины волн
Ниже представлена реализованная схема.
Реализованная схема CWDM

Заключение

Проблемы

При внедрении CWDM мы столкнулись с некоторыми проблемами. На каждом узле связи оптические кроссы оконечены SC разъемами. У SFP-модулей разъемы LC. При заказе OADM модулей, была сделана ошибка, OADM модули были заказаны с LC разъемами. При внедрении CWDM приходилось использовать кучу патчкордов, LC и SC розеток, которые давали неслабые затухания в оптическую линию связи, в следствии чего, SFP-модули на отдаленных узлах отказывались работать. Плюс OADM модули вносят затухание от 0,8 до 1,2 дБ. Решением было, отказ от переходных патчкородов, и розеток. Оптические кроссы были переварены на LC разъемы.

Преимущества

Система CWDM независима от питания. Питание необходимо только для активного оборудования. Что в нашем случае мы и хотели добиться. При падении узла связи остальные узлы работают
Увеличение объема передаваемого трафика до 8 раз на одно волокно
Возможность монтажа OADM-модулей в различных местах (в кроссах, муфтах и т.д.)
Внедрение системы CWDM дешевле прокладки новых оптических линий на длинные расстояния»

Источник

IPv6 – с чем его едят. Система доменных имен и механизмы перехода с IPv4.

IPv6 и система доменных имен
IPv6-адреса представлены в системе доменных имен в виде АААА-записей (так называемых 4А-записей) для поиска вперед; для обратного поиска используется ip6 .arpa (ранее ip6 .int) с помощью отсечения адреса. Эта схема является простой адаптацией А-записей и in-addr.arpa схемы, определенной в RFC 3596.
АААА-схема была предложена одной из первых во время разработки архитектуры IPv6. Другое предложение, содержало идею A6-записей для поиска вперед и ряд других нововведений, таких, как bit-string labels и DNAME-записи. Оно представлено в экспериментальном RFC 2874 и ссылается (с последующими обсуждение преимуществ и недостатков обеих систем) на RFC 3364.
AAAA-записьNAME доменное имя
TYPE AAAA (28)
CLASS Internet (1)
TTL Time to live в секундах
RDLENGTH длина поля RDATA
RDATA строковое представление IPv6-адреса, определенное в RFC 3513
RFC 3484 определяет, каким образом следует приложениям выбирать IPv6 или IPv4-адрес для использования, в том числе это касается адресов, извлеченных из DNS.
IPv6 и DNS RFC
RFC 2874 — DNS Extensions to Support IPv6 Address Aggregation and Renumbering — Defines the A6 record
RFC 3364 — Tradeoffs in Domain Name System (DNS) Support for Internet Protocol version 6 (IPv6)
RFC 3484 — Default Address Selection for Internet Protocol version 6 (IPv6)
RFC 3513 — Internet Protocol Version 6 (IPv6) Addressing Architecture
RFC 3596 — DNS Extensions to Support IP Version 6 — Defines the AAAA record and obsoletes RFC 1886 and RFC 3152
Переходные механизмы
До тех пор, пока IPv6 окончательно не вытеснит IPv4, что вряд ли произойдет в обозримом будущем, будут использоваться переходные механизмы, читать далее

IPv6 — с чем его едят. Проблемы внедрения и их решения.

Существует два довольно различных класса пользователей сетей: хорошо информированные (в основном, коммерческий и профессиональный сектор) и плохо информированные (в основном обычные пользователи). Первый класс знает, что сетевые устройства являются по сути компьютерам, которые могут нуждаться в обновлении программного обеспечения для безопасности и исправления ошибок. Второй класс, убежден, что сетевого оборудования — приборы, которые уже настроены, когда их извлекают из коробки. Неизбежно, что последняя группа пользователей, которые не имеют знаний о IPv4 или V6, будет возмущена, когда их оборудование потребует замены.
Большинство оборудования, таких как узлы и маршрутизаторы требуют четкого поддержки IPv6. Исключением является оборудование самого низкого уровня, такое как кабели, сетевые адаптеры, и большинство двухуровневых переключателей.
Пока готовность к IPv6 не внедряется в большинстве потребительских решений. Поэтому, если используется оборудование не поддерживающее IPv6, возможно необходимо будет обновить или заменить его досрочно в случае подключения к новым пользователям и серверам с помощью адресов IPv6.
Как и проблема 2000-го года, читать далее

IPv6 — с чем его едят. Нововведения и отличия от IPv4.

В начале 1990-х годов, стало ясно, что изменения, внесенные в бесклассовые сети десять лет назад оказались явно недостаточны для предотвращения исчерпания адресов IPv4, и что дальнейшие изменения в IPv4 были необходимы. В начале 1992 года был выдвинут ряд предложений, а к концу 1992 года, IETF опубликовала несколько «белых» документов (RFC 1650) о создании «интернет-протокола следующего поколения» (IPng) и заявило о начале создания соответствующих рабочих групп.

IPng был принят Internet Engineering Task Force 25 июля 1994 года одновременно с созданием нескольких рабочих групп. К 1996 году были выпущены первые серии RFC cо свободными определениями протокола IPv6, начиная с RFC 2460. (Кстати, протокол IPv5 не был преемником IPv4, это был экспериментальный поток ориентированный на передачу потокового видео и аудио.)
Ожидается, что IPv4 будет поддерживаться наряду с IPv6 в обозримом будущем. Узлы, поддерживающие только IPv4 не смогут напрямую общаться с IPv6 узлами, но связь будет возможна через специальных «посредников».
Нововведения и отличие от IPv4
По большому счету, IPv6 является консервативным расширением IPv4. Например, приложениям, использующим транспортный, прикладной уровень и уровень протоколов нужно совсем мало или практических ни одного изменения для начала работы с IPv6. Исключение составляют приложения, использующие протоколы сетевого уровня и уровня адресации (например, FTP или NTPv3).
В приложения, как правило, нужно внести совсем небольшие изменения для начала работы с IPv6. читать далее

Multicast routing для IPTV

Первым делом озвучим несколько понятий, чтоб исключить дальнейшие недопонимания. Существует три вида трафика:

  • unicast — одноадресный, один источник потока один получатель
  • broadcast — широковещательный, один источник, получатели все клиенты в сети
  • multicast — многоадресный, один отправитель, получатели некоторая группа клиентов

Какой вид трафика использовать для IPTV?

unicast broadcast multicast
Особенности применительно к IPTV получаем дублирование трафика, для каждого абонента создается свой поток клиентское оборудование вынуждено обрабатывать весь поток каналов, который может быть совсем не несколько килобит абонент получает только тот поток, который запрашивает

читать далее

Организация IP-TV в сети

Началось все с того, что сеть начала расти и нужно было предоставлять пользователям ресурсы, кроме как доступ в интернет. Так как, наша компания кроме предоставления услуг доступа в интернет, занимается еще кабельным аналоговым и цифровым телевидением, то было решено организовать вещание телевидения в IP-сеть.
читать далее