Здравствуйте Уважаемые.
Существует следующая проблема:
Имеется городская АТС, построенная с использованием оборудования ТОС-Элкос, состоящая из 9 корзин емкостью 200 абонентов каждая. Эти корзины включены межу собой и ядром АТС с помощью потоков Е1.
Подключаю АТС iPECS-100 Version: MFIM/GS95M-5.0Gs JUL/10, с помощью модуля PRIM на одну из кассет. Звонки на город, на межгород, на другую кассету пролетают как надо. Проблема с дозвоном на 200 номеров именно кассеты в которую я включен на данный момент (на системном аппарате высвечивается надпись “Ошибка”). Входящие на iPECS проходят без проблем, в том числе и с этой кассеты.
АОН подставляется какой надо (судя по звонкам прилетающим на сотовый телефон), да и вроде бы он здесь не причем.
Пробовал менять кассету подключения, соответственно меняется и диапазон номеров на которые не могу дозвонится. В данной системе существует еще две АТС IPLDK300 с подобными настройками, в них таких проблем не наблюдаются.
Файл с настройками внешних линий прилагаю.

ИМХО, это, видимо, проблема с настройками самой корзины, а вовсе не LIK. Ведь исходящие вызовы с LIK нормально проходят на город, на МГ, на абонентов, подключенных к другим корзинам. Т.е. по сути транзитные вызовы через эту корзину проходят. Похоже, что не прописана маршрутизация входящих вызовов на собственных абонентов данной корзины.
Это нужно задавать вопрос на форуме по системе ТОС-Элкос.

Не уверен. IPLDK300 в тот же поток работает. Может есть какието настройки тайминги?

Как это "в тот же поток" ??? Что Вы имеете в виду??

Вы подключили:
LIK (PRIM) -> линия PRI -> корзина. Корзина связана другим поток с остальной частью системы. Так??
Какие-то исход. вызовы от LIK нормально проходят, а какие-то (на номера абонентов данной корзины) - не проходят. Так??
Ну, и причем здесь тайминги?? Были проблемы с таймерами потока, так вообще не было связи по PRI.

Ну, и вообще-то, давайте трассировку потока при вызове на абонента этой корзины. Тогда хоть можно будет понять, с какой причиной Элкос отбивает вызов.

Убрал LDK300 воткнул IPECS вызов внутрь касеты не идет
Убрал IPECS Воткнул LDK300 вызов внутрь касеты идет.




Как это правильно сделать?

Теперь понятно.
Тогда попробуйте сравнить настройки потока на LDK300 и на iPECS LIK в части формирования АОН, способ набора.
Чем различаются???
А потоковые тайминги на LDK и iPECS одинаковые.


Посредством подключения по Telnet (или по RS232) к модулю PRIM.

И снова здравствуйте.
С тех поддержкой Элкоса данную проблему решить не удалось. Поэтому попробую поднять данную тему.



АОН формируется следующим образом: CLI Station Number XXXXX (PGM114) и COLP TABLE XX(код города PGM 201)
Больше ничего нет.


Подключился к модулю. С него приходит достаточно много информации, которую я не понимаю. Не могли ли бы Вы описать алгоритм действий, чтобы оптимально быстро найти ошибку.

Почему?? Это же святая обязанность провайдера разобраться с проблемой, если часть вызовов через его оборудование проходит нормально, а часть отбивается. Он по-крайней мере, ДОЛЖЕН указать, в чем причина, что его не устраивает.


Ну, ОК.


Если смогли подключиться к PRIM, то:
Введите команду:
main> tr t3

ISDN Layer 3 Trace Enabled.........

main> x

Потом сделайте нужный вызов через PRIM.
Получите трассировку, что типа этого:

iPECS System, PRIM Maintenance Utility
- 15:33:16, Jul 6 2010
[2153000]L_3]line 30[U00]>>{08027F1E05A104038090A31803A9839F700481343031}
[2153005]L_3]line 30[U06]<<{0802FF1E021803A9839F}
[2153009]L_3]line 30[U09]<<{0802FF1E011803A9839F}
[2153691]L_3]line 30[U07]<<{0802FF1E074C0E2182343935313233343536343031}
[2153707]L_3]line 30[U08]>>{08027F1E0F}
[2153989]L_3]line 30[U10]<<{0802FF1E4508028090}
[2154008]L_3]line 30[U11]>>{08027F1E4D08028090}
[2154013]L_3]line 30[U11]<<{0802FF1E5A08028090}

Вот это все нужно записать в файл и выложить для обозрения (или просто прислать мне).
И еще желательно сделать аналогичную трассировку PRI при использовании ipLDK вместо LIK, чтобы сравнить (поскольку Вы говорите, что с ipLDK этой проблемы нет).


Другой вариант: выложите/пришлите файлы конфига как LIK, так и ipLDK.

Забыл уточнить. Подключился через RS232 снимаю информацию помощью HYperterminala Звонков много и обьем информации большой. могу я как то отследить что мой звонок попал в выборку?

Если снимаете трассировку в момент выполнения нужного исход. вызова, то естественно этот вызов попадет в "выборку". За это можете не беспокоится.
Как найти нужный вызов?? Просто скажите, что именно Вы набираете (какой номер). Этого будет достаточно, что мы нашли нужный вызов в трассировке.

Если снимаете трассировку в момент выполнения нужного исход. вызова, то естественно этот вызов попадет в "выборку". За это можете не беспокоится.
Как найти нужный вызов?? Просто скажите, что именно Вы набираете (какой номер). Этого будет достаточно, что мы нашли нужный вызов в трассировке.

Вот попытался набрать номер 9-17-00

Провайдер (Элкос) отбивает ваш вызов с номера 3499876 на номер 91700 с причиной №88 (Incompatible Destination - Несовместимый получатель).
И именно провайдер должен поянить, что конкретно ему не "нравится" в этом вызове.

Спасибо. Снова пошел в Элкос

Если есть, то давайте посмотрим трассировку от ipLDK. Сравним и посмотрим, чем она отличается от iPECS.

Кстати, у Вас станция отдает АОН (CLI) как тип National. Но там всего 7 цифр, а не 10 (11).
Может провайдер хочет получать АОН как тип = Subscriber ???
Но все остальные вызовы с таким же типом АОНа он ведь нормально принимает.... Странно.

К сожалению прямого доступа к АТС не имею (не могу подключится к модулю Е1 по RS232).
С помощью Telnet вроде удается подключится, но АТС не принимает пароль указанный в PCAdmin?
(Кстати в 175 ПРГ что нибудь нужно на Telnet заворачивать, а то у меня все на RS232)?
Кроме того могу слить база данных с обеих АТС.

PS. Разработчик Элкоса прислал мне следующую просьбу: цитата-
"Мда. А в расшифрованном виде нет? А то я че-то уже с трудом в бинарном виде читаю (да еще и в чужом формате)...
Мне бы сообщение Setup, которое передают ТОСу и его ответ на него, которое с причиной"

Это можно сделать?

1) Какой такой "чужой бинарный формат"??? Формат стандартный -16-тиричный, так, как и оно и передается в D-канале.
2) Трассировку PRIM (D-канала) нельзя получить через MFIM. Требуется подключаться непосредственно к PRIM (либо по Telnet либо по RS232)!!
3) А что, провайдер сам не может снять трассировку со своей стороны на Элкосе??
4) Мдя... См. расшифровку.

Все проблема решилась. Оказалось на этой АТС на Е1 я поставил кодек u-LAW (черт попутал до этого везде a-LAW ставил). А железо провайдера на уровне касеты не имеет данного кодека. До других же касет сигнал проходит через коммутатор, где и происходит смена кодека.
Еще раз-большое спасибо.

Ну и славно...