Добрый день
IP LDK-100: GS90P-3.9Da
Плата PRI: GDK-100 PRIB (NET), используется для корпоративной связи.
Входящая и исходящая связь работает, но при исходящей связи после набора 1 цифры получаем зуммер
(продолжительностью 15 сек., набору номера не мешает).
Но пользователю очень не удобно, как можно от этого избавиться
ПГМ140-ISDN DID
ПГМ143-Overlap
ПГМ322-PSTN
ПГМ324:
System usage-PSTN
Num plan-6 (6xx yyyy), где 6хх-префикс направления, а yyyy-внутренний номер (после набора 6-зуммер)
CPN-yes
Digit Repeat-on
P.S. нет ли описания версии 3.9 на русском языке, или дополнительных функций

для корпоративной сети: линии PRI=NET и Digit Repeat-off
LCR тоже включены???

включено через Cisco:линии PRI=PSTN и Digit Repeat-on
LCR не задействован

вы читали как в LDK строиться корпоративная сеть?
внутренняя нумерация второй атс какая? ваша внутренняя нумерация какая?
то, что написал выше для линии корп. сети должно быть именно так..
в 324 для себя 1#**, для второй атс 2**

Настроено по аналогии с версией 3.8 Bf LDK-600 там всё работает нормально,
как я писал выше мешает только зуммер. Связь работает

сделайте prt/scr c 322-й и 324-й программ

Скрины с рабочей станции 600, на сотке такие же

Т.е., набираете 6 - зуммер? И что, он, полюбому, присутствует в течении 15 сек., или после набора следующей цифры пропадает?
6 - это, вообще, что у вас?

Вообще, этот вот зуммер - это не ваша АТС. 6 транслируется в линию и зуммер выдает оборудование к которому вы стучитесь.

После набора след цифры пропадает
6хх-префикс направления, а yyyy-внутренний номер (пример 635-регион 2555-вн номер)
Cicka выдаёт зуммер?

попробуйте CO dial delay timer в 0 поставить.

У вас, вообще то, 6 прописано, а не 6хх.
Т.е., речь о транзитном вызове. Набираете 6, она транслируется в линию и другая (транзитная) АТС предоставляет свои внешние линии? Соответственно, когда эти линии занимаются, вы слышите зуммер.

как точно такие же?? это ведь другая АТС?
по скринам
у вас линии 24-й группы обозваны(для "6-ки") как PSTN, а для"5****" -- те же линии обозваны как NET.
это как?
и всё таки сделайте из 100-ки....

А что тут необычного то?

если п 6-ке выходят на город, то что это за линии и куда по 5**** выходят?????

Может вам прописать не просто 6, а 6x? Тогда, по идее, зумера может не быть, так как цыфра после 6 будет сразу набираться.

Нет. Доку на доп. функции уровня 3.9 на русский язык не переводили, и уже не будут переводить.
Да и вашем случае, дело не в версии 3.9.

Извиняюсь за задержку, станция находится далеко MPB к локалке не подключен. Пришлось объяснять
Большое спасибо поставили 0 зуммер исчез, но таки не понял отношение данного параметра к зуммеру?

Отношение то есть! Это задержка набора на внешней линии. Т.е., набрали 6, а она набирается не сразу, а с этой вот задержкой. Т.е., занимается линия и слышен зуммер, а потом набор.
Только под ваше описание как то не вяжется. Я вас понял так, что если набрать просто 6, то зуммер будет в течении 15 сек., или пропадет сразу после набора следующей цифры. Или вы неправильно описывали ситуацию?

Да, если набрать просто 6, то зуммер будет в течении 15 сек., если не ждать окончания зуммера и набрать следующую цифру то зуммер прекращается

Вот и непонятно, как CO dial delay timer повлиял в этом случае.
Но, помогло же!

видимо по "6-ке" выходил на аналоговую линию.

поддержу k_po. по всем префиксам, кроме 9 и своей нумерации 26ХХ выход на PRIB. просто в корпоративной сети разная
по длине нумерация: 1ХХХ, 2ХХХ (кроме своей 26ХХ), 3ХХХ, 4ХХХ, 5ХХХ, 6ХХХХХХ, 7ХХХХХХ. на город (по 9) через
аналоговые CO.

Ну и в чем проблема-то?? В чем вы поддерживаете автора топика??

в том, что по "6" выход не на аналоговую линию.

по каким линиям вы выходите по 6-ке и куда?

И?? В чем вопрос? Почему повлиял таймер CO Dial Delay при выходе на ISDN линию?? - ХЗ.
Может, потому что там линии типа NET и коды типа PSTN. При этом способ набора только один - Overlap, т.е. фактически как на аналоговой СО. Может, это просто баг, т.е. случайное творчество разработчиков.
Проблемы-то нет, если таймер обнулить. Так??
Кроме того, есть другие варианты программирования:
1) Если все идет через один поток, таблица Networking не используется, то можно тип линий поменять на PSTN (РГМ322).
Способ набора поменять на Enblock. Всесто кодов PSTN прописать аналогичные префиксы в INT LCR c выходом на поток.
Использовать таблицу Prefix Enblock Table, там тоже прописать эти префиксы и длину номера.
Тогда сразу послде набора полного номера (6ХХХХХХ, 5ХХХ и т.п.) станция автоматически отправит весь номер в этом сообщении.
И тон готовности будет только при снятии трубки.
2) Если используется таблица Networking с кодами типа NET (5*** например), то можно разбить поток на 2 транка.
Один транк типа NET, и туда отправлять нумерацию типа NET.
Второй транк сделать типа PSTN и далее по пункту 1, но только для длиныых номеров - для префиксов 6 и 7.

Всем привет. Не буду плодить новые темы, задам вопрос сдесь.
Немного предистрии.

LDK-100 соеденина с Siemens HiPath по ISDN PRI (LDK-100 v2.2Fi знаю что прошивка старая, но с закупками сейчас сложно)
Была такая проблема. При звонке с LG на Сименс периодически терялась вторая цифра (цифра после той что прописана в LCR). Все исх были настроены как PSTN и рулились c помощью LCR, кроме 0 и 9. 0-выход на аналоговую СЛ.

1. Поменял настройки.
Сделал через таблицу.
322 - PSTN
в 324
для цифр: 36#* группа 0 тип NET
для цифр: 2***, 30**, 31**, 32**, 33**, 34**, 35**, 37**, 38**, 39** группа 1 тип NET
для цифр: 4, 5, 6, 7, 8 группа 1 тип PSTN
LCR - отключил.

По номерам на 2,3 перестала пропадать цифра, звонки проходят нормально.
По номерам 4,5,6,7,8 так и продолжает пропадать периодически вторая цифра.

2. И пропал CLIP с АТС LG., а при LCR он был.
Настройки такие.
143 - COLP таблица не используется, CLIP - таблица 0, тип номера - National.
201 - в ячейке 0 прописан префикс 430.
Т.е с LG должен передаваться АОН 43036XX.

Вопросы:
1. Если я пропишу в таблице 324 вот так 4******, 5******, 6******, 7******, 8****** наборы с префиксами транзитом через Сименс уходят дальше. Но не всегда набирается семь цифр. Бывает и восемь и 10 надо набрать. Например: 881-24435 и 881-40-45-15 или 683-2391 и 683-781-2644. Набор больше семи цифр при таком формате записи будет работать?

2. Подскажите что с АОНом.

1. Нет. Таблица сетевых номеров сделана не для таких случаев.
2. Вы перешли на использование сетевой (корпоративной) нумерации, т.к. прописали номера типа NET. В этом случае станция отправляет в качестве АОНа не городской (PSTN) номер, а сетевой номер, т.е. короткий номер абонента 36ХХ.

Раз с закупками сложно, и поменять MPB на новый со свежей прошивкой (3.9) вы не можете, то попробуйте следующее решение:
- подозреваю, что Смменс просто теряет 2-ю цифру при посылке номера способом Overlap, а исходя из ваших настроек, у вас как раз применяется Overlap.
- нужно тупо использовать Enblock
- для этого вернитесь опять к применению INT LCR. Пропишите все префиксы в LCR (как я понимаю, у вас так раньше и было)
- но в ПГМ143/6 включите опцию Sending Enblock !!!
- в ПГМ322 проверьте, чтобы все каналы PRI были указаны как тип PSTN.
- в ПГМ182/10 (Enblock Timer) протпишите = 5 или 6 сек (это межцифровой интервал).
Все.
После набора номера пользователем + этот таймер (5 сек) станция отправит весь номер в одном сигнальном сообщении.
Если пользователь не хочет ждать эти 5 сек он может просто нажать # для немедленной отправки номера.

Самое интересное, что АОНа никакого не приходит.)

Сегодня снял трейс с LG. LG не отдаёт цифру. Выложу трейс завтро как буду на работе.
Enblok помоему сейчас включен, завтро погляжу точно.

Это понятно, но не хотелось бы задержку в 5 сек, хотябы для внутренней нумерации. Неудобно.

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

Без замены процессора можно поднять версию до самой последней уровня 2.2. Попробуйте поставить версию B[2].2Ji (или 2.2Gp). Для перепрошивки нужна только плата DMEMU.

Для использования версий 3.0 и выше (последняя 3.9G) нужен новый процессор MPBN c новым модулем ASMU2N.

АОНа вообще нет?? Возможно из-за того, что нумерация типа NET, а линии типа PSTN. Я не помню, как это точно работало на версиях 2.2.... Давно это было. От версии к версии могли быть разные нюансы, были изменения, исправления..

mpbn+amsu2n