Тема: LCR в ipLDK ?

Граждане!
Объясните тупому как связываются между собой LDT и DMT таблицы?
Никак понять не могу.

Тому, кто придумывал маршрутизацию в Лыже, надо в голову гвоздь забить!
И еще 1 тому, кто доку писал. :-(.

В вашем вопросе уже содержится ответ: “тупому” сложно что-либо объяснить!! Сначала выньте гвоздь из своей головы!! И нечего раздражаться и брызгать слюной. “Всю Одессу” эта дока удовлетворяет, а его нет. :coolmad: Сбавьте обороты!!
В доке же есть примеры программирования.
В таблице LDT, при описании префикса указывается ссылка на строку в таблице DMT.
Но... В LCR есть возможность создания 3-х типов дней, в каждом типе дня может быть 3 временные зоны. Поэтому получается, что можно указать 9 разных ссылок на строки в DMT для отработки разных типов дней и разных временных зон. Ссылка дается след. образом:
В LDT при описании кода LCR есть три поля DMT1 (Для типа для 1), DMT2 (для типа дня 2), DMT3 (для типа дня 3).
Прописывается 6 цифр, например:
DMT1: 00 01 02 (для временной зоны 1 - обрабатывать по строке 00 в DMT, для зоны 2 - по строке 01, для зоны 3 - по строке 02).

Если у Вас по умолчанию нет разделения по типам дня (т.е. все дни = тип 1), нет деления по временным зонам (всезда зона 1), то достаточно просто для DMT1 повторить 3 раза одну и ту строку.
Например, ссылка на строку № 31 в таблицу DMT:
DMT1: 31 31 31

Harris, без обид, плз.
Абсолютно ничего личного.
Если задел случайно, то прошу пардону!
Ну пар из меня идет
Ладно, скажу, что маршрутизация...нетривиальна 😉

Т.е. в LDT Day zone, t1, t2,t3 -это и есть ссылка на DMT?
И как это будет работать если t1,t2,t3 указать 0 ?

Достаточно это запрограммировать один раз, разобраться и все станет тривиальным!!
Да именно так!
По умолчанию все дни = Day 1, с 00-24 часов = T1 (т.е. временные зоны Т2 и Т3 не назначены).
Но указывать нужно все равно для Т1 Т2 Т3 !!! Вводится всегда 6 цифр.
Пример:
LDT bin 00: тип кода =INT, код = 8,
DMT1 = 05 05 05 (это вводим Т1 Т2 Т3 для дней типа 1)
DMT2 = пусто
DMT3 = пусто.
Т.е. при наборе 8-ки, станция будет использовать строку 05 в таблице DMT для маршрутизации вызова.

Но, если требуется разделить дни недели для различной маршрутизации (3 типа дней), или сделать зависимость от времени суток (назначить 3 временные зоны для каждого типа дня), то тогда ссылки на строки в таблицу DMT можно указать разные. Опять же к примеру:
DMT1 = 00 10 11 (это вводим Т1 Т2 Т3 для дней типа 1)
DMT2 = 36 08 56 (-”-”-” типа 2)
DMT3 = 23 41 37 ( -”-”-” типа 3)

Сенк, уже допер.
Временные зоны могут пересекаться?
Т.е. как правильно расписывается переход между тайм-зонами: 10-00 - 12-00 : 12-01 - 13-00
или 10-00 - 12-00 : 12-00 - 13-00?
И как делается переход между сутками, с разрывом или без?

И наберусь наглости еще 1 вопрос:
LDK 100/3.8ct
Voib4
транки loop\co.
работа через GK.
Проблема в том, что дает сразу ошибку при занятии транка, если набор поставить в overlap.
Или как задать в LCR количество набираемых цифр?

1. Нет зоны не должны пересекаться.
2. Кол-во цифр нельзя задать в LCR. Вообще-то для этого существует другая программа - ПГМ205, которая включается в ПГМ143. Это введено только начиная сверсий 3.8.

Но тут нужно разбираться, что именно Вы хотите отправлять.
Нужно прописывать сетевые таблицы ПГМ322, 324.
Тип транка должен быть = PSTN (ПГМ322).
Но честно говоря, я не разу не проверял с GK.

А networking обязательно использовать?

А как иначе??? Вы что, IP адрес будете вручную набирать???
В таблицах Networking делается привязка кода доступа исходящей связи к необходимому IP-адресу.

Да нет, работает и просто через LCR, только номер не отображает на второй стороне.
Через LCR и нетворкинг номер показывает, но вылазит другой косяк:первый набор номера, ответ станции, а после этого уже можно набрать номер. Можно конечно попробовать таймером зарезать, но..
Похоже 205 таблица именно под LCR заточена.
При использовании ГК.

Я с не GK не работал. Поэтому не могу дать точную информацию.
Если используется IP-транк, то нужно прописывать его как тип PSTN (ПГМ322) и назначать код доступа в таблице Networking Plan (ПГМ324) со ссылкой на адрес GK.
Строго говоря, LCR не была рассчитана на использование совместно с Networking. Поэтому их совместная работа не гарантирована. LCR и таблицы Networking работают совместно только в некоторых ситуациях.
LCR имеет более высокий приоритет. Там выбирается и транк. Но для посылки IP-адреса должен быть назначен код доступа в ПГМ324.. Тут как раз коллизия. Однако если на выходе LCR получается назначенный в ПГМ324 код доступа и транк (линия) совпадают (выбранная по LCR и указанная в Networking), то тогда вызов возможен.
В Вашем случае, похоже, станция устанавливает соединение с GK, но не отсылает туда требуемый номер.

Таблица 205 заточена не специально для LCR. Это отдельный сервис, который работает уже непосредственно перед отправкой номера в линию, т.е. уже после обработки по LCR!!!
Поэтому En-bloc Prefix Table (ПГМ205) работает как с LCR, так и без LCR.

про 205- я имел в виду, что она не нужна и дублирует префикс в нетворкинг.
А при работе с ГК не нужно указывать IP, достаточно росто указать группу транков voib, имхо.

Harris,спасибо за помощь!