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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

в А стоит 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.

С внутрисетевой нумерацией у меня большие проблемы ( т.к. я завязан жестко на другую внутрисетевую нумерацию и поэтому по 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 провайдера.

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

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

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

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

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

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

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

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

Пардон, но я не понял, о чем именно идет речь??
Поток??? Входящий вызов по 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) не помог. Заранее спасибо!
Я знаю, что Вы знаете!

В ПГМ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))

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Стас причем тут транзит
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 на тел. АТЕНДОНТА.

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

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