Станция LDK-300. Версия 3.8. С дуру купил для пробы GSM-шлюз ITS CGW-D с функцией Call Back.
Станция и шлюз не понимают друг друга по параметрам DTMF - выражается в пропуске или замене некоторых цифр в наборе, обычно первых, что приводит иногда к звонкам на платные номера. Читал в форуме, что параметры DTMF на станции не регулируются, но они регулируются на шлюзе, в частности амплитуда, чувствительность, продолжительность посыла и время между сигналами.
Подскажите, пожалуйста, параметры сигнала DTMF станции. Шлюз на СО линии. Набор overlap (может лучше сделать блоком?)

Параметры DTMF указаны в руководстве по установке станции в разделе техн. характ-ки.

ИМХО, дело вовсе не в параметрах DTMF. Скорее всего Вы используете LCR на CО-линии с тональным набором номера.
В этом случае могут быть проблемы.

Спасибо, Harris!
Посмотрел в технических параметрах, там про DTMF сигнал написано "минимум...50...30". Но на шлюзе нужно поставить конкретные значения - поставил соответственно 100 и 80 мс, вроде бы ошибок стало меньше.
Интересно, что если подсоединить к FXS разъему шлюза вместо линии АТС обычный телефон сколько не пробовал не было ни одной ошибки в наборе!
Как думаете, почему шлюз "теряет" именно первые цифры набора ( чаще всего первую, реже первую и вторую и т.д.)?
Шлюз чаще "теряет" цифры номера, который передается на шлюз по сети.
Пробовал отправить номер блоком, из 11 цифр потерялись первые 8.
Что касается LCR, то вряд ли проблема в нем - у нас есть еще 5 шлюзов 2N и с ними ни разу не было проблем. Шлюз ITS покупал только из-за Call Back, но воспользоваться функцией так и не получилось.
Может быть дело в каких-то временных параметрах?

Так все таки. Используется LCR или нет???
Там разные таймеры межцифрового интервала.
И набор в случае FxO и FxS происходит по разному (при подключении шлюза к SLT-порту, после набора внутр. номера этого порта, далее весь набор идет непосредственно с телефона).
По наборе по СО-линии: если между цифрами больше 2 сек, то далее уже весь DTMF набор идет напрямую с телефона, а не генерится станцией.
Попробуйте увеличить таймер ПГМ181/13 (SLT DTMF Relaese).

Harris, LCR используется. Все шлюзы подключены к FXO (СО) портам станции. Таймер SLT DTMF стоял на 10с., осторожно увеличил до 12с. Максимальное время межцифрового интервала на станции и шлюзе по 5с. К сожалению, это не помогло, из 6 наборов на шлюз 3 были неверными (набираемый номер отображается на дисплее шлюза, в SMDR номер отображается полностью и правильно). Во всех случаях ошибки терялась первая цифра номера (8).
Проблема конечно в шлюзе, но почему теряются именно первые цифры набора???

ОК. В таком случае попробуйте выключить LCR (в ПГМ220/1 = > Off) и попробуйте непосредственно занять линию шлюза набором кода 88+ ХХХ (т.е. № СО-линии) и далее набрать какой-либо номер.

Кстати, а что и как прописано в LCR ??

Harris, рано утром проверил набор без LCR. Складывается впечатление, что шлюз не успевает распознавать первые цифры набора. Набираю 88+ номер линии и если делаю паузу 1-2 с. номер набирается верно. Если без паузы, теряется первая цифра. Понятно, что при наборе блоком цифры идут быстрее и шлюз тем более не успевает их распознать. Как понимаю линия должна проключиться несколько ранее, чем пойдут цифры набора.
Как думаете, если поставить LCR M13 (сейчас М02) это поможет?

Если есть подозрения на то, что шлюз - "тугодум", то:
Попробуйте увеличить таймер CO Dial Delay - ПГМ180/18.
По умолчанию там = 01 (100 мс).
Поставьте = 30 (3 сек).

Режим LCR в данном случае не имеет значения. Оставьте М02 - это, ИМХО, более разумный режим.

Спасибо, Harris. Это действительно помогло, думаю, что можно даже уменьшить время - шлюз долго ждет номера -
но только для номеров, набираемых на главной станции. Набор приходящий по транзиту через NET все равно с отсутствием первых цифр. Наверное там другой механизм. Кроме того, шлюз потом еще долго думает, прежде чем отбиться. Может это не исправимо?

О, еще и транзит... С этим нужно отдельно разбираться... Какой транзит (ISDN/VOIB)???

Кроме того, имеет смысл разобраться со шлюзом. Какой шлюз: GSM/VOIP??? Как он работает в сторону сети (Overlap/Enbloc)?? И т.д.

Транзит через VOIB направляется на СО-группу из 4х GSM-шлюзов. Три из них фирмы 2N, с ними вообще нет проблем, а один израильской фирмы ITS, с ним то и проблема. К нему нет инструкции на русском языке, а английский хоть и понятен, но без всяких пояснений. Скорее всего он не адаптирован для России, т.к. с настройками по умолчанию в нашей GSM-сети работать не будет. При этом он стоит дороже шлюзов 2N. За разъяснениями по настройке обращался к продавцу, дистрибьютору и производителю. Получил ответ, что шлюз хороший, а плохая АТС и вообще ничего не понимаю. Дважды возвращал шлюз обратно, дважды возвращали с формулировкой "теперь должен работать". Но он неправильно работал и с предыдущей АТС Siemens.
По-этому, думаю не стоит подстраивать АТС под него. Переключу его на СО-группу на которую не приходят транзитные вызовы. Еще раз спасибо за помощь!

Приходится вернуться к теме, так как возникла необходимость использовать шлюз при сетевом транзите.
Остановились мы на том, что GSM шлюз ITS CGW-D, подключенный к порту FXO станции только при транзите по VOIB c других станций теряет 1-3 первые цифры приходящего номера. Возможно цифры приходят на шлюз быстрее, чем у него включаются приемники DTMF сигналов.
Можно ли как-то задерживать сетевой набор, чтобы шлюз успевал включаться?