Есть две 11С 23.17 и 25.40. Как грамотно объединить их, чтобы они работали как единая станция с единой нумерацией? Сейчас у каждой есть свои абоненты, свой CDP.

С уважением,
*lion*.

Для начала составить план нумерации, прикинуть на какой АТС будут какие номера. Нужно что бы эти номера не пересекались. Затем завязать АТС-ки, желательно по протоколу SL1. Потом на первой АТС прописать что выход на номера такие-то через такой то рут на вторую АТС-ку. Сделать это можно например через dsc или tsc. На второй АТС сделать то же самое. Не забыть прописать как осуществляется связь по внешним направлениям (с городом например). Вот коротко и все. Если что непонятно, пиши.

to Lev Serdukov: именно так сейчас все и работает, а нужно ОБЪЕДИНИТЬ (чтобы номера пересекались, чтобы абонент АТС1 являлся абонентом АТС2 - точнее чтобы стала ОДНА АТС).

ты напиши чего ты хочешь.
что бы номера пересекались? зачем? сам понимаешь?

Есть АТС1 с абонентами А1, есть АТС2 с абонентами А2.
Нужно получить АТС с абонентами А путем ОБЪЕДИНЕНИЯ АТС1 и АТС2.

*lion* пишет
Есть АТС1 с абонентами А1, есть АТС2 с абонентами А2.
Нужно получить АТС с абонентами А путем ОБЪЕДИНЕНИЯ АТС1 и АТС2.
Тогда особо вариантов нет. По-моему, у Нортеля изменилась лицензионная политика, поэтому необходимо будет делать апгрейд двух АТС до единого софта (скорее всего до succession), а далее, в зависимости от расстояния, либо соединять АТС оптикой либо устанавливать IP Expansion и соединять по IP и докупать абонентов.
Правильней, задать вопрос об этом интегратору, который занимался инсталляцией Ваших АТС, либо в представительство Нортеля.
___________________
А зачем Вам это надо?

*lion* пишет
Есть АТС1 с абонентами А1, есть АТС2 с абонентами А2.
Нужно получить АТС с абонентами А путем ОБЪЕДИНЕНИЯ АТС1 и АТС2.

Проверочный вопрос: а с какой целью ? Чего именно вы хотите этим добиться ?

Да о чем вы говорите? Задача объединения в сеть с единой нумерацией не для Меридиана?! При чем здесь переход на новый софт или Саксешн?
Если *lion* употребляет такие термины, как CDP, то это именно то, что ему нужно для того, чтобы решить свою задачу с минимальными изменениями. Как? Изучать доки из раздела Networking NTP с картинками и примерами.
Другой вопрос, если хочется "всех функций в сети, как в одной станции". Всех не получится, многих получится, если уровень софта на обоих PBX позволит. Тоже, там же...

Один вопрос - чего же хочется: чтобы для пользователей (абонентов) эта станция была "как единая станция" (это можно) или реально, физически, с общим полем управления и коммутации, одна станция (это нельзя. по крайней мере без принципиальных изменений железа).

Ну не так категорично, наверное. Можно сделать одну на обе площадки, но какой ценой и при каких условиях: если 5-и каб. на обе площадки достаточно, договариваешься со своим интегратором и сдаешь один процессор, превращаешь ведомый сайт в IP-экспаншины (возможно на 25.40). Т.к. 11С - однопроцессорная, дальше борешься за живучесть IP-линка так как независимо, как прежде, они существовать не смогут.
Если все стоит в пределах комнаты и денги не ограничивают полет фантазии - можно попробовать :-)

2 Crow

"Сдаешь", "превращаешь"... Не все в данном случае так просто и с точки зрения и процедуры и затрат. Это не тот случай, когда даже при наличии железа, можно его использовать (IP Exp). Придется, как говорилось ранее, платить и за открытие новых портов и за upgrade машины с 25.40 на IP Exp.
И, разумеется, снова вопрос: а нужно ли? *lion* уже давно молчит, наверное, остыл...;)

Народ! Мне нужно соединить два Меридиана (процессоры не выбрасывать) одним потоком Е1 и получить единое коммутационное поле. Это возможно???
Хочется
Malex пишет
чтобы для пользователей (абонентов) эта станция была "как единая станция"

Если именно единое коммутационное поле - то видимо нет. А что бы для пользователей (абонентов) это была "единая станция" то видимо да. Абоненты и слов то таких не знают как "коммутационное поле" :) Как это делать я уже писал. Что тебя конкретно не устраивает в таком варианте? Нумерация - единая, пользоваться ДВО можно практичеси всеми (при соответствующем уровне софта).

Полезно разобраться с терминологией. Получить единое "коммутационное поле", соединяя станции по Е1... весьма маловероятно.
Вы можете получить единое "прозрачное" для абонентов номерное пространство. Понятие "номерной план" вам знакомо?
Но если хотите получить вразумительный ответ как это сделать, опишите существующие сейчас планы нумерации обеих станций (по первым цифрам номеров - что занято, что свободно).
Удачи

Если надо перемешать номерные поля на обоих станциях, то Вам поможет изучение докумета
Flexible Numbering Plan
Description, operation, and administration
Document Number: 553-2751-105
в части
Vacant Number Routing
З.Ы. Прямо угадай мелодию получается какое-то...

2 *lion*:

Не существует ничего невозможного :-)).

Итак, кажется необходимо на двух имеющихся "ящиках" M1 получить "единое коммутационное поле", т.е. надо чтобы "ящики" "работали как единая станция" и "чтобы абонент АТС1 являлся абонентом АТС2" (АТС1 и АТС2 читаем как "ящики").
Действительно, для того, чтобы сделать клавиши MCR с одним DN на разных цифровиках в разных "ящиках" и иметь при этом полную функциональность MultiCallRing на данном DN, необходимо иметь единое поле коммутации. И это - действительно реально решаемая задача.

Необходима только пара уточнений: есть ли возможность организации оптики или Ethernet между "ящиками"? Если есть, то важно понять: необходимо ли резервирование работоспособности каждого из ящиков при поломке соединения между ними?

Между "ящиками" оптика.
Можно рассмотреть оба варианта? Хотя, как это ни странно, резервирование не нужно.
Да и двух одинаковых абонентов не нужно (хотя очень интересно).
Сейчас, если абонент с номером А с "ящика1" переезжает на "ящик2", то ему присваивается номер Б (а он-то хочет чтобы у него остался номер А - вот тут начинаются фантомы, клиды...). Вот и нужно чтобы независимо от того какому "ящику" принадлежит абонент он смог получить любой номер "напрямую", чтобы ВЕСЬ номерной план был доступен\одинаков для ДВУХ "ящиков".

Если есть транспорт, то технически нет никаких проблем. Имея оптику, Ethernet можно положить на нёё.

Если резервирование не нужно, то вариантов два:
а) организация одной 11с с Fiber Optic Expansion cabinet. Самое смешное, что оставляя ведущей (Main Cabinet) станцию с 23-им релизом, возможно сэкономить. Если софт позволяет, то понадобятся только оптические дочки. Лицензий там нет.
б) IP Expansion при Main'е на 25.40.

Если резервирование необходимо, то это только IP Expansion в конфигурации Survivable Mode.

Опа! Вот это номер!

Написал ответ на ещё неотредактированное *lion*'ом сообщение....

А каким, пардон, образом проблема выделения DN касается коммутационного поля?

Почему сейчас происходит смена номера при переезде?
Из-за того, что на аппаратах существуют одинаковые DN'ы?
Если сейчас DN 1234 есть в "ящике1" и такой же 1234 есть в "ящике 2", то в одной станции эти аппараты разных людей будут иметь один номер: 1234. Что и не нужно...

Действительно: на лицо полная каша запросов...

to Karter:
А в варианте "А" речь шла о дочкахи обычных или 3х километровых, типа снятых с производства? Есть способ увеличить дальность?
По сабжу: по прежнему уверен что *lion* стремится к схеме с расширением по IP. Проект интересный, ничего не скажешь, но окупаемость..

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

это есть..

Налицо не четко сформулированная задача, с неполными исходными данными. Лион, на Ваши вопросы, Вы получили качественные ответы:
- Да можно, но ... перечислены исключения.
- Это можно сделать так ... перечислены варианты.
Сформулируйте четко условия, плз.