Тема: организация потока по E1 на LDK 100

Добрый день уважаемые формучане.
Прошу помощи...

немного лирики...
Ситуация следующая. Некоторое время назад приобрели данную АТС. Подключил внутренних абонентов, городские аналоговые линии...
С этим вроде пока вопросов невозникало, вроде кое-какой опыт программирования атс был, правда не LG и успел многое подзабыть.

Сейчас дело дошло до самого сложного, или вернее непотнятного...

Провайдер дотянул таки оптику и сдал нам номера в Е1 потоке.
Вот тут начались запарки, так как с Е1 до этого фактически не контактировал, на прошлых местах работы, где занимался админством и атс в том числе, поток настраивали ребята из головного филиала. Тут такого нет...

Очень прошу помочь с моими вопросами, возможно глупыми... ) а не отправлять вызывать спеца. Вызвать я не то чтобы против... Просто организация не слишком мелкая, и не слишком постоянная...
Например, конкретно сейчас я не смогу спецу даже составить тех. задание. Тк новые варианты и тд рождаються в процессе, как лучше сделать нам...
Быстро все меняется, и сделав сейчас как-либо не факт что через неделю-две мне не придеться многое менять..
А как? Если до этого делал не я, и как делали - знать не буду... Каждый раз вызывать никто не даст...
Ну и плюс, вернее скорее это даже первично... Очень хотелось бы разобраться самому с этим и довести дело до конца, раз уж начали ставить новую атску сами...
Мануалы, факи и тд читать не ленюсь вроде, да и получалось почти всегда все... Сейчас правда возникла загвоздка... =(
————————-
Теперь если без лирики и по ситуации...
Я не прошу естественно выложить мне четко залезь туда, пропиши такие то буковки и тд в точностью до знака )
Мммм... Прошу общий план действий и если можно номера программ, которыми это реализуется, дабы уже по ним смотреть в руководстве...

Итак, есть e1. Провайдер должен давать нам 10 каналов, в теории. И 10 номеров телефонов. Есть плата pribe.
Плату поставил, определилась правда с приставкой N, но насколько я понимаю так и должно быть. Количество каналов урезал до 10.

Состряпали кабель от опт. конвертора до платы. Соединили. Провайдер начал звонить, поднимать/настраивать/проверять свой транк.
Звонки, как нестранно, приходят.
Правда внутренний 101.

И проблема номер 1. Звонок идет, я его слышу, у меня определяется номер, если я поднимаю трубку, мы слышим друг друга. НО. Он говорит, что не слышит вызывных сигналов. Говорит, у меня это где-то должно прописываться в настройках.. Порыл, так и ненашел ничего (

И проблема два, более глобальная.
Хочу понять как с этим вообще работать в прицнипе.
С внешним аналогом понятно, есть линия, она привязанна к конкретному номеру CO и им я оперирую если хочу что-либо сделать.

С транком же мне не совсем понятно.

У меня внешнии аналоговые линии идут 1-16.. Соответственно с 17 до 26 идут эти транковые насколько я понимаю.
Но как? ну тоесть я беру линию внешнюю, например 17тую. Вместо сигнала нормального слышу короткие гудки. Почему? Но это что, это просто канал, так? у него нету своего номера. Тоесть мы его перед “снятием трубки” условно должны передать как-то? и где-то прописать КАКОЙ номер передавать оператору при снятии трубки на этом канале с этого внутреннего телефона? Или я запутался и ничего не понимаю :(

Если можно, не могли бы вы мне в кратце план объяснить моих действий.

Что мне надо поменять и настраивать, в какие программы лезть,
Чтобы реализовать самый банальный пример.

Сейчас провайдер в тестовом режиме (пока не приняли мы линию и не оттестили, и не платим денюжку) оставил
доступ во вне по одному единственному номеру.

Для примера, попытаюсь реализовать, чтобы внутренний номер 100 звонил в город по потоку... С этого единственного работающего номера. Номер провайдер сказал, чтоб мы ему передавали в виде 7812номер. Номер, ну для примера 2222222
Тоесть получаем с номера 78122222222 провайдер разрешает сейчас звонить.

Понимаю, что написал много и скорее всего сумбурно.
Очень надеюсь на вашу помощь.

насколько я понимаю, как часть из того что мне надо сделать и куда копать

1. прописать для внешних линий 17-26 тип ISDN DID
2. это прописать, чтобы отправлялся аон оператору, и если оператор пропускает сейчас звонки с одного единственного номера нашего, то надо чтобы отправлялся аоном этот единственный номер.

Правда помимо этого, в чем еще может быть загвоздка для реализации данного примера, и где еще копать...? =(

1) Это для входящих вызовов. Далее:
- ПГМ143/4 (DID Conv Type) указывается нужный тип преобразования.
- ПГМ143/5 (Digit Remove Number) указать, сколько “лишних”цифр с начала номера нужно “отрезать”.
- ПГМ231 (Flex DID Table), назначение приема вызовов, если используется DID Conv Type 2.
2) Формирование АОН достаточно внятно описано в доке. См. п. 2.14.2 (CLI).
Кроме того, оба вопроса уже неоднократно и детально разбирались на всех форумах по станциям LDK, в том числе и на этом.

Огромное спасибо. То что вы написали, насколько я понимаю, это для входящих вызовов.

А по исходящим и изложенному мной примеру?
мне достаточно просто задать тип линии, канала и отправку аона настроить, чтобы провайдеру отправлялся тот номер, единственный, по которому он мне открыл доступ?
—————————————-
Если не сложно, что вы можете сказать по этому вопросу

И проблема номер 1. Звонок идет, я его слышу, у меня определяется номер, если я поднимаю трубку, мы слышим друг друга. НО. Он говорит, что не слышит вызывных сигналов. Говорит, у меня это где-то должно прописываться в настройках.. Порыл, так и ненашел ничего (

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

Заранее спасибо

В моем предыдущем ответе пункт 1 касался приема входящих вызовов, а пункт 2 как раз касался формирования АОНа (CLI) для исходящих вызовов.

Что касается проблемы с отсутствием сигнала КПВ при вызове в вашу станцию от провайдера:
так вот это проблема вашего провайдера, а вовсе не станции LDK!!!
Станция LDK всегда четко генерит КПВ!!! Но провайдер должен у себя проключить В-канал!!!
У нас принят к использованию протокол сигнализации EDSS1 (Euro-ISDN). И согласно этому протоколу после получения от LDK сообщения ALERT провайдер должен проключить голосовой тракт (B-канал), чтобы вызывающий абонент мог слышать КПВ (который генерит LDK). Если провайдер не проключает В-канал (возможно, что у провайдера включен другой протокол - DSS1), то тогда получив ALERT он сам должен генерить КПВ. Если же он не делает ни того, ни другого, то вызывающий абонент будет слышать тишину вместо КПВ.

И все-таки... Лучше все-таки вызвать спеца для начальной настройки. В процессе его работы Вы бы и смогли получить ответы на свои вопросы, а уже в дальнейшем смогли “рулить” сами.... ИМХО.

Огромное спасибо за ответы.

Думаю полученной информации вполне хватит, дабы направить меня... на путь истинный =)) поковыряю/попробую/поищу доп. инф  в доках.

Если можно, еще 1 короткий смежный вопрос.

Существует ли какой-нибудь способ проследить/увидеть какой номер отправляет аон при моем звонке?

Я имею ввиду, не в голове состывать цыфры кода+префикс+номер абонента, а именно увидеть что в сумме с точки зрения атс получается на выходе, и что она отправляет провайдеру? дабы проверить себя.

Для этого нужно снимать трассировку потока...
Это уже отдельная задача, на которую есть отдельная инструкция.

Спасибо.
Ковыряем сейчас...

Еще раз уточню, теорию взаимодействия вообще с каналами. Правильно я ли понял.

1. Для исходящей связи. Номера линий CO, принадлежащих пулу платы pribe (17-26 в моем случае) ничего общего с номерами телефонов не имеют. Я могу всем абонентам, желающим пользоываться каким-либо внешним номером задать хоть все эти 10 каналов.

А выбор по какому номеру телефона он звонит уже определяется тем что я прописываю для каждого конкретного внутреннего номера. Тоесть грубо говоря, если я 100 внешнему номеру  назначил 350…. в кли.... прописал 7812 код зоны. Поставил тип National 143 ПК3… Присвоил таблицу клип и в ней прописал 4567… То в итоге абонент на 100м внутренннем будет ВСЕГДА , неважно с какого цо не звонил бы, какой бы канал не брал, но звонить он будет с 7812 4567 350 так?

2. А для входящих соответственно все будет определяться табличкой, в которой в зависимости от определенного номера будет прописанно соответствие внутреннему номеру/хант группе.
—————-
В целом так, я не ошибаюсь?

1. более того так обычно и делается, ISDN-поток поделить на части проблематично поскольку провайдер тоже занимает любой свободный канал. а проданных вам номеров может быть например 100, а ISDN-каналов 10.

брр... так и не дособрали нормально... вроде все нормально, а нет.... помогите, пожалуйста, что не так не можем понять...

сейчас уже вроде сбросили по дефолту как было... и перестали идти даже вызовы от провайдера.. ну и по прежнему нету КПВ, провайдер грешит на нас...

если из последовательных действий... что сделано сейчас... и чего хотим добиться...

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

Также хочу чтоб реально с 100 номера с системника было позвонить используя е1 линии.... пока не удалось...

Что имеем и делали:
17-26 линии прописан типа ISDN DID в ПГМ 140.

для исходящих что делали:

прописал в 143 ПК 3 коллтайп - national
114 пк 12 для 100 номера задал 860
200 пк 9 задал 8812
143 пк 2 задал 00 таблицу и в 201 прописал 6486

насколько я понимаю он должен формировать номер 8812 6486 860
внешнии линии 17-26 выключил в третью группу....
на 100 внутреннем номере на системнике запрограмил кнопку выход на группу 3.

при попытке выйти на эту группу внешних линий - короткие гудки и на экране надпись, нет доступа....

Незнаю в какую сторону уже рыть :(((

что-то еще недоделал...?

действия что я описал это все действия которые делал вообще касательно исдн после обнуления...

Поставьте в ПГМ143/6 = Enblock
А чтобы был КПВ - так нужно обслуживать входящие линии как ISDN, а не как аналоговые СО (Normal Ring) - См.ПГМ140.
Прием всех вызовов ISDN по всем номерам (причем многоканальным номерам) на одного абонента (101) - это изврат!!
Но если Вы так понимаете ISDN, то извольте:
В ПГМ143/5 отрезать лишние цифры DID номера (смотря сколько цифр присылает провайдер.)
Поставить DID Conv Type = 0 (ПГМ143/4)
В ПГМ146/5 (DID Digit Received) указать: 3 (обрабатывать 3 цифры), ПГМ146/6 - маска: #101.
Тогда все вызовы по всем закрепленным за потоком номерам пойдут на STA101.

моя благодарность не знает границ 😊
уряяя, наконец то..... разобрались, с горем пополам...

а по поводу изврат пускать все номера на 101… да, изврат 😊 так и не будет же в будущем...

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

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

проблема с исходящими, как выяснилось, крылась на поверхности.. когда-то давно в таблице разрешений групп внешних линий абонентам, менял, и в итоге все внутренние абоненты имели доступ к 1 и 2 группе, а на 3 (мой поток как раз) доступ был закрыт...

Спасибо большое за помощь