Signaling System #7 / Система сигнализации №7

Signaling System #7 / Система сигнализации №7 — это набор сетевых протоколов, обеспечивающих обмен служебными сообщениями между мобильными станциями (мобильными телефонами) и телефонными станциями, а также между самими телефонными станциями.
В настоящее время SS#7 используется, как стандарт сигнализации в телефонных сетях.

В данной статье будет описана структура и принцип действия SS#7.



Введение



Все телефонные звонки состоят из двух неотъемлемых компонентов. Первый и наиболее очевидный – это фактическое содержание – наши голоса, данные факса, модема и т.д. Второй компонент – это информация, которой обмениваются сетевые устройства для организации соединения и доставки данных предназначенному пункту назначения.

SS#7 – это стек протоколов, описывающий способы коммуникации между телефонными распределителями (switches) в открытых телефонных сетях. Используется телефонными компаниями для межстанционной сигнализации. В прошлом, внутри полосная (in-band) сигнализация использовала межстанционные магистрали. Данный способ сигнализации предусматривал один общий канал для использования обоих компонентов телефонных звонков. Данный метод не был эффективен и вскоре был заменён вне полосным.

Для правильного понимания Системы Сигнализации №7, в первую очередь необходимо понять основные недостатки предыдущих методов сигнализации, используемых в PSTN (Public Switched Telephone Network). До недавнего прошлого, все телефонные соединения осуществлялись множеством техник, основанных на внутри полосной общеканальной сигнализации.

Сеть, использующая внеполосную общеканальную сигнализацию, представляет собой совокупность двух сетей в одной:

  • 1. Сеть с коммутацией каналов, которая обеспечивает передачу голоса и данных. Осуществляет физический канал между отправителем и получателем.
  • 2. Сеть сигнализации, обеспечивает передачу служебной информации, управляющей вызовом. Сеть с коммутацией пакетов, использующая общеканальные коммутационные протоколы.


SS#7 является основным межстанционным протоколом ISDN. Но с не меньшим успехом используется и за пределами ISDN.

Уровни протокола SS#7



Система сигнализации №7 является взаимозаменяемым набором сетевых элементов, используемых для обмена сообщениями для поддержки телекоммуникационных функций. Протокол SS#7 разработан с целью продвижения этих возможностей и обслуживания сети, на которой они предоставляются.

image

Рис. 1 Строение стека протоколов SS#7

Message Transfer Part
Подсистема передачи сообщений



MTP1



На данном уровне выполняются функции электронно-оптического преобразования, обеспечение необходимой мощности сигнала передачи. MTP1 совместим с разными интерфейсами (E1, T1).

MTP2



Выполняет следующие функции: кадровая синхронизация, проверка ошибок при передаче одного кадра, согласование скорости передачи, организация повторной передачи кадров, в которых обнаружены ошибки.

На этом уровне формируется 3 вида кадров.

MSU (Message Signaling Unit) — кадр передачи, который используется для передачи сигнальных сообщений (для организации, разрыва соединений и т.д.).

image

Рис. 2 Строение кадра MSU
Цифры — количество бит каждого поля. Назначение всех полей будет описано далее.

LSSU (Link Status Signal Unit) — кадр передачи, который несёт информацию о статусе сигнальных сообщений, о состоянии соединения сигнализации.

image

Рис. 3 Строение кадра LSSU

FISU (Fill In Signaling Unit) — данный тип кадра не несёт информации и называется «пустым». Применяется в случае однонаправленной передачи сигнальных сообщений принимающим узлом для сигнализации передающему узлу о наличии ошибок и организации повторной передачи.

image

Рис. 4 Строение кадра FISU

Уровень MTP2 формирует кадр передачи, дополняя к существующим полям (Info, SIO, SIF или SI) следующими полями — флаги F, контрольным полем FCS (Frame Check Sequence), индикатор длины LI (Lenght Indicator), указательный бит вперёд FIB (Forward Indicator Bit), указательный бит назад BIB (Backward Indicator Bit), номер последовательности вперёд FSN (Forward Sequnce Number), номер последовательности назад BSN (Backward Sequnce Number).

В поле BSN сообщения MSU в направлении от узла А к узлу В вписывается номер последнего кадра, полученного А от В. Если А получил от В ошибку, то А вписывает в поле BSN номер кадра с ошибкой и вставляет «1» в поле BIB. В, получив это сообщение, отправляет кадр повторно и вписывает «1» в поле FIB, что означает повторную передачу.

Поле FSN применяется для указания номера последовательности передающей стороной, а BSN применяется для указания номера последовательности последнего принятого кадра. Т.е., отправляя первый кадр MSU, узел А вписывает в поле FSN «0». Если узел В получил кадр успешно, формирует ответное сообщение и вписывает принятый в FSN номер «0» в своё поле FSN. А, получив ответ от В, считывает поле FSN, убеждается в том, что его первый кадр дошёл успешно, формирует второй кадр и вписывает «0» в BSN. Таким образом, при передаче второго кадра от А к В, узел В также получает и отчёт о том, что его ответ на первый кадр узел А получил без ошибок. И так далее.

Битом BIB можно заказать повторную передачу, если на приёме возникла ошибка. Вписывается «1», если была и «0», если всё прошло успешно.

Битом FIB передающая сторона информирует принимающую сторону о наличии повторной передачи.

MTP3



Функции данного уровня совпадают с функциями сетевого уровня модели OSI. Выполняет адресацию в сети SS#7, маршрутизацию.

На MTP3 формируются поля SIO, SIF и SI.

image

Поле SIF (Signaling Information Field) применяется для указания ID кода сигнального узла, при этом, указывается код узла, который передаёт сообщение (OPC — Originating Point Code), как и код узла, которому назначено данное сообщение (DPC — Destination Point Code).

Поле CIC (Circuit Identity Code) применяется для указания временного интервала (time-slot'a), который применяется для передачи сигнальных сообщений и находится в одном из потоков E1, T1.

Поле SIO (Service Information Octet) применяется для идентификации типа услуги. NI (Network Indicator) — указатель сети, служит для указания типа сети (национальная или интернациональная сеть). Pri (Priority) — данное поле, обычно, является резервом, в отдельных случаях может применяться для указания приоритета. SI (Service Indicator) — указывает к какому типу услуг относится сигнальное сообщение, которое находится в информационном поле.

На третьем уровне формируются сигнальные соединения между узлами.

image

SL (Signaling Link) — это соединения между двумя узлами, через которые происходит обмен сигнальными сообщениями. Как правило, число SL больше 2-х.

Два SL, связывающие два узла сигнализации, обычно входят в набор сигнальных линий SLS (Signaling Link Set). Набор SLS может содержать 2, 3 и более SL, в зависимости от ёмкости соединительной линии между АТС.

В сети SS#7 различают три типа сигнальных узлов:

SSP (Signaling Switching Point) — узел, выполняющий коммутацию узлов.
SСP (Signaling Control Point) — контролирует работу SSP, содержит базу данных, управляя тем самым доступом к услугам, которые предоставляет SSP.
STP (Signaling Transfer Point) — узел, выполняющийй функции маршрутизации сигнальных сообщений.

image

Telephony User Part (TUP)



Данный уровень содержит набор протоколов, предоставляющий возможность применения SS#7 в аналоговой сети стационарной телефонии, адаптированный к системе сигнализации с совмещённым каналом, применяющейся в аналоговой абонентской линии. В настоящее время не используется.

ISDN User Part (ISUP)



Набор протоколов, позволяющий применение SS#7 в сетях ISDN. Поддерживает принцип работы всех интерфейсов ISDN, определяет алгоритм формирования соединений.

Sifnaling Connection Control Part (SCCP)
Система управления соединением каналов сигнализации



Выполняет функции контроля за соединениями в сети SS#7. Позволяет организовать 4 вида передачи данных. Каждый вид характеризуется классом от 0 до 3.

Class 0
Формирование соединений без согласования между терминалами.

Class 1
Формирование соединения с учётом номера последовательности при передаче. Не ориентировано на соединение.

Class 2
Формирование соединения с предварительным согласованием, после происходит передача.

Class 3
Формирование соединения с предварительным согласованием, после которого происходит передача данных с контролем скорости передачи.

Transanction Capability Application Part (TCAP)
Прикладная часть средств транзакций



Обеспечивает функции обработки данных для работы оборудования с удалённым доступом. TCAP применяется для обеспечения роаминга между сетями. В этом случае используется услуга «глобального переводчика», которая переводит код сигнального узла (SIF) в формат телефонного номера.

TCAP состоит из нескольких подуровней.

Mobile Application Part (MAP)


Набор протоколов, позволяющий применять SS#7 в мобильной сети. В этом случае, данные протоколы поддерживают все интерфейсы мобильной сети, определяют принцип hand-over'a, принципы формирования соединений.

IS 45


Набор протоколов, использующийся для обеспечения роаминга между сетями одного и того же стандарта, так и между сетями разных стандартов (GSM и CDMA, например).

Inteligent Network Application Part (INAP)


Данный набор протоколов служит для применения SS#7 в интеллектуальных сетях связи (IN). Определяет принцип формирования соединений в IN. При этом, возможно применения аутентификации, как метода проверки подлинности абонента.
Share post

Comments 63

    +1
    Ставим плюс за детальное описание довольно узкоспециализированного протокола. Но всё таки сложновато xD
      +3
      Из статьи не связистам совершенно непонятно для чего этот стек протоколов нужен. Не описаны преимущества и которые дала эта технология. Одно из главных преимуществ — это то что можно управлять звонком не только в момент соединения, но так же в течение разговора и во время завершения (переадресация, конференц-связь, удержание вызова, подвижная связь и т.д.).

      Читается как узко-специализированное и значительное число читателей таких руководств искренне удивляются когда рассказываешь им как часто они сталкиваются с SS7, к примеру при объяснении чем определен размер SMS.

      Но все равно хорошо что эта статья появилась. Очень интересный набор технологий. Особенно на мой взгляд IN часть и SS7overIP. И не такой страшный как выглядит с первого взгляда.
        0
        IN весьма и весьма устаревшее представление о развитии ДВО (VAS). копайте глубже, в сторону IMS, вот там творятся реальные чудеса :)
          0
          Абсолютно согласен. Опять же имхо, в IMS надо вникать после разбора основ IN.
            0
            IMS вообще ортогонален к IN. Изучайте отдельно. Главное понимать, что IMS — это одна из инициатив текущего тренда перехода в IP. Предыдущая — NGN рассматривала переход опорной сети в IP, а IMS — это уже взаимодействие опорной сети с терминальным оборудованием.
          0
          Хм, а я как-то не сразу решился опубликовать эту статью. Думал, что мало конкретики и всё представлено в общем виде, а получилось наоборот, судя по комментарию выше.

          Мне эта система далась легко. Сразу понял расположение и назначения уровней, связи между ними, сообщения.
            +1
            А можно не скромный вопрос — какова цель публикации этой статьи?
              0
              Хотел зарегистрироваться на сайте для того, чтобы было удобнее пользоваться ресурсом. Выбрал эту тему, т.к. думал, что она возможно будет интересна. Кроме того — возможность обсудить материал.
                0
                Я в принципе закрываю глаза на то, что это copy-paste из какой то методички и даже немного рад, что затронута такая тема, но мне не понятно само практическое назначение статьи. Ведь в ней детально описаны нижние уровни семерки (MTP-SCCP), которые даже разработчики уже не касаются (стеки протоколов сто лет как реализованы и выверены донельзя).

                Было бы лучше, если бы вы на примере workflow диаграмм показали, каким образом общаются две станции, немного осветили ISDN и тоже набросали какой нибудь вызов для GSM, а подитожили все это пресловутой сессией GPRS под управлением CAMEL в роуминге, благо это тема сейчас больная и очень популярная.

                А так регистрация на хабре выходит получена практически на халяву…
                  0
                  Уж прошу прощения за оффтопик.

                  «а подитожили все это пресловутой сессией GPRS под управлением CAMEL в роуминге, благо это тема сейчас больная и очень популярная»

                  Да, bill-shock из-за передачи данных в роуминге стал популярной темой )

                  Если трафик приземляется на GGSN в домашней сети, то проще уж интегрироваться по DCCA с OCS, благо железки сейчас умные пошли и технология не сложная. Куда проще чем с каждым SGSN партнера интегрироваться.
                  CAMEL это хорошо, но он не очень удобен для оценки дата-трафика.
                    0
                    Ну если можно было бы почитать про Diameter & Radius, то это ваще было бы мегакруто! Кстати, никто не в курсе, как выкрутился мегафон?
                      0
                      А что там выкручитваться-то? GGSN у всех дома. Нет и небыло никаких проблем тарифицировать Prepaid в реальном времени.

                      Про RADIUS и DIAMETER писать нечего, ибо помимо реализации былового контейнера каждый вендор реализует то, что в голову всбредет: стандартно в RADIUS нет поддердки Prepaid-модели, а в DIAMETER-е достаточно обобщенный контейнер в DCCA (rfc4006). Да, и не забываем, что и RADIUS и DIAMETER (в особенности) — это контейнеры общего назначения, использующиеся не только для функции credit-control.
                        0
                        Угу. Оба этих протокола имеют много серых зон в описании, что затрудняет выяснение отношений между вендорами.
                          0
                          О! Какие люди! :)
                          Я ты сказал, что многое еще и от заказчика зависит %)
                            0
                            Ага, ага ) Про протоколы это я так — поздороваться )

                            В этом случае от заказчика зависит практически все — кого он меньше любит, тот свою часть AVP и переписывает ;)
                              0
                              У нас, кстати, брэнч как на RADIUS, так и на DIAMETER. Офицально. :)
                                0
                                А вы, простите, на кого работаете?
                                Ибо в Мегафоне DCCA делают только два вендора…
                                  0
                                  Забавно. :) Первое — с чего вы взяли что я работаю у вендора? Второе — у нас кроме Мегафона операторов нет?
              0
              В статье говорится как о базовых штуках, таких как описание двух принципов передачи сигнальных сообщений, так и о низкоуровневых фактах (структуре MSU). Сложно в таком объеме текста описать все что можно реализовать средствами семерки.

              Но повторюсь, очень хорошо что материалы на эту тему появляются, на популярных околотехнических ресурсах эти вопросы почти не обсуждаются.
            +1
            На этом «узкоспециализированном» стеке протоколов работает вся современная связь. Если брать аналогию из IT, то SS7 это эквивалент IP (SS7, он же семерка, он же ОКС).

            GSM, UMS, LTE — все это железо для управление соединениями и ресурсами сети используют семерку.
              0
              ну про всю современную связь вы загнули :) интернет это тоже вид связи, а ss7 для работы интернета не нужен. даже сказав «вся современная телефонная связь» будете не правы — есть h323/sip, есть skype который совсем другой. и им всем не нужна ss7.
              imho, ss7 даже близко не стоит рядом с миром ip.
                +2
                Вы не поверите. С появлением SIGTRAN эти 2 мира объединились.
                  +1
                  не поверю :) SIGTRAN нужен чтоб ss7 работало нормально поверх ip, его иногда даже кличут как IEC SS7 over IP.
                  так что это просто поддержка legacy-standarts
                    0
                    Хорошо, поясню.

                    1) После того как появился SS7overIP сигнальный трафик замечательно передается через интернет. Особенно это актуально в случае соединения с SMS хабами.
                    2) IP трафик довольно часто заворачивают в ОКС7 потоки

                    Правда и с тем и с другим явлением монополисты пытаются бороться, но не важно.
                    Важно то, что для ОКС7 можно использовать IP как транспорт. И нет в этом никакого противоречия.

                    И коммутаторы новые замечательно работают одновременно как с SS7 так и с SIP.
                    И упомянутая выше технология IMS описана в рекомендациях 3gpp.
                    Смысла разделять эти 2 технологии тоже нет. Просто для разных целей тот или иной протокол удобнее\дешевле\надежнее\проще (нужное подчеркнуть).
                      0
                      2) IP трафик довольно часто заворачивают в ОКС7 потоки

                      С этого момента поподробнее, пожалуйста. Может я чего-то не знаю и жизнь потеряна?
                        +1
                        ну давайте помашем кулаками :)
                        повторяю начальный посыл: ss7 — это далеко не вся связь.

                        1) SS7overIP (SIGTRAN) не нужен сетям IP, он нужен традиционным сетям чтоб выжить в современном мире.
                        2) ip по потокам ss7 это динозавр который почти вымер. ip over t1/e1/t3/e3, особенно когда eX unframed, то есть просто чистый g703, никаким боком не относится к ss7. так что ip через сеть ss7 — это когда у вас есть PRI/BRI, ваш роутер звонит через эти pri/bri другому роутеру, в промежутке между ними происходит вся чехарда с сигнализацией, устанавливается соединение между роутерами и поверх него начинает бегать IP. А пока оно бегает вы платите поминутно за 30 телефонных звонков. Кому это надо? Да оно есть, в Африке или у идиотов.

                        так что мой тезис о том, что SS7 — это дааааалеко не вся связь вполне себе верен. Более того, ip over ss7 — это геморрой и пережиток. И наконец, сейчас ss7 сохранена по простой и банальной причине обратной совместимости и наличия миллионов тонн древних коммутаторов.
                          0
                          А не буду. Вы меня поняли что возможны оба варианта, я вас понял и согласен что ip over ss7 пережиток.

                          И SS7 не вся связь, я выдвинул тезис о том что смысла нет уже делить, эти 2 стека очень прочно связаны.

                          И вообще, день рабочий, уж простите.
                    0
                    У нас есть куча монополистов, которые очень не любят IP и придумывают клевые законы, о том, что международный трафик по IP гонять запрещено. Выводы делайте сами
                      0
                      у нас это в США? или во Франции? для меня «мы» может быть другим, вам не кажется? :)
                      да и вообще — речь о технологиях, а не чьих-то амбициях
                        0
                        А что, вы полагаете, что в США, Европе или иных странах нет своих монополистов? Там до недавних пор операторы запрещали Skype трафик как раз таки по причине финансовых потерь.
                          0
                          точно знаю, что такой бред у нас и в Африке. в США за такие вещи операторы быстро получили по сусалам и стали думать по-другому.
                          и повторяю, разговор о каких-то идиотских запретах и монополиях никак не относится к теме развития/противоборства технологий. это human fucktor.
                            0
                            спалился :) у нас — в России :)
                              0
                              глупо все ровнять под одну гребёнку. Там где есть клёвые IP сети разумеется можно гонять и видео и трафик по IP. Хотя насущным остается вопрос к QoS.

                              Там где нет IP, либо качество ниже плинтуса, либо стоит он столько, что можно только и мечтать про заморский американский мега интернет, остаются все те же старые допотопные сети связи. При этом такие сети есть и у нас, и в Штатах и в Европе.

                      0
                      Есть более простой PRI30.
                        0
                        Не видел ни одного нормального коммутатора, кроме абон уплотнителей и мелких атс-ок которые бы работали по PRI. Всякую мелкую сошку обычно пристыковывают по PRI
                          0
                          Как насчет MC240?
                          PRI удобен в настройках, указал Network/User side указал каналы и не паришься.

                          С ОКС7, надо думать уже об OPC, DPC, о CICах и прочем. Но ОКС7 дает преимущество в 2 разговорных канала на E1.

                          Про R1,5 Молчу =)
                            0
                            Вот за это PRI я и считаю суть абонентской сигнализацией.
                            Для небольшого коммутатора типа городской/сельской атс без транзитного трафика, с простой конфигой, это конечно проще. Но когда надо, например сделать резервные маршруты для сигнализации, когда в направлении несколько линксетов сразу ОКС начинаеш ценить за стройную мощь.
                            Преимущества в 2 разговорных канала — мнимое, ибо 1 линк держит 1024 таймслота, на фоне которых экономия 1 канала — ничто.

                            Про R1,5 я предлагаю забыть как страшный сон. Время релейной и ламповой техники слава богу ушло.
                              0
                              В плане транзита, да ОКС рулит. А вот мне на одной железке на днях пришлось на коммутаторе потоков конвертировать R1.5 в ОКС, на московских АТС…
                                0
                                Охотно верю, что такое может происходить даже в ДС, что меня печалит.
                                За такие дела операторам связи надо мне кажется ноги и руки менять местами.
                                0
                                Все правильно, PRI это исключительно абонентский сегмент, Q931 мало пригоден для транзитного трафика. Тут и начинает рулить ISUP.
                        0
                        LTE уже все через DIAMETER :) семерки тама почти и нет :(
                        0
                        Спасибо за статью! Нет ли желания продолжить цикл SIGRAN'ом (M3UA, M2UA)? Было бы очень интересно!
                          0
                          Да лучще тогда SIP-T. SIGTRAN ущербен по своей идеологии. :)
                            0
                            С SIP-T/SIP-I все просто, это обычный SIP c бинарными аттачами, там ничего интересного. А насчет SIGTRAN'а не соглашусь. Имхо, это лучший способ для конвергенции IP и SS7 сетей в ядре софтсвичей. Один SCTP стоит многого.
                              0
                              Есть другое мнение. :) SIGTRAN тащит за собой адресацию SPC со всеми вытикающими в виде шкафа со скелетом. SIP-T и SIP-I максимально от этого абстрагируется, неся ISUP в качестве дополнительной справочной информации, обеспечивая истинно IP-шную коммутацию.
                                0
                                Безусловно SIP-T/SIP-I выглядит гораздо логичнее в наше время. Но, к сожалению, далеко не каждый вендор его поддерживает. По моему опыту, на западе вообще мало известен. Чаще используются стыки по M2UA или M3UA используя сигнальные и медиа-шлюзы. Типа того же AudioCodes Mediant/TelcoBridges/Iskratel. Опять же, говорю исходя из своего опыта. Возможно, ситуация выглядит иначе
                                  0
                                  Да. Видимо мы с вами различными вендорами мыслим: Ericsson и Dialogic (Veraz).
                                    0
                                    да, с Dialogic как-то успешно стыковался по SIP-T.
                          0
                          Азбука связиста :) Спасибо.
                            0
                            Вообще-то по русски SS7 переводится как ОКС-7 (Общеканальная система сигнализации № 7). Так во всей русской документации. Ну а если кого заинтересовал вопрос — вперёд за Гольдштейном. У него много книжек.
                              0
                              Ну, сказать честно, книжки у Гольдштейна я бы рекомендовать не стал. Часто это либо плохой перевод RFC либо труды его студентов (мне так показалось)
                              +2
                              К сожалению статья для галочки, ибо у автора понимания ОКС7 нет. Ну начал бы тогда с E1 и PCM30, чтобы хоть какие-то азы читателю дать. Выглядит копи-пастом с какого-нибуть сотовика.
                              Хотелось бы, чтоб для обывателей были даны основные понятия в адресации на сигнальной сети — SPC и GT, основной упор на прикладные MAP и ISUP.
                                +1
                                Signaling System #7 / Система сигнализации №7 — это набор сетевых протоколов, обеспечивающих обмен служебными сообщениями между мобильными станциями (мобильными телефонами) и телефонными станциями, а также между самими телефонными станциями.

                                К мобильным телефонам ОКС7 особого отношения не имеет.

                                SS#7 – это стек протоколов, описывающий способы коммуникации между телефонными распределителями (switches) в открытых телефонных сетях.

                                Первый раз вижу перевод switch (чаще — коммутатор, реже — телефонная станция) как «телефонный распределитель».
                                  0
                                  Автор имеет ввиду, что базовые станции и вся сигнализация за ними используют SS7
                                    0
                                    Тоже прочитал «телефонный распределитель» и сразу подумал что это компиляция из методичек и какой-то переводной статьи.
                                    Я switch перевел на собеседовании как переключатель, ибо по образованию не связист, а промэлектронщик, что тогда простительно было.
                                    0
                                    А подскажите пожалуйста книги по основам ОКС-7 — работаю с ней, но знания очень поверхностные. Хочется иметь общее понимает структуры и функций каждого элемента, но без подробностей в виде стуктуры пакетов с длинной полей.
                                      0
                                      Есть очень хороший автор Гольдштейн, у него много книг по сигнализациям, в том числе и по ОКС
                                      +1
                                      НЛО прилетело и опубликовало этот коментарий здесь:
                                      «У меня имеется виртуальная машина под RedHat на которой крутится рабочий SS7 TIETO стек с конфигуратором/отладчиком и тп… на нем можно проводить экспиременты и получать вполне работоспособные конфигурации. Ну и если статья будет подкреплена скриншотами tvtool'a и конфигуратора — будет совсем другое дело. В случае, если автор статьи продолжит публикации в этом направлении, я готов предоставить доступ к своей машине для экспериментов. Также имеется очень много информации по этому вопросу. В качестве контакта со мной можете использовать почту: yaroslav@berezhinskiy.name»
                                        0
                                        как все сложно.
                                        не проще связываться по 3G а звонить через internet
                                          0
                                          А как вы будете принимать входящие звонки? Все время держать tcp connection? Батарея вашего телефона проживет 2 часа, вместо 2х недель.
                                          0
                                          Прям-таки обуяла ностальгия по студенческим временам…
                                            0
                                            Писал небольшую заметку для себя, может будет полезна в теме освещения SS7 — ссылка на мой блог.
                                              0
                                              Частично для систематизации своих знаний, частично из альтруистских соображений, частично в качестве задела на будущий бизнес освещаю различные аспекты темы в блоге «SS7 для чайников» — ss7.powerpbx.ru

                                              Only users with full accounts can post comments. Log in, please.