О деактивации форума Eltex

Уважаемые коллеги! В связи с потерей актуальности данного ресурса, нами было принято решение о частичной деактивации форума Eltex. Мы отключили функции регистрации и создания новых тем, а также возможность оставлять сообщения. Форум продолжит работу в "режиме чтения", так как за долгие годы работы здесь накопилось много полезной информации и ответов на часто встречающиеся вопросы.

Мы активно развиваем другие каналы коммуникаций, которые позволяют более оперативно и адресно консультировать наших клиентов. Если у вас возникли вопросы по работе оборудования, вы можете обратиться в техническую поддержку Eltex, воспользовавшись формой обращения на сайте компании или оставить заявку в системе Service Desk. По иным вопросам проконсультируют наши менеджеры коммерческого отдела: eltex@eltex-co.ru.

вызовы с переадресацией

АТС МС240 на базе ЦПв3 и ЦКП
bravo
Сообщения: 873
Зарегистрирован: 19 июн 2015 17:38
Reputation: 6

вызовы с переадресацией

Сообщение bravo » 07 дек 2015 23:18

Добрый день.
Есть такая проблема/не проблема, пока не понятно, но то что это не контролируется -- уже не очень хорошо.

Схема такая:
есть номер в DEF коде 800. Он принадлежит ростелекому и наш заказчик его арендует... ну и ладно. При звонке на него, происходит переадресация на номер нашей ёмкости.
в IAM от присоединённого оператора прилетает вся информация о том что такой то номер А звонит на такой то номер Б (из на шей ёмкости) и весь этот вызов это редирект с 800ХХХХХХХ.

собственно проблема заключается в том, что redirecting number не обрабатывается анализаторами модификаторами - соответственно не соответствует формату принятому в нашем плане нумерации (е164) и соответственно у нашего куратора по СОРМ могут возникнуть вопросы. Как быть?

И попутно вопрос возникает у нас - насколько это корректно? С одной стороны на конкретном участке сети номером А является 800ХХХХХХХ, с другой стороны он не несёт он не обрабатывается анализаторами... И это проблема не только с этим номером 800, а в принципе глобальная, потому как у наши абоненты в своих сетях сами решают ставить им переадресацию или нет, и если они её ставить, то во внешнюю сеть они могут с внутренним АОН ломиться, ну или в любом случае они выходят не в формате е164 и мне это нужно контролировать и исправлять.


PS: если нужно, я сниму трейс с таким вызовом и покажу как он отразился в биллинга, пройдя через план нумерации, где у меня все варианты АОН анализируются и приводятся к нужному виду... но вызов с типом "транзит-переадресация" остаётся не обработанный по номеру А.
Тех. саппорт от коллег в telegramm:
https://t.me/eltex_experts
@eltex_experts

Vlad_SC
Сообщения: 255
Зарегистрирован: 24 июл 2015 10:39
Reputation: 0

Re: вызовы с переадресацией

Сообщение Vlad_SC » 08 дек 2015 16:22

Дмитрий, ответил Вам в телефонной беседе. Вы меня не смогли убедить, что наше оборудование работает не так как нужно. Необходимо определиться, что бы Вы хотели получить при прохождении через наше оборудование переадресованных звонков.
С уважением, Владислав / Сервисный центр VoIP / ООО "Предприятие "Элтекс"
для заполнения формы обращения в ТП можете перейти по ссылке https://eltex-co.ru/support/

bravo
Сообщения: 873
Зарегистрирован: 19 июн 2015 17:38
Reputation: 6

Re: вызовы с переадресацией

Сообщение bravo » 08 дек 2015 18:57

Ну собственно я вот из трейса повыцепляю тогда информацию, что бы весь звонок сюда не вносить:

Прилетел из ТССОП IAM:

Код: Выделить всё

 
13:32:37.995320  [INFO]  SS7/ISUP. RX. Linkset 01. Link '03/02', CIC=217. IAM- Initial Address Message
         ## Nature of connection: 00
         #    Satellite: no
         #    Continuity Check: not required
         #    Echo control: not included
         ## Forward Call Indicators: 20 01
         #    Interworking: no encountered
         #    ISUP: used all the way
         #    ISUP indicator: preferred all way
         #    Originating access ISDN
         # Calling party category:  0x0a (10)
         # Transmission medium req: 0x00 - speech
         ## Called party number: 83 90 94 65 76 76 71 0F
         #    Nature of address: 0x83 - national
         #    Numbering plan:    0x90 - ISDN/telephony
         #    Number:            49566ХХХХХ <ST>
         [Optional params]
         ## Calling party number: 03 11 04 21 03 82 10
         #    Nature of address: 0x03 - national
         #    Numbering plan:    0x01 - ISDN/telephony
         #    Screening:         0x01 - user prov, verifed & passed
         #    Presentation:      0x00 - presentation allowed
         #    Number:            4012302801
         # Redirection information: 03.01.
         ## Redirecting number: 03 10 08 20 00 40 26
         #    Nature of address: 0x03 - national
         #    Numbering plan:    0x10 - ISDN/telephony
         #    Presentation:      0x10 - allowed
         #    Number:            8002000YYY
         ## Original called party number: 03 10 08 20 00 40 26
         #    Nature of address: 0x03 - national
         #    Numbering plan:    0x10 - ISDN/telephony
         #    Number:            8002000YYY
         # User service information: 80.90.A3.
         # Access transport: 1E.02.80.83.
         # Optional forward call indicators: 80.
         # Parameter compatibility info: 3D.C0.
         # Hop counter: 1F.
         [end of optional params]
 13:32:37.995446  [INFO]  SS7/ISUP. Chan SS7:03/06:25. Link: 'n', peer-ss7: 'n', ss7-trs: 'n'
 13:32:37.995530  [INFO]  SS7/ISUP. Chan '03/06':25. Msg [1] in state NULL
 13:32:37.995614  [INFO]  SS7/ISUP. Chan '03/06':25. New state IN_PROCEEDING
 13:32:37.995721  [INFO]  SS7/ISUP. Line '03/06'. Chan 25. Incoming seize:
         # Port SS7:03/06:25. CCR(none). category 0a (10).
         # Calling <4012302801> Called <49566ХХХХХ>
         # Orig called <8002000YYY> Redirecting <8002000YYY>[10]. Redirecting count 1
         # cplt=y; pres=allow; nature=not subscriber.


Видим, что абонент с номером 4012302801 сделал вызов на 8002000YYY и был переадресован на мою ёмкость 49566XXXXX

Далее у меня отрабатывает анализатор вызывающего, в котором обрабатывается !ВНИМАНИЕ! 4012302801 и становится 74012302801, затем обрабатывается номер вызываемого и он становится 749566XXXXX

Это преобразование мне нужно, что бы через план нумерации номера проходили в формате е164 для соблюдения требований куратора по СОРМ.


Далее мы видим что попало в СОРМ:

Код: Выделить всё

 
 13:32:38.003836  [INFO]  Port PRI:02/09:01. COPM-stopdial. NumbersX: CdPN <74012302801>(11), CgPN <749566XXXXX>(11). loc: 0 IN:0
 13:32:38.004278  [INFO]  Port SS7:03/06:25. COPM-stopdial. NumbersY: CdPN <749566XXXXX>(11), CgPN <74012302801>(11). loc: 0 IN:1




Далее по выходу из ТГ происходят преобразования, что бы станция абонента нормально приняла цифры и ему улетает такой вот SETUP

Код: Выделить всё

      0x3F30 (from orig), MSG=SETUP:
      [sending complete]
      [bearer capability:
         cap=speech
         std=CCITT
         rate=64 kbit/s
         mode=circuit
         layer1=G.711 A-law]
      [channel id: channel=24 (exclusive)] Coding=CCITT
      [calling party number: 84012302801 (type=national, plan=ISDN, pres=<allowed>, screen=<net.provided>)]
      [called party number: 66XXXXX (type=subscriber, plan=ISDN)]
      [redirecting number: ?8002000YYY (type=national, plan=ISDN, pres=<allowed>, screen=<net.provided>)]


Конечно очень интересно, как обрабатывается знак "?" в начале "redirecting number:", но там далее меня уже не особо беспокоит... хотя интересно.

Беспокоит меня то, что такие вызовы (с редиректом) в биллинг заносятся вот так:
Снимок экрана 2015-12-08 в 15.33.48.png


т.е. номер 8002000YYY не модифицируется и не анализируется. Далее биллинговые данные обрабатываются в АСР... и вот там номера 8002000YYY или 495YYYYYYY (а собственно могут быть любые, как валидные так и вовсе в виде какого либо мусора (мусор это в лучше случает короткий номер, абонента внутри их ведомственной станции, а в худшем - вообще дребедень не анализируемая (такое уже было, когда одного из наших заказчиков взламывали фрикеры и осуществляли вызовы через их экспериментальные SIP станции))...

так что помимо бесконтрольного выхода АОН в ССОП, есть ещё и проблемы с расчётами, потому что без 7 в начале номера номер А попавший в биллинг будет восприниматься как международный префикс какой нибудь страны...
Тех. саппорт от коллег в telegramm:
https://t.me/eltex_experts
@eltex_experts

Анна
Сообщения: 692
Зарегистрирован: 23 май 2011 10:31
Reputation: 0

Re: вызовы с переадресацией

Сообщение Анна » 10 дек 2015 11:04

bravo писал(а):Добрый день.
собственно проблема заключается в том, что redirecting number не обрабатывается анализаторами модификаторами - соответственно не соответствует формату принятому в нашем плане нумерации (е164) и соответственно у нашего куратора по СОРМ могут возникнуть вопросы. Как быть?


Redirecting number для СОРМ вообще никак не обрабатывается и перехват по нему осуществлен не будет.
Для СОРМ анализируются только номера CgPN и CdPN

bravo писал(а):Далее мы видим что попало в СОРМ:

Код: Выделить всё

 
 13:32:38.003836  [INFO]  Port PRI:02/09:01. COPM-stopdial. NumbersX: CdPN <74012302801>(11), CgPN <749566XXXXX>(11). loc: 0 IN:0
 13:32:38.004278  [INFO]  Port SS7:03/06:25. COPM-stopdial. NumbersY: CdPN <749566XXXXX>(11), CgPN <74012302801>(11). loc: 0 IN:1


Это не сормовские логи. Что попадает в СОРМ вы увидеть не сможете, т.к. для операторов эта информация закрыты. Таково требование приказа.
В данном месте просто указываются конечные номера, по которым идет маршрутизация. В версии 5.2.23 их из лога убрали, чтобы они не вносили путаницу

bravo писал(а):Далее по выходу из ТГ происходят преобразования, что бы станция абонента нормально приняла цифры и ему улетает такой вот SETUP

Код: Выделить всё

      0x3F30 (from orig), MSG=SETUP:
      [sending complete]
      [bearer capability:
         cap=speech
         std=CCITT
         rate=64 kbit/s
         mode=circuit
         layer1=G.711 A-law]
      [channel id: channel=24 (exclusive)] Coding=CCITT
      [calling party number: 84012302801 (type=national, plan=ISDN, pres=<allowed>, screen=<net.provided>)]
      [called party number: 66XXXXX (type=subscriber, plan=ISDN)]
      [redirecting number: ?8002000YYY (type=national, plan=ISDN, pres=<allowed>, screen=<net.provided>)]


Конечно очень интересно, как обрабатывается знак "?" в начале "redirecting number:", но там далее меня уже не особо беспокоит... хотя интересно.

можете выслать мне полный лог? очень много вырезано, поэтому про вопросительный знак ничего сказать не могу. Возможно просто ошибка вывода логирования
trace port 99 all
trace isup on №линксета
trace pril3 on №слота №потока

bravo писал(а):Беспокоит меня то, что такие вызовы (с редиректом) в биллинг заносятся вот так:
Снимок экрана 2015-12-08 в 15.33.48.png


Какая версия ПО у вас установлена на БКП в текущий момент?


Вернуться в «АТС: городские, узловые, сельские»

Кто сейчас на конференции

Сейчас этот форум просматривают: нет зарегистрированных пользователей и 6 гостей