Тема: LIK-MFIM100
Из мана не понимаю доподленно. На проце 6 каналов VoIP и 6 каналов VSF. Это одни и те же каналы или независимые? Т.е. использование канала VSF занимает канал VoIP? Подключение IP-телефона занимает канал VoIP? Можно ли эти VoIP -каналы использовать как IP-транки?
Спасибо.
Из мана не понимаю доподленно. На проце 6 каналов VoIP и 6 каналов VSF. Это одни и те же каналы или независимые? Т.е. использование канала VSF занимает канал VoIP? Подключение IP-телефона занимает канал VoIP? Можно ли эти VoIP -каналы использовать как IP-транки?
Спасибо.
Каналы VoIP и VSF - независимые.
IP-телефоны при нахождении в одной сети с MFIM не занимают канал VoIP.
Эти VoIP -каналы можно использовать как IP-транки.
Благодарю за консультацию.
Знакомлюсь так же с маном по MG. Похожий вопрос: на проце либо 4 канала АА, либо 4 канала VoIP. Как выбирается это либо-либо?
Хотя MG порждает много вопросов при первом знакомстве.
LCR, я так понял, превращён здесь просто в замену одной цифровой комбинации на другую, и никакого альтернативного маршрута?
Благодарю за консультацию.
Знакомлюсь так же с маном по MG. Похожий вопрос: на проце либо 4 канала АА, либо 4 канала VoIP. Как выбирается это либо-либо?Хотя MG порждает много вопросов при первом знакомстве.
LCR, я так понял, превращён здесь просто в замену одной цифровой комбинации на другую, и никакого альтернативного маршрута?
Ну как выбирается. Назначается при программировании.
Да, LCR как такового нет, есть Digit Conversion Table. Альтернативные маршруты есть - использование ARS Service для CO Group.
Назначается при программировании.
Вот и не понятно. Что АА, что VoIP требуют определённого железа. Разного. Как это можно одно на другое программно поменять?
Да, LCR как такового нет, есть Digit Conversion Table. Альтернативные маршруты есть - использование ARS Service для CO Group.
ARS - ов только два и это как бы не совсем то.
LOOP то нормальный остался? Т.е. перебор групп по 9 от первой до последней?
Назначается при программировании.
Вот и не понятно. Что АА, что VoIP требуют определённого железа. Разного. Как это можно одно на другое программно поменять?
Да, LCR как такового нет, есть Digit Conversion Table. Альтернативные маршруты есть - использование ARS Service для CO Group.
ARS - ов только два и это как бы не совсем то.
LOOP то нормальный остался? Т.е. перебор групп по 9 от первой до последней?
Да что не понятно то? Это же на плате процессора, что задать для 0-го слота, то и будет.
Почему ARS не совсем то? Да, их два для CO Group, но для группы назначенной для ARS, так же можно назначить ARS…
Перебор групп по 9 работает. Даже ограничивать это приходится, используя Digit Conversion Table (это уже из практики).
Вообще, лично мне, маршрутизация в MG нравится все больше и больше!
Назначается при программировании.
Вот и не понятно. Что АА, что VoIP требуют определённого железа. Разного. Как это можно одно на другое программно поменять?
PGM101 выбираем назначение. Железо в самом проце
PGM103 назначаем Order (COL/STA/WMIB)
Вот и не понятно. Что АА, что VoIP требуют определённого железа. Разного. Как это можно одно на другое программно поменять?
Если посмотреть платы VOIB и VMIB, то железо визуально совершенно одинаково, разница в прошивках.
Перебор групп по 9 работает. Даже ограничивать это приходится, используя Digit Conversion Table (это уже из практики).
Андрей, а не подскажешь, в каких случаях ограничивать?
У меня вот сегодня пожаловались, что якобы абонент, которому разрешена группа 1 (СО1) на исход, занял СО 5 (группа 5). Сам не могу проверить, станция далеко. Но озадачило.
Перебор групп по 9 работает. Даже ограничивать это приходится, используя Digit Conversion Table (это уже из практики).
Андрей, а не подскажешь, в каких случаях ограничивать?
У меня вот сегодня пожаловались, что якобы абонент, которому разрешена группа 1 (СО1) на исход, занял СО 5 (группа 5). Сам не могу проверить, станция далеко. Но озадачило.
Если абоненту 5 группа не разрешена, то это вряд ли! Не мог он занять линию из запрещенной группы. Ну, а если разрешена, то...
В каких случаях ограничивать, да я сразу и ограничиваю, прописывая ту же 9-ку в Digit Conversion Table, указав линии какой группы используются.
В общем то, если линии в одной группе, нет разницы в их использовании, то это можно не делать.
Но, все последние установки требовали по 9-ке осуществлять городские вызовы, а по другим кодам либо SIP транки, либо GSM шлюзы. Так вот при звонках в город по чистой 9-ке будут заниматься линии из группы 2, к примеру, если все линии из группы 1 заняты (при условии, что группы абоненту разрешены). А 2-я группа, предположим GSM шлюзы, т.е. не для городских вызовов...
Да, их два для CO Group, но для группы назначенной для ARS, так же можно назначить ARS…
Не вывихнуть бы моск)))
Вообще, лично мне, маршрутизация в MG нравится все больше и больше!
Может тогда и мне понравится)
Спасибо за информацию.
Да, их два для CO Group, но для группы назначенной для ARS, так же можно назначить ARS…
Не вывихнуть бы моск)))
Вообще, лично мне, маршрутизация в MG нравится все больше и больше!
Может тогда и мне понравится)
Спасибо за информацию.
Идеология не та, что в ipLDK - в этом сложность, перестраиваться надо. Но у LIK все очень похоже, номера команд, правда другие, но общий смысл такой же, как и в ipLDK. Свои тонкости имеются, естественно, то же.
Да LIK породнее.
По поводу АРС тут вот какая штука.
В класическом лыжном LCR можно сделать например так:
по набору 111 - последовательность занятие групп 1, 2, 3, 4, 5
по коду 222 - 3, 5, 1, 2, 4
по коду 333 - 5, 4, 3, 2, 1
С АРС так не размахнёшся. Альтернативка привязана не к направлению, а к группе. Фактически это форвард по занятости всех линий в группе СО.
Вообще, в мане не хватает описания алгоритма формирования исходящей связи, блок-схемы.
Просто по описанию опций тяжело понять чего в какой момент применяется. Какова вообще идеология.
Да LIK породнее.
По поводу АРС тут вот какая штука.
В класическом лыжном LCR можно сделать например так:
по набору 111 - последовательность занятие групп 1, 2, 3, 4, 5
по коду 222 - 3, 5, 1, 2, 4
по коду 333 - 5, 4, 3, 2, 1С АРС так не размахнёшся. Альтернативка привязана не к направлению, а к группе. Фактически это форвард по занятости всех линий в группе СО.
Ну да, согласен, не совсем то. Хотя такие навороты мне не понятны...Однако есть и то, что нельзя с использованием LCR сделать. Например, контролировать кол-во набранных цифр, большие возможности модификации набранных цифр...
А по большому счету, можно же попросить корейцев и подкорректировать функционал...
Вообще, в мане не хватает описания алгоритма формирования исходящей связи, блок-схемы.
Просто по описанию опций тяжело понять чего в какой момент применяется. Какова вообще идеология.
Мануал - это отдельная тема... Это не ко мне.
Я, к примеру, и не знаю, как можно описать алгоритмы формирования исходящей связи! Тут смысл то какой - по большому счету прописывается так, как набирал бы абонент.
И, вообще, изучать это все только по мануалу..желательно щупать практически, что да как...
Это как с компом - можно по книжкам изучать, но, пока не начнешь пользоваться, клавиши нажимать - толку большого не будет.
