Партнерка на США и Канаду по недвижимости, выплаты в крипто

  • 30% recurring commission
  • Выплаты в USDT
  • Вывод каждую неделю
  • Комиссия до 5 лет за каждого referral

Общие требования к оборудованию SBC:

Функциональные требования: Оборуование SBC должно обеспечивать связность между оборудованием доступа (оборудование присоединенных операторов, клиентов УПАТС) и доверенной сетью МГТС (NGN, IMS). Оборудование должно поддерживать работу по протоколам:
    IPv4 IPv6
Должно быть реализовано взаимодействие между протоколами IPv4 и IPv6 Оборудование должно поддерживать протокол 802.1q Оборудование SBC должно в полном объеме поддерживать протоколы:
    SIP (RFC3261) SIP-I (RFC3372) SIP-T (RFC3372) T-38 (RFC3362) H.264 (RFC6184) H.323 (RFC4123)
Должно быть реализовано взаимодействие между протоколами SIP-I и SIP-T Оборудование должно поддерживать работу голосовых протоколов поверх протоколов:
    TCP UDP
Оборудование должно иметь возможность динамического изменения протокола транспортного уровня (взаимодействие между протоколами TCP и UDP) Оборудование должно поддерживать голосовые кодеки:
    G.711 G.729 Web - кодеки
Оборудование должно поддерживать различные методы передачи DTMF:
    SIP Info RFC 2833 Inband
Оборудование должно поддерживать не менее 30000 одновременных сессий на одно устройство при следующей модели трафика:
    Средняя длительность вызова 90сек Среднее количество сигнальных пакетов на сессию 20шт.
Должна быть возможность создания статических и динамических access-листов. Оборудование должно поддерживать 2 модели связи:
    Access (вариант когда абоненты регистрируются) Peering (для организации межоператорских стыков и включения клиентов УПАТС)
При использовании схемы Access оборудование должно иметь возможность кэшировать записи о регистрациях. При использовании схемы Access, должен быть механизм блокировки попыток вызовов от незарегистрированных абонентов с целью снижения нагрузки на оборудование ядра. Должна быть обеспечена приоритезация трафика от «доверенных абонентов», для защиты от флуда. Должна быть предусмотрена защита от попыток взлома (black-list) по настраиваемым критериям:
    Количество неуспешных попыток регистрации Количество попыток регистрации в секунду Превышение установленного количества посылаемых пакетов в секунду
Должна быть обеспечена защита от DDoS атак. Должна быть возможность привязки конкретного пулла ip адресов для каждого канала Должна быть возможность ограничения количества одновременных сессий:
    Количество одновременных сессий от одного пользователя Количество одновременных сессий с одного IP (в случае работы с многопортовыми устройствами) Количество одновременных сессий на всем канале
Должна быть возможность ограничения полосы пропускания:
    Полоса пропускания для абонента Полоса пропускания для конкретного устройста Полоса пропускания для всего канала
Оборудование должно поддерживать работу с абонентами использующими NAT. Должна быть возможность использования гибких политик маршрутизации на основании:
    Ip адресов А и Б номеров Времени суток. Доступности оборудования
Должна быть реализована возможность перемаршрутизации вызова на основе ответа от внешнего устройства (SIP ответы в коде 4хх, 5хх) Должны быть реализованы различные варианты балансировки трафика между внешними устройствами:
    Hunt (Поочередный перебор нескольких внешних устройств) Load balancing (Балансировка 50/50) Least busy (Балансировка трафика в зависимости от загрузки внешних устройств)
Должна быть возможность модификации полей в заголовках 7 уровня (SIP и SDP), например:
    Сокрытие топологии сети на 7 уровне Подстановка параметра cpc-rus для выбора оператора МГ/МН Добавление/удаление/модификация необходимых полей Возможность сохранения значений и подстановки этих значений в другие сообщения в рамках одной сессии.
При модификации полей должна быть возможность использовать статические значения и переменные Поддержка протокола SNMP v2c и v3 Поддержка уведомления о событиях в виде snmp-trap. Возможность использования syslog Поддержка протоколы NTP для синхронизации времени Должна быть возможность для формирования CDR (Call Data Record) Должна быть возможность для настройки автоматической выгрузки CDR на внешнее хранилище по протоколу FTP. Должна быть возможность использования QOS для приоритезации трафика в сторону спецслужб. Должна быть возможность использования одного ip адреса для сигнального и медиа трафика, с целью экономии адресного пространства. Должна быть возможность приоритизации определенных каналов.

Аппаратные требования к оборудованию SBC Аппаратная платформа должна быть рассчитана на пропускную способность не менее 30000 сессий на одно устройство. При резервировании должна обеспечиваться синхронизация в реальном времени данных о зарегистрированных абонентах и активных сессиях Активное и резервное оборудование должно конфигурироваться как единое целое (конфигурируется только активное оборудование) Должна быть реализована возможность горячего резервирования (Переход на резервное оборудование без потери существующих сессий) Должна быть поддержка полного проксирования трафика проходящего через оборудование трафика.

Требования к управлению оборудованием SBC Система должна поддерживать авторизацию про протоколу RADIUS Система должна обеспечивать ролевой множественный доступ с распределением полномочий (read-only, read-write) для выполнения отдельных ролей в системе. Система должна обеспечивать резервирование портов управления. Система должна обеспечивать возможность резервного копирования / восстановления конфигурации системы. Система должна поддерживать протоколы Telnet и SSH для управления. Система должна поддерживать протоколы FTP и SFTP для загрузки/выгрузки файлов конфигурации. Система должна поддерживать логирование внесенных в конфигурацию изменений Система должна поддерживать выгрузку syslog на внешнее устройство

Требования к надежности оборудования SBC Для обеспечения надежности функционирования должна быть возможность резервирования по схеме N+1 Время переключения между активным и резервным модулем должна быть не более 300мс без перерыва сервиса для абонентов. ПАК должен анализировать состояние активного и резервного модуля с целью исключения циклического переключения. Должна быть возможность «ручного» переключения между модулями без потери сервиса. Должна быть возможность «горячей замены» всех неисправных компонентов оборудования без перерыва сервиса.
Требования к электропитанию Номинальное значение напряжения электропитания оборудования ПАК должно быть 60 В постоянного тока, допустимые предельные отклонения - +/- 20%. Оборудование должно иметь два независимых источника питания Должно быть обеспечено одновременное подключение оборудования SBC к двум независимым источникам электропитания.
Температурный режим и вентиляция Оборудование предусматривается устанавливать в коммуникационных помещениях, отапливаемых (в зимнее время года), а также оснащенных системами вентиляции и кондиционирования воздуха. Оборудование должно позволять нормально эксплуатировать его в следующих климатических условиях: Допустимый диапазон рабочих температур 5-40 °C Допустимый диапазон относительной влажности воздуха 10-80%.

Компановка и размещение оборудования. Оборудование SBC располагается в здании АТС. Форм фактор 19” для установки в стандартную стойку Оборудование SBC должно иметь габариты, позволяющие выполнить его монтаж в стандартную телекоммуникационную стойку ETSI (не менее 2-х шасси в одну стойку ETSI). Решение должно обеспечивать соблюдение необходимого температурного режима для всех его компонентов.
Требования к безопасности системы Система должна соответствовать требованиям информационной безопасности, изложенным в стандарте МГТС СТ-МГТС-027-3 «Требования информационной безопасности для новых информационных систем и приложений». Опросный лист в приложении.