на счет 0XXYYZZZ и 7YYZZZ тут ваши сильно погорячились т.е. заставить выдавать АОН штатными средствами никак, хотя тут зависит от версии атс

если вам надо выдавать АОН 0XXYYZZZ то расписываете в "privat plan" и "public plan" эту нумерацию на абонентов, а 7YYZZZ загоняете "plan-ах" в ars через группу local на абонентов, если нужно наоборот то все наоборот

чтобы вышел АОН в вашу кор.сеть
- в ars на направлении в сторону  корпоратива ставим в network/calling/called тип priv, тут естественно в "internal plan" добавляем набор в ARS с типом priv

для sip public (7XXXYYYYYYY) у абонентов прописываем либо XXXYYYYYYY либо YYYYYYY, тут все зависит от того что у вас там installation number

нумерация 0XXYYZZZ мне напоминает мин.фин либо приставы, хотят на второе больше смахивает

если вы так считаете то это ваше право, у нас же демократия

по факту ваш пост выглядит "ну вы это поняли"

Вы создали сетевую транк группу. И чего вы хотите ??? клон настроек прописать ? это уже сделано на той ноде где транк группа находится

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

Спасибо
скачал в коллекцию

ставьте впереди ОХО балалайку типа астериск (из простого) и выравнивайте клип

при апгрейде в большинстве случаев идет модификация таблиц с последующей индексацией

я всегда поднимаю текущий релиз до актуального патча и потом апгрейд

спасибо за информацию vad
в моей практике апгрейд более 3-х хопов небыло

Direct RTP имеет отношение как должен бегать RTP-поток между конечными ip-терминалами т.е. либо на прямую без использования ресурсов intip/gd/ga при условии что набор кодеков совпадает либо через intip/gd/ga

возможно Андрей имеет ввиду на горячую без перерывов в работе АТС

1. зачем от туда забирать, можно и через swinst сделать backup и забрать  из BACKUP/IMMED
4. кладем в BACKUP/IMMED

3.1. после netadmin я делаю reboot

я делаю так
5. Через swinst восстанавливаю базу
5.1. RUNMAO
5.2. KILLMAO
5.3. reboot
5.4. RUNTEL
5.5. загружаем OPS файлы
5.6. lanpbxbuild  в случае необходимости
5.7. swinst пункт 2.6.2 -> autostart ON и затем reboot

7. заливает софт на второй процессор
7.1. по пункту 3.
7.2. reboot второго процессора
8. mastercopy
8.1 swinst пункт 2.6.2 -> autostart ON  

в омнивиста есть свой  ldap (статья интересная)

в аппарате есть LDAP
русские имена в SIP у Алькатель - шляпа

не взлетел GateKeeper, даже не пытается зарегистрировать

перерыл доки какие есть. нашел только упоминание- если включен "Integrated Gatekeeper" в VoIP->VoIP:Parametrs-> Gatekeeper то ОХО является сама Gatakeeper-ом, если отключить "Integrated Gatekeeper" то надо указать внешний Gatekeeper для регистрации
остался вопрос - где прописать авторизацию для внешнего Gatekeeper-а

и так попутно - у кого-нибудь есть дока по "Меткам" (Sys.Misc->Memory/Read/Write)

to etc
можно уточнить релиз ОХЕ где проверял?

Добрый день

есть ОХО релиза 8.2. понадобилось настроить trunk gatekeep с регистрацией от выше стоящей АТС

в конфиги поковырялся и думаю что надо сделать так
- ars -> gateway parameters добавить c индексом 1 - login/password/domain_name
- ars -> ars_prefix добавить маршрут с типом "gatekeep", в "ip adress" указать ip куда звонить, "gateway parameters index" указать созданный индекс
- в external_lines -> list_of_accesses на линии VoIP снять галку "Public" и приходящий набор разруливать через Numbering_Plan -> Private_Numbering_Plan

вроде ничего не упустил
если что-то не так поправить