Тема: ip ldk 60 проблема с исходящими на нефиксированный по длине номер.
Есть возможность промониторить - так делайте....
Но я спрашивал про другое: приемная сторона настроена на прием как способом Enblock, так и способом Overlap??? Или же нет???? Способна приемная сторона получить номер методом Overlap???
На вышестоящей станции возможен прием и инблок и оверлап, хотя не очень понимаю как это может влиять на то, что отрезается “0”.
Ладно, работает так, значит так. Если нет какого то явного решения, придется заниматься танцами с бубном.
Вылезла еще одна небольшая проблемка. Если транки Net и нумерация NET, то почему то не передается АОН. Если теже настройки запихнуть в транки PSTN/нумерация PSTN, то аон отдается отлично. В чем тут может быть трабла?
Настройки пгм 143/146 -
Call Type UNKNOWN
Num Plan for calling UNKNOWN
Num plan for Called UNKNOWN
повторюсь, что такие же настройки на PSTN транках, где аон отдается нормально.
Уважаемый senar!
Трабла в том, что линии типа NET специфические и предназначены в основном для соединения двух станций ipLDK!!!
Я уже писал, что тут полно нюансов!!!!
Пока не снята трассировка, нельзя быть уверенным, что станция LDK не посылает 0. ИМХО, станция посылает 0.
Но для линий типа NET она посылает PSTN код в Setup’е, а остальные цифры номера идут отдельными информационными сообщениями. А вот как это воспринимается на приемной стороне - пока неизвестно. Поэтому я и спрашиваю, готова ли приемная сторона правильно принять набор Overlap.
Нужно смотреть трассировку.
Что касается АОН, то это все расписано в доке, в примерах.
Собственная нумерация вашей станции должна быть прописана в первых строках ПГМ324, начиная с 0-ой строки. И при этом для собственной нумерации нужно указать NET CO GRP = 0 !!!!! Вот тогда для линий типа NET будет в качестве АОНа отсылаться сетевой номер вашего абонента (как он прописан в ПГМ324).
Так, насчет АОН, большое спасибо... Интересно конечно сделано, самому до такого ни разу бы не догадался)))
По поводу первой проблемы... У меня транк прописан как PSTN, и план PSTN. На нем включен инблок.
Ладно, уже хочется попробовать обходной путь, раз что то никак. Как я понимаю что бы добавить “0” мне надо в ПГМ220 запустить, допустим М13, в ПГМ 221 поставить, что бы проверка цифр шла с “0”, а ПГМ 222 добавить “0”?
Да, если транк типа PSTN, то тогда через LCR.
Но 0 должен быть прописан как в LCR (INT LCR code), так и должен остаться в ПГМ324 (иначе неоткуда будет брать нужный IP-адрес). АОН формируется обычным образом: ПГМ143 (ПГМ201), ПГМ114.
А кстати, если как раньше (тип линий NET, код PSTN), то не пробовали набрать 0 дважды??? В этом случае вызов нормально проходит??
Чудеса какие то... написал в LCR просто добавлять 0 перед номером - не работает. Путем Танцев с бубном решил пробовать написать в LCR сначала удалить одну первую цифру, а затем поставить 0. В номерном плане Digit Repeat ON (Если оff, и через LCR, то вообще никак не работает). В итоге звонок проходит в 1 примерно из 5 случаев. Нипаняяятна)))
А что такое INT LCR code? Я такого даже в документации не нашел. Или вы имеете ввиду прописать 0 как compared digit в 221, так это я сделал есессно?
Если тип линии NET, а набор PSTN, то отбой вообще идет сразу после первого нуля. LCR в этот момент выключен есессно.
INT LCR - это код, указанный в ПГМ221 и помеченный как тип INT там же.
Таблицы LCR исходно не предназначились для работы совместно с сетевыми таблицами (ПГМ322, 324).
Но тем не менее это работает в отдельных случаях. Поэтому и “шаманство”. Да, 0 нужно удалять и опять его подставлять в Added Digits.
ИМХО, без трассировок невозможно понять, что происходит и в чем причина.
Если линии NET, код PSTN, Enblock выключен и при наборе 0 идет отбой, то скорее всего, вызываемая сторона не МОЖЕТ ПРИНИМАТЬ OVERLAP, о чем я Вам уже несколько раз говорил.
Да нет, тут проблема не овлр/инблок.
Если линия Net, код PSTN и Num Plan Code стоит 0, то отбой идет сразу после 0, а на вышестоящую станцию прилетает только этот ноль.
Но если я в Num Plan Code пропишу допустим какой то конкретный номер телефона, например 07777777, а потом наберу его, то звонок пройдет.
Да нет, тут проблема не овлр/инблок.
Если линия Net, код PSTN и Num Plan Code стоит 0, то отбой идет сразу после 0, а на вышестоящую станцию прилетает только этот ноль.
Ну, что мне в 100-ый раз повторить, что дело именно в том, что ваша приемная сторона не понимает Overlap!!! :coolmad:
Все правильно: станция отправляет в Setup’е только “0”, но в Setup’е нет признака конца набора (Sending Complete)!!!. Приемная сторона должна ответить посылкой Setup_Ack (запрос на следующие цифры номера), как и полагается при Overlap’е, и ждать следующие цифры номера. А вместо этого приемная сторона посылает Release, т.е. отбивает вызов!!!
Мне Вам больше ничего добавить!!!
- Либо настраивайте ваше приемное обрудование на возможность получения номера как Enbloc’ом, так и Overlap’ом,
- либо часть каналов VOIP выделяйте в отдельный сетевой транк типа PSTN (в ПГМ322, дать отдельный номер NET CO GRP и в ПГМ141/1 - тоже дать отдельную СО-группу), в ПГМ324 прописать 0 как код PSTN и дать ссылку на номер вновь созданного PSTN транка. При этом опция Enblock (ПГМ143/6) для этого выделенного PSTN транка должна быть включена . И чтобы отправлять 0 в линию, придется прописать 0 как INT LCR (ПГМ221), в DMT (222) удалить одну цифру (RN ), вставить опять “0” (Add Digit) и отправить на номер СО-группы, в которую выделили каналы PSTN транка.
