Исправление upcFrost, (текущая версия) :
Но тут проблема в том, что на него как то нужно смаршртизировать, внутренние же звонки на эти правила не попадают, или я не прав
не прав. вернее, не совсем прав. если внутренний вызов идет через станцию, то разницы никакой нет, обработка контекста все равно подчиняется логике АТС. Просто тогда как ты справедливо заметил в пункте 1 надо ручками делать контекст ext-local-custom. На какой контекст попадает вызов можно посмотреть в настройках экстеншена, но думаю у тебя все по дефолту. по поводу начинки контекста смотри следующий абзац, по сути там у тебя 1-2 строки будут с собственно вызовом транслитерации
по поводу кастомных контекстов. Если ты глянешь свой конфиг, который тебе дал freepbx, то увидишь что кастомный контекст вызывается через include в самом начале обычного контекста, т.е. ext-local первым действием шлет include в ext-local-custom. Так что если ты не делаешь в кастоме ничего что ну совсем ппц как сломало бы логику станции, и никуда оттуда не пытаешься перенаправить вызов (короче если он доходит в итоге до основного контекста) - то все функции freepbx у тебя сохраняются
если же тебе нужен совсем упоротый кастомный контекст - там есть custom destinations/custom extensions, и чтоб не сломать всю логику систему лучше юзать их например перенаправляя через виртуальные экстеншены, а то получатся две головы которые будут тянуть в разные стороны (freepbx и кастом).
P.S. и да, ща сюда прибежит толпа ко-ко-ко с воплями «гуй-нинужен» и «freepbx-говно». не слушай их, для малого и среднего бизнеса, а также для любого бизнеса непрофильного в плане IT, freepbx решает 90% задач которые могут возникнуть, а остальные 10% спокойно лечатся кастомными вставками. тем более что по своему опыту скажу что в твоем коде никто копаться не захочет, и в итоге в случае прихода пушного лиса ты прямо в отпуске во вьетнаме с мобильника с узкоглазого WiFi с пингами до 1 секунды будет фиксить долбаную станцию через терминал на тачскрине
Исправление upcFrost, :
Но тут проблема в том, что на него как то нужно смаршртизировать, внутренние же звонки на эти правила не попадают, или я не прав
не прав. вернее, не совсем прав. если внутренний вызов идет через станцию, то разницы никакой нет, обработка контекста все равно подчиняется логике АТС. Просто тогда как ты справедливо заметил в пункте 1 надо ручками делать контекст ext-local-custom. На какой контекст попадает вызов можно посмотреть в настройках экстеншена, но думаю у тебя все по дефолту. по поводу начинки контекста смотри следующий абзац, по сути там у тебя 1-2 строки будут с собственно вызовом транслитерации
по поводу кастомных контекстов. Если ты глянешь свой конфиг, который тебе дал freepbx, то увидишь что кастомный контекст вызывается через include в самом начале обычного контекста, т.е. ext-local первым действием шлет include в ext-local-custom. Так что если ты не делаешь в кастоме ничего что ну совсем ппц как сломало бы логику станции, и никуда оттуда не пытаешься перенаправить вызов (короче если он доходит в итоге до основного контекста) - то все функции freepbx у тебя сохраняются
если же тебе нужен совсем упоротый кастомный контекст - там есть custom destinations/custom extensions, и чтоб не сломать всю логику систему лучше юзать их например перенаправляя через виртуальные экстеншены, а то получатся две головы которые будут тянуть в разные стороны (freepbx и кастом).
P.S. и да, ща сюда прибежит толпа ко-ко-ко с воплями «гуй-нинужен» и «freepbx-говно». не слушай их, для малого и среднего бизнеса, а также для любого бизнеса непрофильного в плане IT, freepbx решает 90% задач которые могут возникнуть, а остальные 10% спокойно лечатся кастомными вставками. тем более что по своему опыту скажу что в твоем коде никто копаться не захочет, и в итоге в случае прихода пушного лиса ты прямо в отпуске во вьетнаме с мобильника с узкоглазого WiFi с пингами до 1 секунды будет фиксить долбаную станцию
Исправление upcFrost, :
Но тут проблема в том, что на него как то нужно смаршртизировать, внутренние же звонки на эти правила не попадают, или я не прав
не прав. вернее, не совсем прав. если внутренний вызов идет через станцию, то разницы никакой нет, обработка контекста все равно подчиняется логике АТС. Просто тогда как ты справедливо заметил в пункте 1 надо ручками делать контекст ext-local-custom. На какой контекст попадает вызов можно посмотреть в настройках экстеншена, но думаю у тебя все по дефолту. по поводу начинки контекста смотри следующий абзац, по сути там у тебя 1-2 строки будут с собственно вызовом транслитерации
по поводу кастомных контекстов. Если ты глянешь свой конфиг, который тебе дал freepbx, то увидишь что кастомный контекст вызывается через include в самом начале обычного контекста, т.е. ext-local первым действием шлет include в ext-local-custom. Так что если ты не делаешь в кастоме ничего что ну совсем ппц как сломало бы логику станции, и никуда оттуда не пытаешься перенаправить вызов (короче если он доходит в итоге до основного контекста) - то все функции freepbx у тебя сохраняются
если же тебе нужен совсем упоротый кастомный контекст - там есть custom destinations/custom extensions, и чтоб не сломать всю логику систему лучше юзать их например перенаправляя через виртуальные экстеншены, а то получатся две головы которые будут тянуть в разные стороны (freepbx и кастом).
P.S. и да, ща сюда прибежит толпа ко-ко-ко с воплями «гуй-нинужен» и «freepbx-говно». не слушай их, для малого и среднего бизнеса, а также для любого бизнеса непрофильного в плане IT, freepbx решает 90% задач которые могут возникнуть, а остальные 10% спокойно лечатся кастомными вставками
Исправление upcFrost, :
Но тут проблема в том, что на него как то нужно смаршртизировать, внутренние же звонки на эти правила не попадают, или я не прав
не прав. вернее, не совсем прав. если внутренний вызов идет через станцию, то разницы никакой нет, обработка контекста все равно подчиняется логике АТС. Просто тогда как ты справедливо заметил в пункте 1 надо ручками делать контекст ext-local-custom. На какой контекст попадает вызов можно посмотреть в настройках экстеншена, но думаю у тебя все по дефолту. по поводу начинки контекста смотри следующий абзац, по сути там у тебя 1-2 строки будут с собственно вызовом транслитерации
по поводу кастомных контекстов. Если ты глянешь свой конфиг, который тебе дал freepbx, то увидишь что кастомный контекст вызывается через include в самом начале обычного контекста, т.е. ext-local первым действием шлет include в ext-local-custom. Так что если ты не делаешь в кастоме ничего что ну совсем ппц как сломало бы логику станции, и никуда оттуда не пытаешься перенаправить вызов (короче если он доходит в итоге до основного контекста) - то все функции freepbx у тебя сохраняются
если же тебе нужен совсем упоротый кастомный контекст - там есть custom destinations/custom extensions, и чтоб не сломать всю логику систему лучше юзать их например перенаправляя через виртуальные экстеншены, а то получатся две головы которые будут тянуть в разные стороны (freepbx и кастом).
Исправление upcFrost, :
Но тут проблема в том, что на него как то нужно смаршртизировать, внутренние же звонки на эти правила не попадают, или я не прав
не прав. вернее, не совсем прав. если внутренний вызов идет через станцию, то разницы никакой нет, обработка контекста все равно подчиняется логике АТС. Просто тогда как ты справедливо заметил в пункте 1 надо ручками делать контекст ext-local-custom. На какой контекст попадает вызов можно посмотреть в настройках экстеншена, но думаю у тебя все по дефолту
по поводу кастомных контекстов. Если ты глянешь свой конфиг, который тебе дал freepbx, то увидишь что кастомный контекст вызывается через include в самом начале обычного контекста, т.е. ext-local первым действием шлет include в ext-local-custom. Так что если ты не делаешь в кастоме ничего что ну совсем ппц как сломало бы логику станции, и никуда оттуда не пытаешься перенаправить вызов (короче если он доходит в итоге до основного контекста) - то все функции freepbx у тебя сохраняются
если же тебе нужен совсем упоротый кастомный контекст - там есть custom destinations/custom extensions, и чтоб не сломать всю логику систему лучше юзать их например перенаправляя через виртуальные экстеншены, а то получатся две головы которые будут тянуть в разные стороны (freepbx и кастом).
Исправление upcFrost, :
Но тут проблема в том, что на него как то нужно смаршртизировать, внутренние же звонки на эти правила не попадают, или я не прав
не прав. вернее, не совсем прав. если внутренний вызов идет через станцию, то разницы никакой нет, обработка контекста все равно подчиняется логике АТС. Просто тогда как ты справедливо заметил в пункте 1 надо ручками делать контекст ext-local-custom. На какой контекст попадает вызов можно посмотреть в настройках экстеншена, но думаю у тебя все по дефолту
по поводу кастомных контекстов. Если ты глянешь свой конфиг, который тебе дал freepbx, то увидишь что кастомный контекст вызывается через include прямо перед обычным контекстом, т.е. ext-local первым действием шлет include в ext-local-custom. Так что если ты не делаешь в кастоме ничего что ну совсем ппц как сломало бы логику станции, и никуда оттуда не пытаешься перенаправить вызов (короче если он доходит в итоге до основного контекста) - то все функции freepbx у тебя сохраняются
если же тебе нужен совсем упоротый кастомный контекст - там есть custom destinations/custom extensions, и чтоб не сломать всю логику систему лучше юзать их например перенаправляя через виртуальные экстеншены, а то получатся две головы которые будут тянуть в разные стороны (freepbx и кастом).
Исходная версия upcFrost, :
Но тут проблема в том, что на него как то нужно смаршртизировать, внутренние же звонки на эти правила не попадают, или я не прав
не прав. вернее, не совсем прав. если внутренний вызов идет через станцию, то разницы никакой нет, обработка контекста все равно подчиняется логике АТС. Просто тогда как ты справедливо заметил в пункте 1 надо ручками делать контекст ext-local-custom
по поводу кастомных контекстов. Если ты глянешь свой конфиг, который тебе дал freepbx, то увидишь что кастомный контекст вызывается через include прямо перед обычным контекстом, т.е. ext-local первым действием шлет include в ext-local-custom. Так что если ты не делаешь в кастоме ничего что ну совсем ппц как сломало бы логику станции, и никуда оттуда не пытаешься перенаправить вызов (короче если он доходит в итоге до основного контекста) - то все функции freepbx у тебя сохраняются
если же тебе нужен совсем упоротый кастомный контекст - там есть custom destinations/custom extensions, и чтоб не сломать всю логику систему лучше юзать их например перенаправляя через виртуальные экстеншены, а то получатся две головы которые будут тянуть в разные стороны (freepbx и кастом).