Точно такая же.
12.05.2017 07:59:05, Iv bedbag.]]>
А какая используется категория у городского входящего транка?
12.05.2017 07:55:57, Владислав Хисамов.]]>
Еще раз поработали с Ростелекомом. Добились правильной занятости (причем без установки соединения!), добились правильной установки соединения.
Что для этого понадобилось? с Toll перейти на Local на обоих концах (и на OXE тоже, установить 27 категорию транка!)
Да, vad, вы были правы, теперь входящий номер показывается обрезанным из 7 последних цифр). но это уже не так важно для нас, т.к. раньше нам АОН по R1.5 вообще не приходил.
12.05.2017 07:45:42, Iv bedbag.]]>
Хм, а кто отбивается первым? Интересно бы трассу посмотреть.
10.05.2017 18:24:47, Username.]]>
Ну что, недолго музыка играла, недолго .... танцевал.
Теперь входящий МГ длится ровно 3 минуты (разговор при этом идет) и происходит отбой (если звонить с Теле2 - то "абонент не отвечает" идет голосовая подсказка, с других операторов - просто зуммер ошибки).
Будем с Ростелекомом все возвращать назад.
Мудрить с сигнализацией некому не советуем больше). Намудрили.
10.05.2017 09:57:54, Iv bedbag.]]>
====quote====
vad написал:
Серьезно так думаете? Вообще то - запрос АОН - это линейный сигнал ОТВЕТ + 500 Гц. И было много случаев, когда на противоположной стороне (например АТС с выходом по ISDN) - в этот момент получали сигнал ОТВЕТ. И то, что вызываемая сторона переходила потом в предответное состояние - уже ничего не меняло.
=============
Это из серии криворукости персонала оператора или конвертера сигнализации. Для отлавливания этих багов периодически ездит девушка с чемоданом АПУС(или как он там сейчас называется) и проверяет правильность тарификации.
В ТУ на R1.5 прописан защитный интервал 3 с. после приема линейного сигнала "Ответ абонента" для этого случая. Поэтому исторически на наших сетях не тарифицировались разговоры длительностью менее 3 секунд. Кстати, на 4400 это отлично видно - если звонить по исходящей R1.5 - отсчет времени разговора четко начинается после 3-х секунд после ответа абонента.
И еще раз подчеркну - по СЛМ нет процедуры передачи-приема АОН (см. SDL-диаграмму у Гольдштейна). Поэтому надо смотреть, что фактически происходит привходящем вызове на канале - с помощью протокол-тестера или трассировки.
05.05.2017 13:12:47, Username.]]>
"По поводу АОН - проблем быть не должно - вряд ли кто-нибудь будет тарифицировать 1.5 секунды, которые максимально длится запрос АОН. И чисто теоретически - ну не может быть запроса АОН на входящем м/г (см. Б.С.Гольдштейна). "
Серьезно так думаете? Вообще то - запрос АОН - это линейный сигнал ОТВЕТ + 500 Гц. И было много случаев, когда на противоположной стороне (например АТС с выходом по ISDN) - в этот момент получали сигнал ОТВЕТ. И то, что вызываемая сторона переходила потом в предответное состояние - уже ничего не меняло.
05.05.2017 11:39:24, vad.]]>
====quote====
Iv bedbag написал:
2. Т.к. у нас был хороший контакт с Ростелекомом (привет девушкам инженерам которые там работают) удалось добиться проключения тракта. Со стороны OXE необходимо было включить запрос АОН, а основные корректировки сделали они у себя.
=============
Отлично. Особенно радует то, что оператор что-то сделал. Последнее время от тех.поддержки операторов добиться изменения чего-либо просто невозможно.
По поводу АОН - проблем быть не должно - вряд ли кто-нибудь будет тарифицировать 1.5 секунды, которые максимально длится запрос АОН. И чисто теоретически - ну не может быть запроса АОН на входящем м/г (см. Б.С.Гольдштейна). Интересно было бы встать тестером (только где его найти сейчас?) или, в крайнем случае, завести трассу.
05.05.2017 11:33:57, Username.]]>
Еще можно сообразить петлю из sip если лицензии есть на транки
04.05.2017 22:03:01, error.]]>
====quote====
vad написал:
С включенным запросом АОН - можно будет нарваться на претензии от вызывающих абонентов.
Когда им будут приходить счета за межгород, а они при этом звонили и получали "занято".
Еще один интересный вопрос - АОН при этом вы получаете 7 цифр или больше? Не остаются на аппарате не отвеченные звонки, с "уменьшенным" до 7 количеством цифр?
=============
Понимаю о чем вы Вадим. Такая ситуация возможна.
Основной поток входящего МГ у нас идет на центральную станцию, а там все отбивается четко без начала разговора.
На сетевых абонентов поток звонков невелик (10-15% от всего трафика), при этом звонки поступают в основном с корпоративных сотовых номеров мастеров, монтеров, начальников участков и пр. - эти номера им оплачивают.
АОН по факту по R1.5 никакой не получаем.
04.05.2017 10:32:38, Iv bedbag.]]>
С включенным запросом АОН - можно будет нарваться на претензии от вызывающих абонентов.
Когда им будут приходить счета за межгород, а они при этом звонили и получали "занято".
Еще один интересный вопрос - АОН при этом вы получаете 7 цифр или больше? Не остаются на аппарате не отвеченные звонки, с "уменьшенным" до 7 количеством цифр?
04.05.2017 10:18:21, vad.]]>
Кратко описываю чем завершилась проблема:
1. Благодаря участникам форума было понятно направление в котором надо было двигаться - добиваться проключения голосового тракта для МГ\сотовых. За это огромное спасибо Username в первую очередь.
2. Т.к. у нас был хороший контакт с Ростелекомом (привет девушкам инженерам которые там работают) удалось добиться проключения тракта. Со стороны OXE необходимо было включить запрос АОН, а основные корректировки сделали они у себя.
Теперь все работает, конечно не так как должно в идеале, но звонок на сетевого абонента поступает, проключается головой тракт и вызывающий в трубке слышит зуммер Занято и отбивает звонок.
Большего для сетевых станций не добиться.
04.05.2017 09:45:36, Iv bedbag.]]>
====quote====
vad написал:
Я вот и думаю - как это раньше работало. R1.5 вообще забавная вещь, а на сети - забавно в квадрате.
=============
С вероятностью 80% - работало, как и сейчас, не обращали внимания.
С вероятностью 20% - провайдер что-то поменял, и теперь голосовой тракт не проключается до OXE, или где-то теряется PROGRESS INDICATOR и вызывающий не слышит зуммер.
28.04.2017 13:48:40, Username.]]>
Я вот и думаю - как это раньше работало. R1.5 вообще забавная вещь, а на сети - забавно в квадрате.
28.04.2017 12:51:54, vad.]]>
====quote====
vad написал:
).
====quote====
Username написал:
В автомате работы м/г сигнализации R1.5 нет состояния перехода от линейного сигнала "Абонент Б свободен" к линейному сигналу "Абонент Б занят".
=============
=============
Там по алгоритму - только "Отбой" (при м/г занятости) или "Вмешательство" (при местной занятости) со стороны телефонистки.
28.04.2017 12:41:41, Username.]]>
====quote====
vad написал:
====quote====
Почему это работает при звонке на занятого абонента центральной станции?
=============
=============
Потому что ЦПУ знает состояние абонента Б локальной АТС после приема всех цифр номера абонента и выставляет линейный сигнал "Абонент Б занят" ( с зуммером "Занято" или нет, не помню).
28.04.2017 12:34:08, Username.]]>
====quote====
Username написал:
Максимум - подключится зуммер "Занято", если его не было (в чем я сомневаюсь).
Также маловероятно - договориться с провайдером проключать голосовой канал, чтобы вызывающий абонент слышал зуммер "Занято".
=============
Почему это работает при звонке на занятого абонента центральной станции? Хотя там наверное линейный сигнал "занято" сразу идет.
С overflow (назначив на эту роль абонента центрального узла, недоступного) - и хотелось попробовать, вдруг будет изначально отдаваться линейная Занятость (абонент занят или недоступен).
28.04.2017 12:16:18, vad.]]>
Отключена, нет потока и т.д. - синхронизация от такого источника не берется (переходит к следующему)
28.04.2017 12:13:21, vad.]]>
====quote====
Iv bedbag написал:
====quote====
vad написал:
Synchronisation Priority - собственно и отвечает за приоритет синхронизации .
Т.е. станция подстраивает свои передатчики/частоту под частоту потока с наивысшим приоритетом синхронизации. Вы передаете в город свой 2 МБит поток с частотой подстроенной под частоту принимаемого сигнала. В вашем случае - синхронизируетесь от потока с цифрой 210.
=============
Если раньше были еще платы PCM, которые сейчас удалили и возможно синхронизация была с другой частотой - это могло повлиять? И еще, имеет значение какой поток идет по плате PCM с наименьшим значением параметра?
=============
Еще продолжу, а если есть плата PCM (есть в конфигурации, отключена физически) запрограммированная, с приоритетом больше чем 210?
28.04.2017 12:01:33, Iv bedbag.]]>
Коллеги, как уже писалось, центральная АТС всегда будет посылать линейный сигнал "Абонент Б свободен" при вызове на сетевого абонента, занят он или нет. В автомате работы м/г сигнализации R1.5 нет состояния перехода от линейного сигнала "Абонент Б свободен" к линейному сигналу "Абонент Б занят". Даже если что-то получится с overflow на виртуально занятого абонента возможности подать линейный сигнал "Абонент Б занят".нет. Максимум - подключится зуммер "Занято", если его не было (в чем я сомневаюсь).
Оптимально (но маловероятно) - перейти на ISDN и забыть весь этот геморрой с отрыжками "ручной" сигнализации. Также маловероятно - договориться с провайдером проключать голосовой канал, чтобы вызывающий абонент слышал зуммер "Занято".
28.04.2017 11:48:04, Username.]]>
====quote====
vad написал:
Synchronisation Priority - собственно и отвечает за приоритет синхронизации .
Т.е. станция подстраивает свои передатчики/частоту под частоту потока с наивысшим приоритетом синхронизации. Вы передаете в город свой 2 МБит поток с частотой подстроенной под частоту принимаемого сигнала. В вашем случае - синхронизируетесь от потока с цифрой 210.
=============
Если раньше были еще платы PCM, которые сейчас удалили и возможно синхронизация была с другой частотой - это могло повлиять? И еще, имеет значение какой поток идет по плате PCM с наименьшим значением параметра?
28.04.2017 11:41:41, Iv bedbag.]]>
Synchronisation Priority - собственно и отвечает за приоритет синхронизации
.Т.е. станция подстраивает свои передатчики/частоту под частоту потока с наивысшим приоритетом синхронизации. Вы передаете в город свой 2 МБит поток с частотой подстроенной под частоту принимаемого сигнала. В вашем случае - синхронизируетесь от потока с цифрой 210.
28.04.2017 11:20:35, vad.]]>
====quote====
vad написал:
====quote====
Iv bedbag написал:
Пропустил ваш основной вопрос Вадим - но я уж не раз отвечал: что раньше все работало.
=============
Тем не менее (из опыта) - все равно переживаю, что просто не обращал никто на это внимание.
Потому что - просто перераспределение транков - не должно приводить к таком результату (если не трогали собственно транковые группы, сигнализацию и т.п.)
=============
В январе 2017 года мы работали с сетевым абонентом (диспетчером) на сетевой станции, все работало. К тому же регулярно на объектах где расположены сетевые станции проводятся учения по ЧС, на которых телефоны диспетчеров просто раскаляются (от звонков внутренних абонентов, сотовых и городских) - поэтому все это бы вылезло и не раз, если бы люди не получали занято.
Занятость от сетевой станции на центральную приходит, центральная на Ростелеком ее не пересылает (и ззонок не отбивает) и Ростелеком продолжает посылки вызова.
Вадим, еще вопрос можно: на самих платах PCM задается параметр Synchronisation Priority - за что он отвечает? сейчас у нас эти параметры равны: 213, 210, 211.
28.04.2017 10:44:55, Iv bedbag.]]>
====quote====
Iv bedbag написал:
Пропустил ваш основной вопрос Вадим - но я уж не раз отвечал: что раньше все работало.
=============
Тем не менее (из опыта) - все равно переживаю, что просто не обращал никто на это внимание.
Потому что - просто перераспределение транков - не должно приводить к таком результату (если не трогали собственно транковые группы, сигнализацию и т.п.)
28.04.2017 10:22:33, vad.]]>
Посмотрите просто трассировкой t3 (сохранить вывод в файл, потом по Call reference отобрать нужное).
28.04.2017 10:17:47, vad.]]>
Это вся трассировка, которую получили программой t3 online. Это трассировка звонка Ростелеком - Центральная станция. могу приложить трассировку этого звонка Центральная - сетевая станция.
28.04.2017 07:59:07, Iv bedbag.]]>
Это ВСЯ трассировка одного звонка?
А где - Alert или всякие Facilities/user busy?
В трассировке - звонок на абонента, ничего в ответ и отбой вызывающего абонента.
28.04.2017 07:48:37, vad.]]>
1. Перезагрузка (с физическим выдергиванием плат) плат PSM2 ничего не дала.
2. Привожу трассу звонка Ростелеком - центральная станция, может быть уважаемые участники смогут что то увидеть в ней.
____________
| (492393:000713) 1635: Send_IO1 (link-nbr=1, sapi=0, tei=0) :
| long: 378 desti: 0 source: 15 cryst: 4 cpl: 5 us: 8 term: 0 type a5
| tei: 0 <<<< message sent : SETUP [05] Call ref : 54 e0
|
| CONCATENATION OF 2 SEGMENTED MESSAGES
|____________________________________________________________
|
| [a1] Sending complete
| IE:[04] BEARER_CAPABILITY (l=3) 80 90 a3
| IE:[18] CHANNEL (l=3) a9 83 83 -> T2 : B channel 3 exclusive
| IE:[1c] FACILITY (l=152)
| [91] Discriminator of supplementary service applications
| [aa] NFE (l=6):
| [80] Source Entity (l=1) End_PTNX
| [82] Destination Entity (l=1) End_PTNX
| [8b] Interpretation APDU (l=1): DISCARD (0)
| [a1] INVOKE (l=18):
| Invoke Ident. : 2ee0 (12000)
| OP: ECMA RO_CALLING_NAME (0)
| [80] Name presentation allowed (l=6) 'S12_MG'
| [a1] INVOKE (l=94):
| Invoke Ident. : 0001 (1)
| OP: ALCATEL RO_CLASSMARKS (1)
| [30] Sequence (l=81)
| [80] Feature identifier (l=5) 06 44 c0 1f 00
| [82] Cug (l=1) 05
| [83] SubNetwork number (l=1) 00
| [84] Trunk identity (l=2) 35 37
| [ab] Sequence of Project data (l=62)
| [30] Sequence (l=25)
| OP :RO_CLASSMARKS_SUPPLEMENTARY_INFO_1 (134623891)
| [30] Sequence (l=19)
| [80] Trunk group feature (l=5) 06 00 00 00 00
| [81] Trunk group type (l=1) 02
| [83] Current entity (l=1) 00
| [84] Initial kind of call (l=1) 11
| [85] Context specific (l=1) 00
| [30] Sequence (l=22)
| OP :RO_SERVER_ACCESS_INFO (134623891)
| [30] Sequence (l=16)
| [80] Language (l=1) 01
| [81] type of set (l=1) 00
| [84] Feature identifier 2 (l=5) 00 c0 21 00 56
| [86] Priority of call (l=1) 00
| [30] Sequence (l=9)
| OP :RO_AUTOMATED_ATTENDANT (134623891)
| [30] Sequence (l=3)
| [80] Context specific (l=1) 00
| [a1] INVOKE (l=22):
| Invoke Ident. : 1b9d (7069)
| OP: ALCATEL RO_DIVERTING_LEG_INFO_CSTA (7069)
| [30] Sequence (l=7)
| [82] Initial Called Number (l=5) '55084'
| IE:[1c] FACILITY (l=57)
| [91] Discriminator of supplementary service applications
| [aa] NFE (l=33):
| [80] Source Entity (l=1) Any_type_PTNX
| [a1] Source Entity address (l=11)
| [a5] Party Number (private) (l=9)
| [0a] Type of num (l=1) 00
| [12] Num (l=4) '1011'
| [82] Destination Entity (l=1) Any_type_PTNX
| [a3] Destination Entity address (l=12)
| [a5] Party Number (private) (l=10)
| [0a] Type of num (l=1) 00
| [12] Num (l=5) '10242'
| [8b] Interpretation APDU (l=1): DISCARD (0)
| [a1] INVOKE (l=16):
| Invoke Ident. : 1b7e (7038)
| OP: ALCATEL RO_VPN_COST (7038)
| [02] Integer (l=1) 00
| IE:[1e] PROGRESS_ID (l=2) 80 83
| IE:[1e] PROGRESS_ID (l=2) a0 90
| IE:[27] NOTIF_INDI (l=25)
| 83 : discriminator for notif. extention
| [30] Sequence (l=22)
| OP : 1b77 (7031)
| [30] Sequence (l=11)
| [04] Octet string (l=0)
| [02] Integer (l=1) 01
| [12] Numeric string (l=4) 62 32 30 31
| IE:[27] NOTIF_INDI (l=14)
| 83 : discriminator for notif. extention
| [30] Sequence (l=11)
| OP : 1b7d (7037)
| [05] ARG NULL (l=0)
| IE:[27] NOTIF_INDI (l=31)
| 83 : discriminator for notif. extention
| [30] Sequence (l=28)
| OP : 1b8d (7053)
| [30] Sequence (l=17)
| [02] Integer (l=1) 04
| [02] Integer (l=1) 01
| [30] Sequence (l=9)
| [02] Integer (l=1) 12
| [02] Integer (l=1) 00
| [02] Integer (l=1) 00
| IE:[6c] CALLING_NUMBER (l=2) -> 00 c1 Num :
| IE:[70] CALLED_NUMBER (l=6) -> 80 Num : 55084
| IE:[7d] HLC (l=2) 91 81
| [95] Locking shift. codeset : 5
| IE:[32] EI_PARTY_CATEGORY (l=1) -> UNKNOWN (0)
| [97] Locking shift. codeset : 7
| IE:[01] EI_ROUTAGE (l=3) e6 01 02
|____________________________________________________________
09:11:36
~t3label: 175
____________________________________________________________
| (492395:000721) Concatenated-Physical-Event :
| long: 23 desti: 0 source: 0 cryst: 4 cpl: 5 us: 0 term: 0 type a5
| tei: 0 >>>> message received : CALL PROC (02) Call ref : d4 e0
|____________________________________________________________
|
| IE:[18] CHANNEL (l=3) a1 83 83 -> T2 : B channel 3 preferred
|____________________________________________________________
09:11:36
~t3label: 176
____________________________________________________________
| (492395:000722) Concatenated-Physical-Event :
| long: 165 desti: 0 source: 0 cryst: 4 cpl: 5 us: 0 term: 0 type a5
| tei: 0 >>>> message received : DISCONNECT [45] Call ref : d4 e0
|____________________________________________________________
|
| IE:[08] CAUSE (l=3) 80 90 80 -> [90] NORMAL CALL CLEARING
| IE:[1c] FACILITY (l=32)
| [91] Discriminator of supplementary service applications
| [aa] NFE (l=6):
| [80] Source Entity (l=1) End_PTNX
| [82] Destination Entity (l=1) End_PTNX
| [a1] INVOKE (l=21):
| Invoke Ident. : 0018 (24)
| OP: ALCATEL RO_REDISTRIBUTION (24)
| [30] Distribution type (l=8)
| [81] Night call (l=1) 00 -> TRUE
| [a2] Distribution info (l=3)
| [81] Interception reason (l=1) 04
| IE:[1c] FACILITY (l=106)
| [91] Discriminator of supplementary service applications
| [aa] NFE (l=6):
| [80] Source Entity (l=1) End_PTNX
| [82] Destination Entity (l=1) End_PTNX
| [8b] Interpretation APDU (l=1): DISCARD (0)
| [a1] INVOKE (l=69):
| Invoke Ident. : 0001 (1)
| OP: ALCATEL RO_CLASSMARKS (1)
| [30] Sequence (l=56)
| [80] Feature identifier (l=5) 06 44 2e 1b 04
| [82] Cug (l=1) 00
| [83] SubNetwork number (l=1) 00
| [ab] Sequence of Project data (l=41)
| [30] Sequence (l=12)
| OP :RO_CLASSMARKS_SUPPLEMENTARY_INFO_1 (134623891)
| [30] Sequence (l=6)
| [83] Current entity (l=1) 01
| [84] Initial kind of call (l=1) 07
| [30] Sequence (l=25)
| OP :RO_SERVER_ACCESS_INFO (134623891)
| [30] Sequence (l=19)
| [80] Language (l=1) 01
| [84] Feature identifier 2 (l=5) 00 a0 20 e0 54
| [86] Priority of call (l=1) 00
| [88] Called features (l=4) 85 01 00 00
| [a1] INVOKE (l=21):
| Invoke Ident. : 2ee1 (12001)
| OP: ECMA RO_CALLED_NAME (1)
| [80] Name presentation allowed (l=9) 'Monina E.'
|____________________________________________________________
09:11:36
~t3label: 177
____________________________________________________________
| (492395:000725) 1635: Send_IO1 (link-nbr=1, sapi=0, tei=0) :
| long: 23 desti: 0 source: 15 cryst: 4 cpl: 5 us: 8 term: 0 type a5
| tei: 0 <<<< message sent : RELEASE [4d] Call ref : 54 e0
|____________________________________________________________
|
| IE:[08] CAUSE (l=3) 80 90 80 -> [90] NORMAL CALL CLEARING
|____________________________________________________________
09:11:36
~t3label: 178
____________________________________________________________
| (492396:000727) Concatenated-Physical-Event :
| long: 23 desti: 0 source: 0 cryst: 4 cpl: 5 us: 0 term: 0 type a5
| tei: 0 >>>> message received : REL COMP [5a] Call ref : d4 e0
|____________________________________________________________
|
| IE:[08] CAUSE (l=3) 80 90 80 -> [90] NORMAL CALL CLEARING
|____________________________________________________________
28.04.2017 07:43:36, Iv bedbag.]]>
Все-таки имеет смысл рискнуть и поменять trunk category для М/Г каналов на категорию для городских входящих. Хотя бы на время...
27.04.2017 15:29:02, Владислав Хисамов.]]>
====quote====
vad написал:
====quote====
Iv bedbag написал:
PCX address in DPNSS -- что это? Префикс план? не совсем понял что такое префиксы PCX address in DPNSS...
Все остальное, конечно же сделал.
=============
Это префикс, который должен быть создан на всех станциях в ABC-F сети (используется для оптимизации/маршрутизации).
=============
Я понял. Номер прописан.
Пропустил ваш основной вопрос Вадим - но я уж не раз отвечал: что раньше все работало.
27.04.2017 14:42:58, Iv bedbag.]]>