ipLDK-300 АОН в зависимости от направления? Опции

[Never54]

Доброе время суток есть вопрос ка ipLDK-300 (GS30P-C.9Bc), VOIBN12 (11Са) подключена по h.323 к вышестоящей станции в другом городе.
Есть офисная связь стоит задача организовать выход в город но требуется вместо отправки внутреннего номера сформировать нужный городской АОН для отправки по Е1 в город.
как можно это сделать ? В голову кроме 2 групп линий с разными правилами формирования номера ничего не лезет.
а если города 3 тогда 3 группы?
Но тогда получается я кушаю каналы либо у группы линий для офисной связи либо у группы линий для города, а еще надо каналы на IP телефоны
Может ли 300 формировать АОН в зависимости от набранных цифр (направления)?

[harris]

Доброе время суток есть вопрос ка ipLDK-300 (GS30P-C.9Bc), VOIBN12 (11Са) подключена по h.323 к вышестоящей станции в другом городе.
Есть офисная связь стоит задача организовать выход в город но требуется вместо отправки внутреннего номера сформировать нужный городской АОН для отправки по Е1 в город.
как можно это сделать ? В голову кроме 2 групп линий с разными правилами формирования номера ничего не лезет.
а если города 3 тогда 3 группы?
Но тогда получается я кушаю каналы либо у группы линий для офисной связи либо у группы линий для города, а еще надо каналы на IP телефоны
Может ли 300 формировать АОН в зависимости от набранных цифр (направления)?

Нет. Только в зависимости от исходящих линий (от номера СО) и от их типа (PSTN/NET).

А если бы у Вас были филиалы в 100 городах, то что, станция должна формировать 100 разных АОНов??
Почему ваша опорная АТС (в другом городе) не может подставить нужный АОН для отправки в поток Е1??

[Never54]

Нет. Только в зависимости от исходящих линий (от номера СО) и от их типа (PSTN/NET).

А если бы у Вас были филиалы в 100 городах, то что, станция должна формировать 100 разных АОНов??
Почему ваша опорная АТС (в другом городе) не может подставить нужный АОН для отправки в поток Е1??

Именно так. она может заменить именно однозначно, по маске и так далее но эти изменения коснутся и внутриофисной связи тогда будет только городской АОН. Я разговаривал со спецами из и они однозначно дали ответ нужный АОН должен формироваться именно тем кто инициирует вызов а вышестоящая отдает его транзитом в город. А разве 300 может заменить входящий АОН своим? (для потока?Е1)
Например я могу на той станции сформировать нужный АОН по направлению сколько их бы небыло. ( Может помните я Вас в свое время на курсах в Нске пытал можно ли скрестить 300 - ки и Hicom по IP ? теперь я знаю точно что можно .... )

[harris]

Именно так. она может заменить именно однозначно, по маске и так далее но эти изменения коснутся и внутриофисной связи тогда будет только городской АОН. Я разговаривал со спецами из и они однозначно дали ответ нужный АОН должен формироваться именно тем кто инициирует вызов а вышестоящая отдает его транзитом в город.

Знаете, здесь не может быть никакой однозначности!!!!
С какой стати станция, находящаяся в другом городе должна формировать АОН, относящийся к другой зоне???
Где это написано в РД??
Ну Вы же в курсе, что любой ISDN провайдер имеет возможность подставлять Пилотный номер потока, если АОН от пользователя не соответствует требуемому номеру/формату номера?? Так ведь?? И это считается вполне нормальным. Не можешь сформировать требуемый АОН, тогда сам провайдер подставит пилотный номер при передачи вызова дпальше в сеть.
Эти спецы просто хотят "спокойной жизни", чтобы другие АТС делали за них всю работу.

А разве 300 может заменить входящий АОН своим? (для потока?Е1)

Может, но не настолько гибко, как того хотелось бы.
В отношении модификации ipLDK для формирования гибкого АОНа при транзите я уже "опустил руки" - не хотят корейцы вносить серьезные изменения в софт ipLDK, т.к. уже готовится новая станция ей на замену.
А вот для новых станций iPECS LIK и iPECS MG мы пытаемся добиться того, чтобы при транзите можно было формировать АОН гибко. Как это реализуют корейцы - посмотрим...

Например я могу на той станции сформировать нужный АОН по направлению сколько их бы небыло. ( Может помните я Вас в свое время на курсах в Нске пытал можно ли скрестить 300 - ки и Hicom по IP ? теперь я знаю точно что можно .... )

ipLDK может сформировать различный АОН только для разных линий ISDN. Поскольку каналы собственно и определяют направление (вызов идет к одной и той же опорной АТС). В случае же с каналы VOIP ситуция совсем другая - одни и те же каналы могут использоваться для связи с разными АТС/шлюзами... Увы, в ipLDK не предусмотрено формировать АОН в зависимости от набранного номера (или префикса маршрута).
ИМХО, это уже нужно предусматривать в станциях iPECS.

[Dron]

Ну Вы же в курсе, что любой ISDN провайдер имеет возможность подставлять Пилотный номер потока, если АОН от пользователя не соответствует требуемому номеру/формату номера?? Так ведь?? И это считается вполне нормальным. Не можешь сформировать требуемый АОН, тогда сам провайдер подставит пилотный номер при передачи вызова дпальше в сеть.

Так оно и есть. Если ISDN провайдер получает неизвестный АОН, он и подставляет нужный. Как правило это АОН одного из номеров клиента. В конце концов его, провайдера, не интересуют все корпоративные заморочки с транзитами и т.п. Платить то будет тот, кто подключен по потоку.

[Never54]

Знаете, здесь не может быть никакой однозначности!!!!
С какой стати станция, находящаяся в другом городе должна формировать АОН, относящийся к другой зоне???
Где это написано в РД??
Ну Вы же в курсе, что любой ISDN провайдер имеет возможность подставлять Пилотный номер потока, если АОН от пользователя не соответствует требуемому номеру/формату номера?? Так ведь?? И это считается вполне нормальным. Не можешь сформировать требуемый АОН, тогда сам провайдер подставит пилотный номер при передачи вызова дальше в сеть.

Может, но не настолько гибко, как того хотелось бы.
В отношении модификации ipLDK для формирования гибкого АОНа при транзите я уже "опустил руки" - не хотят корейцы вносить серьезные изменения в софт ipLDK, т.к. уже готовится новая станция ей на замену.
А вот для новых станций iPECS LIK и iPECS MG мы пытаемся добиться того, чтобы при транзите можно было формировать АОН гибко. Как это реализуют корейцы - посмотрим...

ipLDK может сформировать различный АОН только для разных линий ISDN. Поскольку каналы собственно и определяют направление (вызов идет к одной и той же опорной АТС). В случае же с каналы VOIP ситуция совсем другая - одни и те же каналы могут использоваться для связи с разными АТС/шлюзами... Увы, в ipLDK не предусмотрено формировать АОН в зависимости от набранного номера (или префикса маршрута).
ИМХО, это уже нужно предусматривать в станциях iPECS.

Естествено в курсе и Пилотный номер имеет номер ХХХХХ00 который по иронии судьбы обычно забивает себе Генеральный ... и под эти номером пускать танзитников ? (я не самоубийца) да и от города ворчание идут левые АОНы ...
по ISDN вопросов нет полностью согласен. а по IP я так и сделал все уже работает но минусы я уже озвучил ... Подумалось может что не учел? Понятно что "старая" станция но в общем то рабочая лошадка. могла бы и дальше жить

Пожелание будете пинать корейцев попробуйте добиться чтобы конфигурацию станции можно было сливать в обычный текстовый файл. и блоки с разделением например - Система, Платы, Транки, IP, Абоненты (ПГМ такая то и через запятую параметры) и по программированию понятно что куда поставить... изменить и поделится с коллегами на консультацию да и просто бэкап сделать что было что стало наглядно а то сейчас песня кругами, часами можно одно и тоже разбирать ...
Про загрузку из подобного формата я вообще молчу фантастика...

[harris]

Естествено в курсе и Пилотный номер имеет номер ХХХХХ00 который по иронии судьбы обычно забивает себе Генеральный ... и под эти номером пускать танзитников ? (я не самоубийца) да и от города ворчание идут левые АОНы ...
по ISDN вопросов нет полностью согласен. а по IP я так и сделал все уже работает но минусы я уже озвучил ... Подумалось может что не учел? Понятно что "старая" станция но в общем то рабочая лошадка. могла бы и дальше жить

Пожелание будете пинать корейцев попробуйте добиться чтобы конфигурацию станции можно было сливать в обычный текстовый файл. и блоки с разделением например - Система, Платы, Транки, IP, Абоненты (ПГМ такая то и через запятую параметры) и по программированию понятно что куда поставить... изменить и поделится с коллегами на консультацию да и просто бэкап сделать что было что стало наглядно а то сейчас песня кругами, часами можно одно и тоже разбирать ...
Про загрузку из подобного формата я вообще молчу фантастика...

1) У Вас несколько станций.
К примеру станция в городе А и в городе В.
Вы звоните со станции А через станцию В в городскую сеть В. И требуется передать туда АОН, соответствующий городской сети В.
Вопрос: а на станции В закреплен ли какой-либо городской номер из сети В за станций, находящийся в городе А??

2) Проясните ситуацию. И в городе А и в городе В стоят станции ipLDK??? Или же ipLDK стоит только в городе А, а в городе В стоит другая станция??? В городе В станция также входит в вашу корпоративную сеть или она принадледит провайдеру??

[Dron]

Естествено в курсе и Пилотный номер имеет номер ХХХХХ00 который по иронии судьбы обычно забивает себе Генеральный ... и под эти номером пускать танзитников ? (я не самоубийца) да и от города ворчание идут левые АОНы ...

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

[Dron]

У Вас несколько станций.
К примеру станция в городе А и в городе В.
Вы звоните со станции А через станцию В в городскую сеть В. И требуется передать туда АОН, соответствующий городской сети В.
Вопрос: а на станции В закреплен ли какой-либо городской номер из сети В за станций, находящийся в городе А??

Вот, и сам хотел написать об этом же.

[Never54]

1) У Вас несколько станций.
К примеру станция в городе А и в городе В.
Вы звоните со станции А через станцию В в городскую сеть В. И требуется передать туда АОН, соответствующий городской сети В.
Вопрос: а на станции В закреплен ли какой-либо городской номер из сети В за станций, находящийся в городе А??

2) Проясните ситуацию. И в городе А и в городе В стоят станции ipLDK??? Или же ipLDK стоит только в городе А, а в городе В стоит другая станция??? В городе В станция также входит в вашу корпоративную сеть или она принадледит провайдеру??

Я в городе А у меня несколько потоков к разным провайдерам. По IP я строю свою сеть в разных городах B, C, D там мои станции я могу ими рулить они подключены к своим городским провайдерам по разному где медь где Е1. стоит задача

1. Офисная связь со всеми
2. Предоставить возможность звонить в разные города с разных станций как они ко мне так и я к ним. (городские номера для транзитников закреплены только для исходящей связи - по крайней мере на этом этапе)

[harris]

Я в городе А у меня несколько потоков к разным провайдерам. По IP я строю свою сеть в разных городах B, C, D там мои станции я могу ими рулить они подключены к своим городским провайдерам по разному где медь где Е1. стоит задача

1. Офисная связь со всеми
2. Предоставить возможность звонить в разные города с разных станций как они ко мне так и я к ним. (городские номера для транзитников закреплены только для исходящей связи - по крайней мере на этом этапе)

Еще раз уточним:
- в городе А стоит ipLDK. Так??
- в городах В, С и пр. стоят станции других производителей?? Так???
Где проблемы с провайдером из-за АОНа: у Вас, на станции А или же на станциях В, С (там, где стоит не ipLDK, а другое оборудование)??

[Never54]

Еще раз уточним:
- в городе А стоит ipLDK. Так??
- в городах В, С и пр. стоят станции других производителей?? Так???
Где проблемы с провайдером из-за АОНа: у Вас, на станции А или же на станциях В, С (там, где стоит не ipLDK, а другое оборудование)??

в А стоит Siemens HiPath 4000 в остальных городах ipLDK300 (есть и 20 но пока не подключал)
Проблемы с АОНу меня на станции А (я их решил используя 2 группы линий на IP транках 300 (используя разные правила формирования АОН) столько линий на город, столько линий на офисную связь, остальное вам на IP аппараты внутри вашей области) просто хотел более красивое решение. чтобы использовались все доступные транки 300
сейчас у меня одна станция 300 планирует подключатся по потоку но думаю там проблем не должно особых быть АОН с HiPath сформирую. Правда непонятно что с остальными 300 и формирование АОН с 300 на 300 делать ...

[harris]

в А стоит Siemens HiPath 4000 в остальных городах ipLDK300 (есть и 20 но пока не подключал)
Проблемы с АОНу меня на станции А (я их решил используя 2 группы линий на IP транках 300 (используя разные правила формирования АОН) столько линий на город, столько линий на офисную связь, остальное вам на IP аппараты внутри вашей области) просто хотел более красивое решение. чтобы использовались все доступные транки 300
сейчас у меня одна станция 300 планирует подключатся по потоку но думаю там проблем не должно особых быть АОН с HiPath сформирую. Правда непонятно что с остальными 300 и формирование АОН с 300 на 300 делать ...

Тогда я чего-то не понимаю!!
Несколько станций ipLDK + Siemens связаны в сеть по VOIP.
В сети используется внутрисетевая (сокращенная) единая нумерация.
Ну и отлично.
Так звоните с Siemens на ipLDK используя в качестве АОН сетевой номер. А уж ipLDK подставит в городской поток нужный АОН, требуемый провайдеру. Только одно ограничение - для всех сетевых абонентов ipLDK подставит только один АОН!! Ну, а какая разница. Зато провайдер получит правильный АОН (не левый).

То же самое при звонке с ipLDK на Siemens - просто подставьте на Siemence нужный АОН из вашего городского плана.
И не нужно делить каналы VOIP на транки на станциях ipLDK.

[Never54]

Тогда я чего-то не понимаю!!
Несколько станций ipLDK + Siemens связаны в сеть по VOIP.
В сети используется внутрисетевая (сокращенная) единая нумерация.
Ну и отлично.
Так звоните с Siemens на ipLDK используя в качестве АОН сетевой номер. А уж ipLDK подставит в городской поток нужный АОН, требуемый провайдеру. Только одно ограничение - для всех сетевых абонентов ipLDK подставит только один АОН!! Ну, а какая разница. Зато провайдер получит правильный АОН (не левый).

То же самое при звонке с ipLDK на Siemens - просто подставьте на Siemence нужный АОН из вашего городского плана.
И не нужно делить каналы VOIP на транки на станциях ipLDK.

С внутрисетевой нумерацией у меня большие проблемы ( т.к. я завязан жестко на другую внутрисетевую нумерацию и поэтому по IP я строю сеть немного в стороне)

я при звонках с Siemens так и делаю, тут проблем нет.
а при входящей связи на Siemens с 300 к сожалению не могу корректно заменить АОН только для направления Город (а офисные АОН мне тоже нужны) поэтому и горожу с группами транков 300 в общем тут все понятно.

единственное остается вопрос Как в 300 поставить городской АОН транзитнику? пусть даже 1.

[harris]

С внутрисетевой нумерацией у меня большие проблемы ( т.к. я завязан жестко на другую внутрисетевую нумерацию и поэтому по IP я строю сеть немного в стороне)

я при звонках с Siemens так и делаю, тут проблем нет.
а при входящей связи на Siemens с 300 к сожалению не могу корректно заменить АОН только для направления Город (а офисные АОН мне тоже нужны) поэтому и горожу с группами транков 300 в общем тут все понятно.

единственное остается вопрос Как в 300 поставить городской АОН транзитнику? пусть даже 1.

В ПГМ324, в строке, где прописана "чужая" нумерация включить опцию "CO ATD CLI" =ON.
Тогда при исходящих транзитных вызовах (Transit-OUT) будет использоваться АОН, приписанный к системному Attendant'у (указанному в ПГМ164, в 1-ой позиции). Т.е. если в ПГМ164 прописан, например, STA3000, то для транзитных вызовов будет использоваться его АОН (как будто вызов идет от STA3000). Поскольку для "своих" абонентов можно прописать 3 разных АОНа для выхода на разные транки, то соответственно и транзитники получат 3 АОНа по направлениям (например, разные АОНы на 3 потока).

А на версии 3.9 можно прописать АОН для сетевых абонентов "в лоб": в ПГМ324, в строке для "чужих" сетевых абонентов можно заполнить поле "Networking CLI". Тогда разные сетевые абонеты (разные диапазоны сетевых номеров)смогут выходить в город с разными АОНами. Но это годится, если только с "городом" станция стыкуется по одному потоку (а не три), т.е. выход только на одного ISDN провайдера.

[fish]

немного не в тему.
Когда ожидается замена iP LDK?

[harris]

немного не в тему.
Когда ожидается замена iP LDK?

Что Вы подразумеваете под заменой????
С осени, скорее всего, начнется поставка новой станции iPECS MG.
Но и ipLDK будет поставляться точно также как и сейчас. Только потом, постепенно (в течении нескольких лет) объемы поставок ipLDK будут уменьшать.

[fish]

то есть MG пойдет на замену?
а стоимость?

[fish]

в смысле замены. линейка GHX была заменена на SOHO, в том же ценовом диапазоне.

[harris]

то есть MG пойдет на замену?
а стоимость?

Я не коммерсант, по стоимости ничего сказать не могу.
Предполалось, что стоимость будет примерно соответствовать ipLDK.

[stasmar]

Я не коммерсант, по стоимости ничего сказать не могу.
Предполалось, что стоимость будет примерно соответствовать ipLDK.

Наверное, так оно и будет на фоне жесткой конкуренции и кризиса...

[fish]

это хорошо. а то себе бы надо сменить и лучше на совсем свежее ну и не слишком дорогое. iPECS мне не купят.

[Andriva]

Вопрос Харрису от новичка. Можно ли и как в ipLDK100 3.7Ce заменить входящий АОН при соединении CO-to-CO с помощью DISA (здесь был разговор про ipLDK300, но как???) провайдер пилотный номер не подставляет, а проверяет(((

[harris]

Вопрос Харрису от новичка. Можно ли и как в ipLDK100 3.7Ce заменить входящий АОН при соединении CO-to-CO с помощью DISA (здесь был разговор про ipLDK300, но как???) провайдер пилотный номер не подставляет, а проверяет(((

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

[Andriva]

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

Добрый день! Прошу извинить за куцее изложение вопроса, я с этим ковыряюсь неделю и невольно думаю, что все в курсе)))). В начале этой темы был разговор:

6.7.2010, 19:44
"..... Ну Вы же в курсе, что любой ISDN провайдер имеет возможность подставлять Пилотный номер потока, если АОН от пользователя не соответствует требуемому номеру/формату номера?? Так ведь?? И это считается вполне нормальным. Не можешь сформировать требуемый АОН, тогда сам провайдер подставит пилотный номер при передачи вызова дпальше в сеть.
Эти спецы просто хотят "спокойной жизни", чтобы другие АТС делали за них всю работу.

Цитата(Never54 @ 6.7.2010, 19:23)
А разве 300 может заменить входящий АОН своим? (для потока?Е1)

Может, но не настолько гибко, как того хотелось бы."

Мне кажется, что это мой случай. Мой ISDN провайдер не хочет подставлять пилотный номер, а теперь еще и контролирует, чтобы мой исходящий АОН соответствовал номеру из СПИСКА (по договору).
Ситуация. Звоню через DISA с внешнего номера (ISDN) на внешний (ISDN), пока провайдер не поменял оборудование, все работало.
А теперь: захожу в АТС с городского, через номер заведенный по ISDN все ок. Набираю код на выход на внешнюю линию, АТС принимает. Набираю нужный номер отбивает после набора всего номера. (COS проверял да и COS отбивает сразу после набора запрещенных комбинаций). Если захожу в АТС через аналоговую линию (у меня плата внешнего аналового сигнала без АОН) все ок. Набираю код на выход на внешнюю линию, АТС принимает. Пытаюсь набрать номер после первой же цифры (не восьмерки) отбой. С внешней аналоговой на внешнюю аналоговою, конечно же все работает, но тарифы не катят. Хочется заменить АОН при прохождении через АТС.
ЗЫ. Screening Indicator PGM143-F14 (параметр user provided, verified and passed) не помог. Заранее спасибо!
Я знаю, что Вы знаете!

[harris]

В ПГМ143/7 (CLI Transit) пропишите = CFW.
Но..., я не уверен, что на версии 3.7 будет работать так, как надо. На версии 3.8 работает точно, потому что по нашему запросу корейцы подправили софт именно для случая DISA.
Должно работать так:
- если пользователь DISA авторизуется персональным паролем, который приписан к абонентскому порту (STA), то на исходящей линии применяется АОН, назначенный именно для этого абонентского порта.
- если пользователь DISA авторизуется системным (гостевым) паролем, не связанным с абонентским портом, или же запрос пароля DISA вообще выключен, то на исходящей линии применяется АОН, назначенный системному оператора(SYS Attendant'у), т.е. АОН того абонента, который указан в ПГМ164 в качестве оператора на первой позиции.

Если у Вас ipLDK-100 ver. 3.7, то Вы можете легко перепрошиться на версию 3.8. Там все вышесказанное будет работать.

[Andriva]

В ПГМ143/7 (CLI Transit) пропишите = CFW.
Но..., я не уверен, что на версии 3.7 будет работать так, как надо. На версии 3.8 работает точно, потому что по нашему запросу корейцы подправили софт именно для случая DISA.
Должно работать так:
- если пользователь DISA авторизуется персональным паролем, который приписан к абонентскому порту (STA), то на исходящей линии применяется АОН, назначенный именно для этого абонентского порта.
- если пользователь DISA авторизуется системным (гостевым) паролем, не связанным с абонентским портом, или же запрос пароля DISA вообще выключен, то на исходящей линии применяется АОН, назначенный системному оператора(SYS Attendant'у), т.е. АОН того абонента, который указан в ПГМ164 в качестве оператора на первой позиции.

Если у Вас ipLDK-100 ver. 3.7, то Вы можете легко перепрошиться на версию 3.8. Там все вышесказанное будет работать.

СПАСИБО, на ver.3.7 (ПГМ143/7 (CLI Transit) = CFW) точно не работает для DISA, это default параметр, будем шить на 3.8))

[Andriva]

хотя про 3.7Ce я сказал рано, у меня АОН формируется из pgm143/2, а я так понял что надо организовать АОН по 143/12 и 114/21-22

[harris]

хотя про 3.7Ce я сказал рано, у меня АОН формируется из pgm143/2, а я так понял что надо организовать АОН по 143/12 и 114/21-22

Это не имеет значения!!!
Неважно, как выполняется формирование АОНа: как Normal (142/2) или как Long1/Long2 (143/12 и 114/21-22)!!
Как пропищите АОН для системного Attendant'а, так станция и будет его испотзовать при вызовах с линии DISA.

[ЛыЖник]

хотя про 3.7Ce я сказал рано, у меня АОН формируется из pgm143/2, а я так понял что надо организовать АОН по 143/12 и 114/21-22

В прг.164 назначьте определенный телефон и в прг.143/2 или 19 пропишите исходящий АОН. В случае перевода с СО на СО будет идти этот АОН.

[Andriva]

Это не имеет значения!!!
Неважно, как выполняется формирование АОНа: как Normal (142/2) или как Long1/Long2 (143/12 и 114/21-22)!!
Как пропищите АОН для системного Attendant'а, так станция и будет его испотзовать при вызовах с линии DISA.

Большущее спасибо. На 3.8 работает, как Вы сказали. А альтернативных прошивок никто не пытался сделать в обход корейцев. Извините, если что-то не так сказал про корейцев.

[harris]

А альтернативных прошивок никто не пытался сделать в обход корейцев.

Каким образом??? Как Вы себе это представляете??? А кто-нибудь пытался заменить фирменный софт, например, роутеров Cisco на что-то альтернативное на том же "железе"???
Это ж не открытый проект типа Asterisk... Софт станции - вовсе не примитивная программа, которую можно "вскрыть" хакерскими методами... Исходники ПО есть только у самих разработчиков в Кореи, это ноу-хау.

[ava]

Да кстати, я понимаю, что также работает и АОН при переадресации входящего номера на внешний номер. Проблема такая есть; линяя директора со своим АОН, но если звонок, принятый по линии для "всех» переадресован на директора секретарем, он не берет трубку, мол, не секретарь, но "шумит" что пропустил важный звонок. Т.Е. надо делить АТС на тенантные группы назначать разных операторов и разрешать им звонить друг в друга. Так или есть другой вариант? Спасибо!

[stasmar]

Да кстати, я понимаю, что также работает и АОН при переадресации входящего номера на внешний номер. Проблема такая есть; линяя директора со своим АОН, но если звонок, принятый по линии для "всех» переадресован на директора секретарем, он не берет трубку, мол, не секретарь, но "шумит" что пропустил важный звонок. Т.Е. надо делить АТС на тенантные группы назначать разных операторов и разрешать им звонить друг в друга. Так или есть другой вариант? Спасибо!

Как то сбивчиво объяснили..
Есть функция секретарь-директор. И директору можно несколько секретарей назначить. Не берет один секретарь - переадресовать другому. Секретарь - понятие условное. Функцию секретаря можно назначить заму..

[harris]

Да кстати, я понимаю, что также работает и АОН при переадресации входящего номера на внешний номер. Проблема такая есть; линяя директора со своим АОН, но если звонок, принятый по линии для "всех» переадресован на директора секретарем, он не берет трубку, мол, не секретарь, но "шумит" что пропустил важный звонок. Т.Е. надо делить АТС на тенантные группы назначать разных операторов и разрешать им звонить друг в друга. Так или есть другой вариант? Спасибо!

Ни черта непонятно.
Куда переадресуется??? Секретарь переадресует директору на домашний номер или на мобильник??? И он не отвечает, потому что АОН этого вызова отличается от АОНа его собственного раб. номера?? Так??

[ava]

Ни черта непонятно.
Куда переадресуется??? Секретарь переадресует директору на домашний номер или на мобильник??? И он не отвечает, потому что АОН этого вызова отличается от АОНа его собственного раб. номера?? Так??

Да, при звонке на дису там АОН ххх-43-14, секретарь переводит на сотовый директору; АОН секретаря/директора ХХХ-15-15, он, считая, что ему звонят из офиса напрямую на сотовый принципиально трубку не берет. АОН систем. оператора ххх-43-14 (аппарат не подключен). Если я поставлю его АОН на аттендант то вздрогнут все остальные:- директор звонит (работа разъездная). Прошу прощения, словами могу объяснить, а начинаешь писать))))
Спасибо!

[ИгорьS]

Да, при звонке на дису там АОН ххх-43-14, секретарь переводит на сотовый директору; АОН секретаря/директора ХХХ-15-15, он, считая, что ему звонят из офиса напрямую на сотовый принципиально трубку не берет. АОН систем. оператора ххх-43-14 (аппарат не подключен). Если я поставлю его АОН на аттендант то вздрогнут все остальные:- директор звонит (работа разъездная). Прошу прощения, словами могу объяснить, а начинаешь писать))))
Спасибо!

Переведенный вызов, будет иметь АОН инициатора перевода
. Думаю я ответил на ваш вопрос.
Если хотите извращатся, то заведите ,например, номер с CLI директора, установите на нем перевод на сотик директора.
При отсутсвии оного, секретарь переводит вызов, на этот внутренний номер.
Еще проще-директор при уходе ставит переадресацию на сотовый. Опять таки, секретарь переводит вызов на внутренний директора и не задумывается, возьмет дир трубу или нет.

[ava]

Переведенный вызов, будет иметь АОН инициатора перевода
. Думаю я ответил на ваш вопрос.
Если хотите извращатся, то заведите ,например, номер с CLI директора, установите на нем перевод на сотик директора.
При отсутсвии оного, секретарь переводит вызов, на этот внутренний номер.
Еще проще-директор при уходе ставит переадресацию на сотовый. Опять таки, секретарь переводит вызов на внутренний директора и не задумывается, возьмет дир трубу или нет.

Нет. Переведенный вызов, будет иметь АОН Аттенданта! В противном случае, я и неморочился бы. И уважаемый Харис, если я правильно понял, об этом говорит выше. (3.8 bf)

[stasmar]

Нет. Переведенный вызов, будет иметь АОН Аттенданта! В противном случае, я и неморочился бы. И уважаемый Харис, если я правильно понял, об этом говорит выше. (3.8 bf)

А если функцию Mobile Extension...

[harris]

Нет. Переведенный вызов, будет иметь АОН Аттенданта! В противном случае, я и неморочился бы. И уважаемый Харис, если я правильно понял, об этом говорит выше. (3.8 bf)

Э, нет, не путайте. Там я говорил про АОН для вызова DISA!!! Т.е. когда внешний абонент звонит по номеру DISA и набирает код доступа к исходящей связи (9-ку, например). Т.е. это вызов типа CO (DISA) -to- CO.
Тогда АОН для исходящего вызова зависит от авторизации пользователя. См. выше.

А у Вас идет совсем о другой ситуации. На входящий вызов с линии DISA был дан ответ (секретарь ответила). Всё. С этого момента это уже не вызов DISA, это обычный внешний вызов. Секретарь выполняет перевод вызова во внешнюю сеть (Transfer to CO). В этом случае станция отправляет АОН секретаря, т.е. как раз АОН инициатора перевода.

[stasmar]

Э, нет, не путайте. Там я говорил про АОН для вызова DISA!!! Т.е. когда внешний абонент звонит по номеру DISA и набирает код доступа к исходящей связи (9-ку, например). Т.е. это вызов типа CO (DISA) -to- CO.
Тогда АОН для исходящего вызова зависит от авторизации пользователя. См. выше.

А у Вас идет совсем о другой ситуации. На входящий вызов с линии DISA был дан ответ (секретарь ответила). Всё. С этого момента это уже не вызов DISA, это обычный внешний вызов. Секретарь выполняет перевод вызова во внешнюю сеть (Transfer to CO). В этом случае станция отправляет АОН секретаря, т.е. как раз АОН инициатора перевода.

Значит ув. ИгорьS дал правильный совет. Если секретарь переводит на другой аппарат - директору пойдет АОН того аппарата...

[stasmar]

Но, я так понимаю, директору нужен АОН вызывающего..
Чей АОН увидит директор при Mobile Extension?

[harris]

Но, я так понимаю, директору нужен АОН вызывающего..

Какого вызывающего??? Внешнего абонента???
Такой АОН провайдер не пропустит и отобьет вызов.

Чей АОН увидит директор при Mobile Extension?

Смотря какая версия софта: либо аттенданта, либо АОН данного абонента, у которого включена опция Mob.Ext.

Вообще-то, мне кажется, что мы не то обсуждаем.
Совершенно неизвестно, что имеет уваж. ava в виду: неизвестно, какие у него на станции линии (аналоговые СО или ISDN). Если ISDN, то неизвестно, что именно у него в станции прописано, к чему привязан АОН: к абонентам или к линиям.

[stasmar]

Какого вызывающего??? Внешнего абонента???
Такой АОН провайдер не пропустит и отобьет вызов.

Смотря какая версия софта: либо аттенданта, либо АОН данного абонента, у которого включена опция Mob.Ext.

Вообще-то, мне кажется, что мы не то обсуждаем.
Совершенно неизвестно, что имеет уваж. ava в виду: неизвестно, какие у него на станции линии (аналоговые СО или ISDN). Если ISDN, то неизвестно, что именно у него в станции прописано, к чему привязан АОН: к абонентам или к линиям.

Да - вопрос топика очень путанно изложен..

[ava]

Мужики! Проверил то, что пишу это точно. Ещё раз:= если звонок приходит на тел с "лонг" 1234567 и она переводит на внешнею линию, то естественно во внешнею линию передается 1234567, если звонок приходит по "ДИСЕ" и добирается внутренний номер с "лонг" 1234567 и она же переводит звонок на внешнею линию то во внешнею линию передается 7654321, т.е. то, что прописано на телефоне "аттендонта" "лонг" тел атендонта 7654321 и наружу будет идти то, что прописано на "атендонте" в рамках договора есесено! Простите за стиль, но не писатель я, как извернутся и выдавать тот АОН который прописан на тел. АОН инициатора перевода.
,, отправил , потом увидел)) линии Е1 АОН прописан 114, кн.18,19LONG на каждый аппарат.

[stasmar]

Мужики! Проверил то, что пишу это точно. Ещё раз:= если звонок приходит на тел с "лонг" 1234567 и она переводит на внешнею линию, то естественно во внешнею линию передается 1234567, если звонок приходит по "ДИСЕ" и добирается внутренний номер с "лонг" 1234567 и она же переводит звонок на внешнею линию то во внешнею линию передается 7654321, т.е. то, что прописано на телефоне "аттендонта" "лонг" тел атендонта 7654321 и наружу будет идти то, что прописано на "атендонте" в рамках договора есесено! Простите за стиль, но не писатель я, как извернутся и выдавать тот АОН который прописан на тел. АОН инициатора перевода.

4.2.4.7 Транзит АОН (CLI Transit)

[ИгорьS]

4.2.4.7 Транзит АОН (CLI Transit)

Стас причем тут транзит
to ava опять не понятно, при дизе звонящий набирает номер или вызов, все таки, доходит до секретаря?

[ava]

Стас причем тут транзит
to ava опять не понятно, при дизе звонящий набирает номер или вызов, все таки, доходит до секретаря?

это не имеет значения. номер определяется на табло как входящий АОН 923-22-14 и при переадресации этот жэ АОН и выдается 923-22-14, сам телефон имеет long Station CLI 923-15-15 и если позвонить на него без ДИСА то и удет АОН 923-15-15. Есть мнение что в первом варианте подставляется АОН из long Station CLI телефона АТЕНДОНТА, а он 923-22-14 и это проверенно менял long Station CLI на тел. АТЕНДОНТА.

[harris]

это не имеет значения. номер определяется на табло как входящий АОН 923-22-14 и при переадресации этот жэ АОН и выдается 923-22-14, сам телефон имеет long Station CLI 923-15-15 и если позвонить на него без ДИСА то и удет АОН 923-15-15. Есть мнение что в первом варианте подставляется АОН из long Station CLI телефона АТЕНДОНТА, а он 923-22-14 и это проверенно менял long Station CLI на тел. АТЕНДОНТА.

Что прописано в ПГМ143/7 (CLI Transit)???? ORI или CFW??? - Должно быть CFW.
Проверьте по-быстрому.

[ava]

У меня в ПГМ143/7 (CLI Transit) ORI; у меня три станции по сети на Е1 одна за другой если поставить CFW не пройдут транзитные АОН.

[stasmar]

Стас причем тут транзит
to ava опять не понятно, при дизе звонящий набирает номер или вызов, все таки, доходит до секретаря?

В 4.2.4.7 говорится про ПГМ143/7 (CLI Transit)...

[harris]

У меня в ПГМ143/7 (CLI Transit) ORI; у меня три станции по сети на Е1 одна за другой если поставить CFW не пройдут транзитные АОН.

Ну тогда чего ж Вы хотите??
ORI - означает использовать оригинальный АОН, полученный из сети при входящем вызове!!!
Вы позвонили, к примеру со своего с мобильника, на "табло" будет номер вашего мобильника. Далее ответивший абонент делает перевод этого вызова на мобильник директора, и станция (т.к. ORI) в качестве CLI для исходящего вызова отсылает в сеть как раз номер вашего мобильника. Но этот номер не связан у провайдера с вашим потоком, поэтому провайдер заменяет этот "чужой" номер на Пилотный номер вашего потока, прописанный у самого провайдера.

К сожалению, в станции только одна опция "CLI Transit" для совершенно разных ситуаций:
- для автоматической переадресации во внешнюю сеть (СFWD Off-Net)
- для исходящего вызова из режима DISA (DISA-to-CO)
- для перевода вызова во внешнюю сеть (Transfer to CO)
- собственно для транзита (Transit -Out).
И в настоящее время разделить эти ситуации нельзя. Не предусмотрено.
Т.е. по уму тут должны были быть 4 опции вместо одной.

[ИгорьS]

Стас причем тут транзит

Извиняюсь, не знал всей ситуации. В данном конкретном случае, дела не меняет.

[stasmar]

Ну тогда чего ж Вы хотите??
ORI - означает использовать оригинальный АОН, полученный из сети при входящем вызове!!!
Вы позвонили, к примеру со своего с мобильника, на "табло" будет номер мобильника. Далее ответивший абонент делает перевод этого вызова на мобильник директора, и (т.к. ORI) в качестве CLI для исходящего вызова отсылает как раз номер вашего мобильника. Но этот номер не связан у провайдера с вашим потоком, поэтому провайдер заменяет этот "чужой" номер на Пилотный номер вашего потока, прописанный у самого провайдера.

К сожалению, в станции только одна опция "CLI Transit" для совершенно разных ситуаций:
- для автоматической переадресации во внешнюю сеть (СFWD Off-Net)
- для исходящего вызова из режима DISA (DISA-to-CO)
- для перевода вызова во внешнюю сеть (Transfer to CO)
- собственно для транзита (Transit -Out).
И в настоящее время разделить эти ситуации нельзя. Не предусмотрено.
Т.е. по уму тут должны были быть 4 опции вместо одной.

Если я не ошибаюсь - в некоторых случаях вызывающий сам может выбирать АОН выбором кода..

[harris]

Если я не ошибаюсь - в некоторых случаях вызывающий сам может выбирать АОН выбором кода..

Ну это же другой случай!!
Здесь же не сам пользователь DISA набирает код доступа к исход, связи (DISA-to-CO), и его не заставляют авторизоваться, и не сам пользователь DISA набирает мобильный номер директора, а ответивший абонент переводит вызов (Transfer) во внешнюю сеть.

[ИгорьS]

Есть мнение что в первом варианте подставляется АОН из long Station CLI телефона АТЕНДОНТА, а он 923-22-14 и это проверенно менял long Station CLI на тел. АТЕНДОНТА.

зы: автор утверждает, что менял cli аттенданта и менялся аон!!!!

[ava]

Хм я конечно могу проверить еще раз, но по моему АОН подставляет лыжа из аттендонта, я и уцепился за эту информацию в обсуждении.

[harris]

Хм я конечно могу проверить еще раз, но по моему АОН подставляет лыжа из аттендонта, я и уцепился за эту информацию в обсуждении.

Так, давайте еще раз подробно уточним ситуацию.
1) Случай №1:
- Входящий DID вызов по потоку обслуживается в режиме DISA (прием назначен в ПГМ231 на сообщение VMIB)
- вызывающий абонент ничего не донабирает и по ПГМ167/2 попадает к "секретарю"
- секретарь делает Transfer на внешний номер
- вызов уходит с CLI, который назначен аттенданту (в ПГМ114 long CLI и т.п.)..
Так??

2) Случай №2:
- Входящий вызов поступает в станцию по другому DID-номеру в потоке (по прямому номеру директора).
- прием вызова по этому DID номеру назначен в ПГМ231 директору и/или секретарю
- на этот входящий вызов отвечает секретарь
- секретарь делает Transfer на внешний номер
- вызов уходит с CLI, который назначен секретарю (в ПГМ114 long CLI и т.п.).
Так??

P.S. Ну вот, пока я это писал автор вопроса исчез с форума... Опять все затягивается.
P.S.1: Нет. Он здесь.. ОК.

[ava]

P.S. Ну вот, пока я это писал автор вопроса исчез с форума... Опять все затягивается.

Нет, нет я немножко отвлекся именно так![/quote]

[harris]

Если все так, то уточните, какая версия прошивки на вашей станции.

[ava]

[quote name='harris' date='6.10.2010, 17:28' post='40384']
Если все так, то уточните, какая версия прошивки на вашей станции.
3.8Bf

[ava]

[quote name='harris' date='6.10.2010, 17:28' post='40384']
Если все так, то уточните, какая версия прошивки на вашей станции.
3.8Bf Поможет ли делить АТС на тенантные группы назначать разных операторов и разрешать им звонить друг в друга.
Меня всевремя отвлекают, простите.
Спасибо!

[harris]

Если все так, то уточните, какая версия прошивки на вашей станции.
3.8Bf

ОК. Тогда я беру тайм-ayт на 15-20 минут, чтобы смоделировать вашу проблему на своей станции и посмотреть трассировки.

[harris]

Проверил как на версии 3.8Bf, так и на следующей версии - 3.8Ct.
Все одинаково. Если в ПГМ143/7 установлено значение CLI Transit = ORI, то во всех случаях перевода входящего внешнего вызова обратно в сеть станция посылает оригинальный CLI, т.е. в качестве CLI посылается АОН, принятый во входящем вызове.
При тестировании:
- назначен Attendant = STA300, которому назначен CLI= 7777300;
1) Случай №1:
- на DID-номер 620 приходит входящий вызов с АОНом=9136883 и обслуживается в режиме DISA (прием назначен в ПГМ231 на сообщение VMIB)
- вызывающий абонент ничего не донабирает и по ПГМ167/2 попадает к "секретарю" STA301 (СLI: 7777301)
- STA301делает Transfer на внешний номер
- вызов уходит с CLI = входящему АОНу (9136883)

2) Случай №2:
- Входящий вызов с АОНом=9136883 поступает в станцию на другой DID-номер - 301.
- прием вызова по этому DID номеру назначен в ПГМ231 непосредственно на STA301
- на этот входящий вызов отвечает STA301
- STA301 делает Transfer на внешний номер
- вызов уходит с CLI = входящему АОНу (9136883)

[harris]

Поможет ли делить АТС на тенантные группы назначать разных операторов и разрешать им звонить друг в друга.

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

[ava]

[quote name='harris' date='6.10.2010, 19:02' post='40402']
Тенантные группы здесь ничем не помогут.
До конца непонятно, что у Вас там происходит и как именно Вы это все проверяете.
Нужно бы посмотреть файл вашего конфига и трассировки с потока в одном и в другом случае.
Согласен! я писал аон из договора может поэтому он шел насквозь. смогу все перепроверить только завтра.
Кстати, если перенаправлять вызов через конференцию Аон "нужный", но геморой для секретаря.
Спасибо!

[harris]

Согласен! я писал аон из договора может поэтому он шел насквозь. смогу все перепроверить только завтра.
Кстати, если перенаправлять вызов через конференцию Аон "нужный", но геморой для секретаря.
Спасибо!

Конференция - это уже другая фича. Там входящий вызов никуда не передается, а ставится в режим удержания!! Далее абонент инициирует обычный исходящий вызов, при котором просто отправляется CLI самого абонента, как и полагается. И только потом два вызова объединяются в конференцию.

[ava]

С конференцией понятно. Я теперь все время думаю как у меня АОН менялся, "трезвый" был точно, но звонил сам на себя из потока.

[harris]

С конференцией понятно. Я теперь все время думаю как у меня АОН менялся, "трезвый" был точно, но звонил сам на себя из потока.

Вы при проверке звонили в обоих случаях с одного и того же телефона или с разных??? Какой CLI приписан к этому телефону (телефонам) в ПГМ114???
Тут нужно смотреть на все детали. Вы звоните со своей же станции. Значит АОН соответствует тому пулу номеров, которые у провайдера прикреплены к вашему потоку. И точно этот АОН уходит при передаче вызова. Т.к. АОН правильный, то провайдер пропускает его без изменений. Но как только Вы звоните с любого другого городского номера, то при переводе вызова провайдер подменяет этот "чужой" АОН на пилотный (глобальный) номер потока, и "директор" получает вызов от этого пилотного номера.

На самом деле вся задача решается просто:
- нужно разделить исходящий поток на 2 транка (по ПГМ141/1 и по ПГМ322)
- для одного транка поставить CLI Transit= CFW и направлять в этот транк всех собственных абонентов вашей транзитной станции. При переводе вызова во всех случаях будет использоваться CLI секретаря.
- для другого транка оставить CLI Transit = ORI и направить туда все исходящие транзитные вызовы (от других АТС из вашей корпоративной сети). Пройдут CLI, сформированные на оконечной АТС.

[ava]

Вы при проверке звонили в обоих случаях с одного и того же телефона или с разных??? Какой CLI приписан к этому телефону (телефонам) в ПГМ114???
Тут нужно смотреть на все детали. Вы звоните со своей же станции. Значит АОН соответствует тому пулу номеров, которые у провайдера прикреплены к вашему потоку. И точно этот АОН уходит при передаче вызова. Т.к. АОН правильный, то провайдер пропускает его без изменений. Но как только Вы звоните с любого другого городского номера, то при переводе вызова провайдер подменяет этот "чужой" АОН на пилотный (глобальный) номер потока, и "директор" получает вызов от этого пилотного номера.

На самом деле вся задача решается просто:
- нужно разделить исходящий поток на 2 транка (по ПГМ141/1 и по ПГМ322)
- для одного транка поставить CLI Transit= CFW и направлять в этот транк всех собственных абонентов вашей транзитной станции. При переводе вызова во всех случаях будет использоваться CLI секретаря.
- для другого транка оставить CLI Transit = ORI и направить туда все исходящие транзитные вызовы (от других АТС из вашей корпоративной сети). Пройдут CLI, сформированные на оконечной АТС.

Все так. Разделить исходящий поток на 2 транка и сам думал, но в час пик нагрузка на поток 19-23 ки и возможно наращивание емкости. Важно что понятно явление и решение принять будет уже проще.
Спасибо всем кто помогал разобратся.

[ava]

Кстати, а есть смысл просить Корею подкрутить совт в этом месте, (как Харрис писал выше) ведь у многих проблема серьёзнее намного и не каждый оператор подставляет серийный АОН. у меня есть коллега, он включен в "Ростелеком" они требуют жестко то, что хотят и не пропускают его..

[harris]

Кстати, а есть смысл просить Корею подкрутить совт в этом месте, (как Харрис писал выше) ведь у многих проблема серьёзнее намного и не каждый оператор подставляет серийный АОН. у меня есть коллега, он включен в "Ростелеком" они требуют жестко то, что хотят и не пропускают его..

1) В каком месте и как "подкрутить софт"?? Что именно?? Вместо одной опции CLI Transit cделать 4 опции?? Я подобное запрашивал еще пару лет назад. Отказали. Другим странам сие не требуется.
2) ИМХО, что либо серьезное просить корейцев изменить в софте не имеет смысла, т.к. на замену серии ipLDK уже пришли новые линейи станций: iPECS LIK и iPECS MG.

А с чем связана необходимость пропусать CLI, сформированной на оконечной АТС??
Можно ведь для всех транзитных вызовов посылать CLI аттенданта транзитной АТС. Тогда на потоке можно будет поставить CLI Transit = CFW, и тогда будет отсылаться CLI того абонента, который переводит вызов на внешний номер.

[stasmar]

Кстати, а есть смысл просить Корею подкрутить совт в этом месте, (как Харрис писал выше) ведь у многих проблема серьёзнее намного и не каждый оператор подставляет серийный АОН. у меня есть коллега, он включен в "Ростелеком" они требуют жестко то, что хотят и не пропускают его..

Такое красивое решение ув. Харрис сделал (я его в сокровищницу своей памяти золотыми буквами записал - буду потом хвастаться знанием этого), а Вы даже не примените это решение.. , хотя бы временно - до расширения.

[harris]

Такое красивое решение ув. Харрис сделал (я его в сокровищницу своей памяти золотыми буквами записал - буду потом хвастаться знанием этого), а Вы даже не примените это решение.. , хотя бы временно - до расширения.

Стас! Умерь, пжлст, свой пыл...

[ava]

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

[harris]

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

Станция ipLDK - позиционируется как офисная АТС. Но не предназначена для использования в качестве транзитной АТС, хотя в ней и есть простейшие возможности для транзита. А Вы как раз хотите транзитить потоки на ipLDK. Тогда придется мириться с рядом ограничений.
Я при случае, при контакте с разработчиками (может быть они будут собирать предложения по функционалу для версии 4.0) опять попробую поднять тему с расширением транзитных функций iPLDK в отношении формирования АОНов (CLI).

[stasmar]

Станция ipLDK - позиционируется как офисная АТС. Но не предназначена для использования в качестве транзитной АТС, хотя в ней и есть простейшие возможности для транзита. А Вы как раз хотите транзитить потоки на ipLDK. Тогда придется мириться с рядом ограничений.
Я при случае, при контакте с разработчиками (может быть они будут собирать предложения по функционалу для версии 4.0) опять попробую поднять тему с расширением транзитных функций iPLDK в отношении формирования АОНов (CLI).

А на новых поколениях есть это разделение для более полного использования транзитов? У меня планируется более широкое использование транзита. Будет еще один повод обновить ряд..

[harris]

А на новых поколениях есть это разделение для более полного использования транзитов? У меня планируется более широкое использование транзита. Будет еще один повод обновить ряд..

В iPECS MG это решается другими способами. Там больше возможностей, включая возможность непосредственно назначить таблицу для преобразования АОНов. Увы, подробнее пока сказать не могу - еще не возможности изучены в деталях.
В iPECS LIK пока этого нет. Но это стоит в плане на январь-февраль след. года. Сейчас корейцы решают вопрос о том, каким именно способом они будут реализовывать "гибкое" формированиа CLI при транзитных вызовах. Может быть, сделают аналогично MG (это желательно даже в целях унифиации), либо как-то по-другому (мы также предлагали пару вариантов).
В любом случае, эта задача по обеспечению гибкого формирования CLI является приоритетной в новых станциях и будет решаться каким-либо образом. Т.е. корейцы готовы решать такую задачу в новых моделях станций, но в старую серию станций у них уже нет желания, сил и возможностей, чтобы вносить серьезные изменения.

P.S. Стас! А оно тебе надо??? Разве у вас используется транзит??

[ava]

Да, я понимаю. Только мы (наверное, большинство участников форума) вначале находим себе работу, где как-то платят.
В рамках скудного финансирования меняем восемь городских линий на спаренных телефонах и АТС "раvасоник" на вполне приличный бренд (считаю, что LDK обладает превосходным соотношением цена-качество), а потом руководство, считая, что нет предела бесплатному совершенству требует всё круче и круче или мол найдем, кто может. Такова Селяви.
Пардон, если не в тему.

[harris]

Да, я понимаю. Только мы (наверное, большинство участников форума) вначале находим себе работу, где как-то платят.
В рамках скудного финансирования меняем восемь городских линий на спаренных телефонах и АТС "раvасоник" на вполне приличный бренд (считаю, что LDK обладает превосходным соотношением цена-качество), а потом руководство, считая, что нет предела бесплатному совершенству требует всё круче и круче или мол найдем, кто может. Вот оно Селяви.
Пардон, если не в тему.

Да. Это все мне понятно и знакомо. Ситуация более чем типичная!! Обычно руководство желает потратить 100 рублей, но при этом получить удовольствия на 1000$.
Проблема в том, что от группы разработчиков ipLDK, насколько я знаю, сейчас осталось только 2 инженера, остальные уже полностью заняты в проектах по новым станциям. Оставшиеся 2 корейца в основном готовы только исправлять обнаруженные баги, но не добавлять новые функции (к тому же они участвуют и в новых проектах тоже, но часть своего времени еще тратят на ipPLDK). Посмотрим..., может еще удастся как-то продавить их на внедрение новых опций в ipLDK (в версии 4.0).

[stasmar]

В iPECS MG это решается другими способами. Там больше возможностей, включая возможность непосредственно назначить таблицу для преобразования АОНов. Увы, подробнее пока сказать не могу - еще не возможности изучены в деталях.
В iPECS LIK пока этого нет. Но это стоит в плане на январь-февраль след. года. Сейчас корейцы решают вопрос о том, каким именно способом они будут реализовывать "гибкое" формированиа CLI при транзитных вызовах. Может быть, сделают аналогично MG (это желательно даже в целях унифиации), либо как-то по-другому (мы также предлагали пару вариантов).
В любом случае, эта задача по обеспечению гибкого формирования CLI является приоритетной в новых станциях и будет решаться каким-либо образом. Т.е. корейцы готовы решать такую задачу в новых моделях станций, но в старую серию станций у них уже нет желания, сил и возможностей, чтобы вносить серьезные изменения.

P.S. Стас! А оно тебе надо??? Разве у вас используется транзит??

Еще бы нет - центральный участок находится на территории большого завода с не очень дружелюбными к нам настроениями. Туда и идет на 4.7 км луч по воздуху. А выход линейный с завода зависит от настроения руководителей этого завода. Оплату руководителю связи этой конторы мое дальновидное начальство перестало платить. А я результаты этого уже просчитываю - кабель до нашего участка - гнилой и скоро мое высшее руковоство только на сотовых телефонах останется. На другом участке - тоже с городом гниль вместо кабеля.
Двух провайдеров придется на один вынос сажать и делить их через него на два больших участка, плюс резервный оптике канал, мне еще думать страшно начинать - как я все это разруливать буду..

[vitalii]

Чей АОН увидит директор при Mobile Extension?

Смотря какая версия софта: либо аттенданта, либо АОН данного абонента, у которого включена опция Mob.Ext.

добрый день.
немного подыму тему для себя. т.е. пгм 143/7(CLI Transit) для фнукции Mobile Extension не учавствует???

[ЛыЖник]

Чей АОН увидит директор при Mobile Extension?

Смотря какая версия софта: либо аттенданта, либо АОН данного абонента, у которого включена опция Mob.Ext.

добрый день.
немного подыму тему для себя. т.е. пгм 143/7(CLI Transit) для фнукции Mobile Extension не учавствует???

Вы немножко не понимаете суть работы АТС. Приходит входящий звонок, его принимает абонент и переводит дальше. Вот тут и работает CLI Transit. Либо CLI SLT, кот. перевел звонок, либо CLI входящего звонка. А в случае Mobile Extension АТС от имени абонента набирает номер сотового телефона. Здесь формируется по прг. 143/12

[vitalii]

Вы немножко не понимаете суть работы АТС. Приходит входящий звонок, его принимает абонент и переводит дальше. Вот тут и работает CLI Transit. Либо CLI SLT, кот. перевел звонок, либо CLI входящего звонка. А в случае Mobile Extension АТС от имени абонента набирает номер сотового телефона. Здесь формируется по прг. 143/12

абонент 100 звонит по внутренней связи абоненту 400(у абонента 400 включена функция mobile ext). на дисплее абонента 400 высвечивается внутренний номер 100. нужно и на мобилке, чтобы высвечивался номер 222-100, а не 222-400.(222- префикс из города)

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

в IPECS MG - это всё отрабатывает корректно. видимо LDK это не реализовано(кажется в этом же топике про это и говорилось). в общем спасибо.
а про пгм 143/12 - это когда в потоке PRI провайдер шлёт разные пулы номеров. вот тогда и формируешь каждому абоненту нужный наружу CLI.

[harris]

абонент 100 звонит по внутренней связи абоненту 400(у абонента 400 включена функция mobile ext). на дисплее абонента 400 высвечивается внутренний номер 100. нужно и на мобилке, чтобы высвечивался номер 222-100, а не 222-400.(222- префикс из города)

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

в IPECS MG - это всё отрабатывает корректно. видимо LDK это не реализовано(кажется в этом же топике про это и говорилось). в общем спасибо.
а про пгм 143/12 - это когда в потоке PRI провайдер шлёт разные пулы номеров. вот тогда и формируешь каждому абоненту нужный наружу CLI.

A опция CLI Transit не имеет отношения к данному случаю.
См. опцию пгм143/3 - CLI/Redirect Display.
Но точно уже не помню, работает ли она для вызова на мобильного абонента.

[vitalii]

A опция CLI Transit не имеет отношения к данному случаю.
См. опцию пгм143/3 - CLI/Redirect Display.
Но точно уже не помню, работает ли она для вызова на мобильного абонента.

для LDK 143/3 - Type of Calling Number
CLI/Redirect Display - 114/3 (это атрибуты абонентов)

[harris]

для LDK 143/3 - Type of Calling Number
CLI/Redirect Display - 114/3 (это атрибуты абонентов)

Ну да, в атрибутах абонентов, пгм114.
Речь идет фактически о переадресации. Еще раз : я не уверен, сработает ли это при вызове Mob.Ext.
А в пгм236 (Mob. Ext) на версии 3.9 не появились новые опции по поводу CLI ?? Сейчас не имею возможности посмотреть и проверить...

[ЛыЖник]

для LDK 143/3 - Type of Calling Number
CLI/Redirect Display - 114/3 (это атрибуты абонентов)

Нет, это не влияет. Пробовал, отображается только CLI по прг.143/12. Это первое. И второе. Оператор предоставляет поток с городскими номерами, это указывается в договоре. Если совершен звонок на сотовый номер, операторы при взаимозачете смотрят тарификацию звонков. Если в прг.143/7 поставить ORI, то из потока на сотового оператора будет выходить номер абонента, например другого оператора. Что является нарушением договора. Да, хотелку можно сделать, но есть еще юридическая сторона.

[vitalii]

Нет, это не влияет. Пробовал, отображается только CLI по прг.143/12. Это первое. И второе. Оператор предоставляет поток с городскими номерами, это указывается в договоре. Если совершен звонок на сотовый номер, операторы при взаимозачете смотрят тарификацию звонков. Если в прг.143/7 поставить ORI, то из потока на сотового оператора будет выходить номер абонента, например другого оператора. Что является нарушением договора. Да, хотелку можно сделать, но есть еще юридическая сторона.

я конечно извиняюсь, но повторюсь:
абонент 100 звонит по внутренней связи абоненту 400(у абонента 400 включена функция mobile ext). на дисплее абонента 400 высвечивается внутренний номер 100. нужно и на мобилке, чтобы высвечивался номер 222-100

т.е. и абонент 100 и 400 из одного пула номеров провайдера(от 222-100 по 222-499 - это мои номера). здесь нет криминала по поводу терминации трафика. просто хотелось на мобилке увидеть номер 222-100, а не 222-400(с которым мобилка в паре получает звонки, используя функцию Mobile Ext)/ тут нет транзита.

ладно, нельзя - так нельзя

[harris]

Нет, это не влияет. Пробовал, отображается только CLI по прг.143/12. Это первое. И второе. Оператор предоставляет поток с городскими номерами, это указывается в договоре. Если совершен звонок на сотовый номер, операторы при взаимозачете смотрят тарификацию звонков. Если в прг.143/7 поставить ORI, то из потока на сотового оператора будет выходить номер абонента, например другого оператора. Что является нарушением договора. Да, хотелку можно сделать, но есть еще юридическая сторона.

В вопросе идет речь о другом.
-У него идет внутр. вызов от STA100 на абонента STA400
- У вызываемого абонента STA400 включен Mob.Ext
- Нужно, чтобы на мобильник приходил АОН от абонента STA100, т.е. от вызываЮЩЕГО, а не АОН от абонента STA400, переадресующего вызов на свой мобильник!!!
При переадресации внутр. ввзовов тип CLI (вызывающего или переадресающего) как раз регилируется опцией пгм114/3 (CLI/REDIRECT DISPLAY). Нужно проверить это же для случая переадресации на Mob.Ext.

[vitalii]

В вопррсе идет речь о другом.
-У него идет внутр. вызов от STA100 на абонента STA400
- У вызываемого абонерта STA400 включен Mob.Ext
- Нужно, чтобы на мобильник приходил АОН от абонента STA100, т.е. от вызываЮЩЕГО, а не АОН от абонента STA400, переадресующего вызов на свой мобильник!!!
При переадресации внутр. ввзовов тип CLI (вызывающего или переадресающего) как раз регилируется опцией пгм114/3 (CLI/REDIRECT DISPLAY). Нужно пооверить это же для случая переадресации на Mob.Ext.

проверю - отпишусь . спасибо!

[harris]

я конечно извиняюсь, но повторюсь:
абонент 100 звонит по внутренней связи абоненту 400(у абонента 400 включена функция mobile ext). на дисплее абонента 400 высвечивается внутренний номер 100. нужно и на мобилке, чтобы высвечивался номер 222-100

т.е. и абонент 100 и 400 из одного пула номеров провайдера(от 222-100 по 222-499 - это мои номера). здесь нет криминала по поводу терминации трафика. просто хотелось на мобилке увидеть номер 222-100, а не 222-400(с которым мобилка в паре получает звонки, используя функцию Mobile Ext)/ тут нет транзита.

ладно, нельзя - так нельзя

Так вы проверили опцию пгм114/3 или нет???

[vitalii]

Так вы проверили опцию пгм114/3 или нет???

проверил. при этой функции"mobile ext" - результат тот же

[harris]

проверил. при этой функции"mobile ext" - результат тот же

Ну, тогда увы...