ARTCOM LOGO

Здравствуйте, гость ( Вход | Регистрация )

2 страниц V   1 2 >  
Ответить в данную темуНачать новую тему
> циклический выбор сл в PRI, нет циклического выбора сл при Networking
Marina
сообщение 28.4.2014, 2:49
Сообщение #1


Продвинутый пользователь
****

Группа: Участники
Сообщений: 189
Регистрация: 26.8.2008
Пользователь №: 11715



Добрый день! Так как никто не ответил на предыдущую тему, решила упростить вопрос.

LIK600
MFIM/GS97M-6.0Bo DEC/12
Boot Version-2.1Aa NOV/12
Kernel Version-6.0Ap
H/W issue-3

Город включен по PRI.
Как сделать «циклический выбор» сл в потоке, если 9 прописана в Networking пгм 324 линии PSTN?
Вообще возможно ли это?
Перейти в начало страницы
 
+Цитировать сообщение
Dron
сообщение 28.4.2014, 6:39
Сообщение #2


ГУРУ
********

Группа: Модераторы
Сообщений: 15006
Регистрация: 19.6.2009
Из: г. Тула
Пользователь №: 13420



Цитата(Marina @ 28.4.2014, 3:49) *
Город включен по PRI.
Как сделать «циклический выбор» сл в потоке, если 9 прописана в Networking пгм 324 линии PSTN?
Вообще возможно ли это?

В таком варианте никак.


--------------------
Вот смотрю я на вас и думаю: ещё выпить, или вы мне уже нравитесь? Анекдот
Перейти в начало страницы
 
+Цитировать сообщение
stasmar
сообщение 28.4.2014, 9:58
Сообщение #3


ГУРУ
********

Группа: Модераторы
Сообщений: 6510
Регистрация: 20.4.2009
Из: г. Фрязино
Пользователь №: 13158



Цитата(Dron @ 28.4.2014, 7:39) *
В таком варианте никак.

Андрей!
У меня негде сейчас посмотреть следующее:
для Station Number есть такая настройка
Prefer CO or Group
System will seize this CO Line or CO group number when the station dials “9” (First available Co access code)
CO Line #88095 88ххх
or CO Grp #803 8хх
то-есть по смыслу есть возможность для абонента указать ему предпочитаемую CO-линию, которую он получит при нажатии 9;
я даже не знаю для какой атс у меня записана эта инфа - куча атс сейчас в голове, включая Авая, скоро у меня все это в кашу сварится..


--------------------
"Хотите никогда не работать? Ищите работу по душе!" американская поговорка
Но если любимых работы две - это как большой спорт, увлекшись можно и надорваться..
Перейти в начало страницы
 
+Цитировать сообщение
AXEL
сообщение 28.4.2014, 10:24
Сообщение #4


гуру и создатель форума
********

Группа: Администраторы
Сообщений: 8680
Регистрация: 26.9.2006
Из: г.Фрязино
Пользователь №: 10



если у вас эта станция транзитная, то для своих абонентов можно параллельно использовать LCR.
LCR никакого влияния не оказывает на транзитные вызовы, я для своих абонентов это будет высший приоритет.
То есть прописываете 9-тку как int lcr тип и оставляете её в 324 программе. Для LCR работает циклический выбор.


--------------------

Хрен, положенный на мнение окружающих, обеспечивает спокойную и счастливую жизнь. (Ф.Г.Раневская)

Перейти в начало страницы
 
+Цитировать сообщение
Dron
сообщение 28.4.2014, 10:41
Сообщение #5


ГУРУ
********

Группа: Модераторы
Сообщений: 15006
Регистрация: 19.6.2009
Из: г. Тула
Пользователь №: 13420



Цитата(AXEL @ 28.4.2014, 11:24) *
если у вас эта станция транзитная, то для своих абонентов можно параллельно использовать LCR.
LCR никакого влияния не оказывает на транзитные вызовы, я для своих абонентов это будет высший приоритет.
То есть прописываете 9-тку как int lcr тип и оставляете её в 324 программе. Для LCR работает циклический выбор.

Для LCR оно конечно.

To Marina:
А чем так критично цикличное занятие линий в потоке?


--------------------
Вот смотрю я на вас и думаю: ещё выпить, или вы мне уже нравитесь? Анекдот
Перейти в начало страницы
 
+Цитировать сообщение
stasmar
сообщение 28.4.2014, 10:42
Сообщение #6


ГУРУ
********

Группа: Модераторы
Сообщений: 6510
Регистрация: 20.4.2009
Из: г. Фрязино
Пользователь №: 13158



Цитата(AXEL @ 28.4.2014, 11:24) *
если у вас эта станция транзитная, то для своих абонентов можно параллельно использовать LCR.
LCR никакого влияния не оказывает на транзитные вызовы, я для своих абонентов это будет высший приоритет.
То есть прописываете 9-тку как int lcr тип и оставляете её в 324 программе. Для LCR работает циклический выбор.

я тоже мысленно не согласился с Андреем, подумав про ЛСР, но не стал спорить.. to_become_senile.gif


--------------------
"Хотите никогда не работать? Ищите работу по душе!" американская поговорка
Но если любимых работы две - это как большой спорт, увлекшись можно и надорваться..
Перейти в начало страницы
 
+Цитировать сообщение
Dron
сообщение 28.4.2014, 10:55
Сообщение #7


ГУРУ
********

Группа: Модераторы
Сообщений: 15006
Регистрация: 19.6.2009
Из: г. Тула
Пользователь №: 13420



Цитата(stasmar @ 28.4.2014, 11:42) *
я тоже мысленно не согласился с Андреем, подумав про ЛСР, но не стал спорить.. to_become_senile.gif

Стас, я написал исходя из того, как оно сделано. А сделано оно через 324 программу, т.е. нет цикличности!
Алексей описал вариант, как можно ее сделать.
Так что, согласен ты со мной, или нет, а при таком варианте, как оно сейчас, цикличного занятия линий потока не будет. smile.gif


--------------------
Вот смотрю я на вас и думаю: ещё выпить, или вы мне уже нравитесь? Анекдот
Перейти в начало страницы
 
+Цитировать сообщение
stasmar
сообщение 28.4.2014, 11:30
Сообщение #8


ГУРУ
********

Группа: Модераторы
Сообщений: 6510
Регистрация: 20.4.2009
Из: г. Фрязино
Пользователь №: 13158



Цитата(Dron @ 28.4.2014, 11:41) *
Для LCR оно конечно.

To Marina:
А чем так критично цикличное занятие линий в потоке?

Цитата(Marina @ 25.4.2014, 6:23) *
Проблема появилась с месяц назад: блокируются СЛ со стороны Города - с нашей стороны освобождаются, а со стороны Города не освобождаются. При какой ситуации это получается, еще не выяснили. Но так как СЛ занимаются последовательно при наборе 9 занимается заблокированная линия. Трассировку снимаю с постоянно. Как в этом объеме найти момент когда СЛ зависает не знаю. Если у кто-нибудь сталкивался с этой проблемой, помогите, пожалуйста.

Такое было уже у кого то здесь на форуме, я даже ссылку искал у себя в кондуитах на топик.. не нашел..
Можно провайдера попросить поменять выбор линий в потоке, вроде..


--------------------
"Хотите никогда не работать? Ищите работу по душе!" американская поговорка
Но если любимых работы две - это как большой спорт, увлекшись можно и надорваться..
Перейти в начало страницы
 
+Цитировать сообщение
ИгорьS
сообщение 28.4.2014, 17:04
Сообщение #9


Ветеран форума
*****

Группа: Участники
Сообщений: 658
Регистрация: 16.1.2010
Из: г.Самара
Пользователь №: 14209



Цитата(stasmar @ 28.4.2014, 12:30) *
Такое было уже у кого то здесь на форуме, я даже ссылку искал у себя в кондуитах на топик.. не нашел..
Можно провайдера попросить поменять выбор линий в потоке, вроде..

Не с того направления пытаетесь решать проблему.
Если идет блокирование каналов провайдера, то найти проблему с последовательным занятием-быстрее если оно постоянно, а не спорадически.
При чем тут смена порядка занятия.
Смешная ситуация была несколько лет назад, когда пров отрезал канал лишний -16-й, плата же за 15(и получалось что переодически шел отлуп).
Так что уточняете, не было ли изменений настроек потока провайдера.
Поток на мониторинг-дальше по результам.
Перейти в начало страницы
 
+Цитировать сообщение
Marina
сообщение 30.4.2014, 2:11
Сообщение #10


Продвинутый пользователь
****

Группа: Участники
Сообщений: 189
Регистрация: 26.8.2008
Пользователь №: 11715



Простите, что потерялась и не ответила сразу. Работа. Пришлось отлучиться на 2 дня.
Циклический способ занятия нужен на тот момент, когда канал заблокирован, а меня нет на месте. Абоненты 9-ой выходят на заблокированный канал. Т.к. отбой это секундное дело, то практически все тыкаются в этот канал.
Циклический способ занятия это промежуточное решение проблемы.
Основное это выяснить причину блокировки. В log-ах пишу целый день трассировку. Пока понять ПОЧЕМУ не получается. Тем более проблема возникает не каждый день.
Перейти в начало страницы
 
+Цитировать сообщение
Marina
сообщение 30.4.2014, 2:14
Сообщение #11


Продвинутый пользователь
****

Группа: Участники
Сообщений: 189
Регистрация: 26.8.2008
Пользователь №: 11715



Штудирую описание. Думаю причина в нестыковке отбойных таймеров. Может у кого-нибудь опыт есть в этом вопросе.
Перейти в начало страницы
 
+Цитировать сообщение
ИгорьS
сообщение 30.4.2014, 14:54
Сообщение #12


Ветеран форума
*****

Группа: Участники
Сообщений: 658
Регистрация: 16.1.2010
Из: г.Самара
Пользователь №: 14209



Цитата(Marina @ 30.4.2014, 3:14) *
Штудирую описание. Думаю причина в нестыковке отбойных таймеров. Может у кого-нибудь опыт есть в этом вопросе.

Марина, разговаривать можно долго и строить предположения.
На данный момент, от вас нет даже трассировки попытки занятия блокированного канала.
Перейти в начало страницы
 
+Цитировать сообщение
Marina
сообщение 30.4.2014, 15:29
Сообщение #13


Продвинутый пользователь
****

Группа: Участники
Сообщений: 189
Регистрация: 26.8.2008
Пользователь №: 11715



Момент заблокированных сл Ростелеком не отрицает. Сбрасывают если долго висит. А вопрос что приводит к блокировке остается открытым. Трассировку выложу в понедельник. Сейчас не в городе.
Перейти в начало страницы
 
+Цитировать сообщение
Marina
сообщение 6.5.2014, 3:02
Сообщение #14


Продвинутый пользователь
****

Группа: Участники
Сообщений: 189
Регистрация: 26.8.2008
Пользователь №: 11715




Почти неделю все было нормально. Сегодня пришла на работу одна линия висит. К сожалению ночью трассировка была выключена, поэтому момент блокировки упустила.
Вот часть трассировки в момент выхода на заблокированную линию №65

(USER) --------->>
(CO 65) SETUP
IE_BEARER_CAPABILITY
CCITT standardized coding
speech
circuit mode
64kbits
recommandation G.711 A-law
IE_CHANNEL_INFO
interface implicitly identified
other inferface
exclusive
is not D-channel
B1 channel
CCITT standard coding
indicated by num in following octet
B channel units
83
IE_CALLING_NO
subscriber number
ISDN numbering plan
presentation allowed
not screened
233710

214758669 CM-W>0007 60 003F, 1C 0029, 060
214758678 E>0007 60 0041, B0 0005, 5A8
214758678 PRI: 65 Asc: S 1880 St:wt sz rsp (00)(00) Ev-P:i-rls comp P1:5A P2:8 EVT: 0
<<====== [NETWORK]
(CO 65) RELEASE COMPLETE
IE_CAUSE
CCITT standardized coding
user
request not available

214758678 C>0007 60 0041, 41 0002, 8383
214758678 C>0007 60 0041, 44 0004, 1C2
214758678 C>0007 60 0041, 44 0004, 1C2
214758678 C>0007 60 0041, 44 0004, 1C2
214758681 CM-W>0007 60 003F, 1C 0032, 060
214758690 PRI: 65 Asc: S 1880 St:wt sz rsp (00)(00) Ev-T:isd rls gd P1:FFFF P2:FFFFFFFF TMR: 9
214758690 C>0007 60 0041, 44 0004, 1C2
214758693 CM-W>0007 60 003F, 1C 000D, 060
214759140 PRI: 65 Asc: St:co idle (00)(00) Ev-I:seize req P1: 0 P2:0 EVT: 15 From[IPKT:281]
214759140 C>0007 60 0041, 41 0002, 8383
214759140 C>0007 60 0041, A5 0015, 54
Перейти в начало страницы
 
+Цитировать сообщение
harris
сообщение 6.5.2014, 8:26
Сообщение #15


ГУРУ
********

Группа: Участники
Сообщений: 12388
Регистрация: 23.11.2006
Из: Москва
Пользователь №: 146



Эта трассировка ничего нового не дает.
Провайдер отбил исходящий от вас вызов с причиной №44 - Запрошенный канал недоступен.
Почему канал заблокирован - ИМХО, это должен "копать" провайдер на своей стороне.

А что, провайдер требует использовать Overlap, а не Enblock?? Или вы сами выбрали Overlap??


--------------------
Аксиома Коула: Общая сумма разума на планете - величина постоянная, а население растет ...
Перейти в начало страницы
 
+Цитировать сообщение
Marina
сообщение 6.5.2014, 9:33
Сообщение #16


Продвинутый пользователь
****

Группа: Участники
Сообщений: 189
Регистрация: 26.8.2008
Пользователь №: 11715



Цитата(harris @ 6.5.2014, 9:26) *
Эта трассировка ничего нового не дает.
Провайдер отбил исходящий от вас вызов с причиной №44 - Запрошенный канал недоступен.
Почему канал заблокирован - ИМХО, это должен "копать" провайдер на своей стороне.

А что, провайдер требует использовать Overlap, а не Enblock?? Или вы сами выбрали Overlap??



Overlap используем сами, так исторически сложилось.
Наконец-то выловила момент блокировки. Кусок большой, прикрепила файл.
Прикрепленные файлы
Прикрепленный файл  060514.txt ( 3,03 килобайт ) Кол-во скачиваний: 3
 
Перейти в начало страницы
 
+Цитировать сообщение
harris
сообщение 6.5.2014, 9:53
Сообщение #17


ГУРУ
********

Группа: Участники
Сообщений: 12388
Регистрация: 23.11.2006
Из: Москва
Пользователь №: 146



Цитата(Marina @ 6.5.2014, 9:33) *
Overlap используем сами, так исторически сложилось.
Наконец-то выловила момент блокировки. Кусок большой, прикрепила файл.

Там тоже нет ничего криминального со стороны LIK. Нормальное завершение вызова, Disconnect приходит от провайдера с Прогрессом. LIK освобождает канал посылкой Relaese. А вот провайдер завершает освобождение канала посылкой Release_Complete, но почему-то дает сначала причину "Несоответствие указателя вызова" (что очень странно), а уже потом дает повторно Release_Complete c причиной "Нормальное завершение". Что-то у провайдера, ИМХО, странное происходит.
Чтобы убедиться, что со стороны LIK указатель вызова был послан правильно, нужно снимать трассировку непосредственно модуля PRIM, подключившись к нему по RS-232 или по Telnet.


--------------------
Аксиома Коула: Общая сумма разума на планете - величина постоянная, а население растет ...
Перейти в начало страницы
 
+Цитировать сообщение
Marina
сообщение 6.5.2014, 10:49
Сообщение #18


Продвинутый пользователь
****

Группа: Участники
Сообщений: 189
Регистрация: 26.8.2008
Пользователь №: 11715



Цитата(harris @ 6.5.2014, 10:53) *
Чтобы убедиться, что со стороны LIK указатель вызова был послан правильно, нужно снимать трассировку непосредственно модуля PRIM, подключившись к нему по RS-232 или по Telnet.


Никогда не подключалась к PRIM по RS-232. На осваевание уйдет время. Надо когда-то начинать.
Перейти в начало страницы
 
+Цитировать сообщение
Marina
сообщение 6.5.2014, 10:53
Сообщение #19


Продвинутый пользователь
****

Группа: Участники
Сообщений: 189
Регистрация: 26.8.2008
Пользователь №: 11715



Цитата(harris @ 6.5.2014, 10:53) *
но почему-то дает сначала причину "Несоответствие указателя вызова" (что очень странно), а уже потом дает повторно Release_Complete c причиной "Нормальное завершение". Что-то у провайдера, ИМХО, странное происходит.


Так вот в этом то и причина: провайдер в нашу сторону высылает сигнал освобождения, а при этом занятие этой линии дает отбой.
Перейти в начало страницы
 
+Цитировать сообщение
harris
сообщение 6.5.2014, 11:01
Сообщение #20


ГУРУ
********

Группа: Участники
Сообщений: 12388
Регистрация: 23.11.2006
Из: Москва
Пользователь №: 146



Цитата(Marina @ 6.5.2014, 10:53) *
Так вот в этом то и причина: провайдер в нашу сторону высылает сигнал освобождения, а при этом занятие этой линии дает отбой.

Это не причина, а суть проблемы.
Провайдер запросил разъединение.
LIK освободила канал
Провайдер тоже формально освободил канал - выдал Release_Comp
Но при этом канал (ресурсы, связанные с этим каналом) на стороне провайдера остались занятыми.
Почему?? Это провайдер должен разобраться у себя.
Единственное, так это была указана причина от провайдера - invalid call reference value.
Вот это странно. Чтобы проверить это, нужно более детальную трассировку на модуле PRIM.

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


--------------------
Аксиома Коула: Общая сумма разума на планете - величина постоянная, а население растет ...
Перейти в начало страницы
 
+Цитировать сообщение

2 страниц V   1 2 >
Ответить в данную темуНачать новую тему
1 чел. читают эту тему (гостей: 1, скрытых пользователей: 0)
Пользователей: 0

 



Текстовая версия Сейчас: 28.3.2024, 17:17