Ну собственно что и предлагалось - если в ОХЕ 35+номер - выход в город. То и прислать эти цифры.
А что набирают в ОХО - 45+номер, 35+номер или 9+номер - это уже не интересные нюансы.

Собственно - все то же можно и через ARS, только если 45 ARS с хранением - в руте 45 надо поменять на 35 (что вы сделали в вашем случае через SD).

"Капризная" OmniVista быстро выходит из строя - может у вас левые ключи на 4760? Она не достукивается до нужной АТС/не совпадают лицензии/более одного сервера в сети - тогда не быстро, а через 24 дня - наступят проблемы.

Сначала объяснить процедуру сбора и что за клавиша "конференция" (запрограммированная вами или появляющаяся на экране).
Станция - common hardware (UAI, GD) (есть ограничения на конференции) или кристалл (eUA,INTIP) - нет ограничений. С аппаратов другого типа - конференция собирается?
А так по идее если не два входящих вызова, а хотя бы второй звонок с аппарата собирающего конференцию - то если не запрещено/нет проблем - на дисплее аппарата должна быть предложена функция "конференция" и работать.

Формально - если в ОХЕ не запрещен транзит (по дефолту connection COS 5), и , например, выход в город по 9, внутренние номера 2ХХХ. То достаточно в транковой группе с ОХО не использовать по входу DID трансляцию, а с ОХО присылать 2ХХХ при звонке на абонентов ОХЕ и 9ХХХХХХХ при звонке в город.
Иными словами - если на входе в ОХЕ нет DID трансляции - ЧТО будет прислано с ОХО - туда звонок и пойдет (как если б данный номер набрал абонент ОХЕ).
Плюс одна тонкость - если используете в ОХЕ дискриминаторы больше 1 (в дефолтовских конфигурациях)  - не забывайте entity/discr. selector (но не абонентов, а входящей TG).

После того как прописали - синхронизацию делали? Версия софта честно отображается?

Для того чтоб дать совет (более практичный) - есть вопрос - а у вас есть абоненты с ограничениями межгорода?
Или иными словами - нужно вообще настраивать систему ограничений или она есть, и только абоненту требуется присвоить категорию?

Большой трафик на ethernet. Порт ethernet временно выключен.
Видел регулярно:
- когда все воткнуто в хаб (или воткнуто в большую локалку, не поделенную на виланы - при большом трафике);
- когда ДВА проца воткнуты в локалку, а embedded (on-board) ethernet на процессорах перемычками не запрещен (в дублированных системах).

Коллеги - кто-то еще пробовал УЖЕ переходить с NTP на зоны типа Etc/GMT -x?

Проблем не было?

Отпишитесь плиз, если пробовали!

Чего-то у вас странный SETUP идет - такое ощущение, что та сторона еще ждет цифр, вы вроде то же готовы набирать, но не набираете.
Если 4707 - это ВЕСЬ набранный номер - то чего у вас не пишет SETUP sending complete?
Если есть возможность посмотреть, когда воткнуты в город напрямую - SETUP такой же приходит? Called number - 4-е цифры?

тогда - между GD и внешним миром тыкаем хаб. В него комп с прогой WireShark. Пускаем трэйс и звоним. Когда проблемы - глядим, голосовые пакеты выбегают из станции или нет.

Естественно Etc/GMT -4 будете ставить. Даже не вопрос. Не понял правда про пояса.
Основной мыслью было - экспериментрируем не с GMT+X, а с GMT-(минус!).
А сама цифирь да, на 1 больше привычной, поскольку вожди почему-то вместо зимнего. решили оставить летнее. Наверное им не правильно объяснили, а потом ни у кого не хватило решимости поправить (что надо перейти к зимнему, и на нем остаться).

В чем угодно. Как в проблемах на сети (RTP трафик криво бегает), так и в станциях.
Было нормально, а стало плохо? Перезагрузите для начала. По очереди - ОХО. Посмотрите. ОХЕ.
как часто это происходит, связано ли с количеством одновременных разговоров.

Проверили, все с NTP стало ясно. Для Перми (например) - выбираем просто зону Etc/GMT -6. И наступает счастье.
Просьба не смушаться и не путать - отображение в Windows (когда заходим менять) выглядит как GMT+5 (плюс), но в Linux выбираем (для аналогичного места) Etc/GMT -5 (минус!!!). Т.е. у нас смена даты происходит РАНЬШЕ (потому и минус).

Товарищи из Казахстана. У вас вроде отменили переходы времени. Поделитесь - что за timezone ставите в станции (особенно если NTP используете)?

Может у вас по категории - phone feature COS - routing mode at off hook=direct routing. И поднимая трубку - вас выбрасывает в какую-нибудь транковую группу (чтоб внутренние звонки чтоб шли через TG - например с точки зрения тарификации).
Т.е. выходите наружу, набираете 790416, попадаете обратно, и по правилам в DID translator 790416-> 416?
Разбирайтесь.