Тема: LIK-MFIM100
Да LIK породнее.
Ну, не знаю. После установки нескольких MG могу за себя сказать, что вещь приличная. Мне нравится. А функционал, конечно же, будет корректироваться и сейчас корректируется. Это же из практики применения уже должно быть..
И, вообще, изучать это все только по мануалу..желательно щупать практически, что да как...
По книжкам сексу не научишься, это да. Просто, я тут размышляю, какую станцию клиент “хочет” у меня купить. MG выходит даже подешевле LIK. Но хватит ли у меня ума её запустиь с наскоку, вот вопрос? За неимением чего пощупать, вот к вам пришёл на поклон))
Навороты с разной последовательностью занятия групп СО - это как раз типичная задача для LCR, для этого он и был придуман. Если стоимость звонка в разных направлениях нарастает в группах по разному. Другое дело, что сроду не приходилось это использовать. Обычно, LCR мне нужен был только для бездевяточного набора.
А блок-схему исходящего или входящего звонка сделать не сложно. Когда знаешь закономерность. У панаса в манах такие блок-схемы присутствуют и существенно облегчают понимание логики обработки вызова.
Кстати, и в лыжных мануалах раньше подробно расписывалась логика и просто исходящей связи и LCR. А тут что-то поскупились.
У самого на столе стоит MG. Поставил клиентам одну, поставлю вторую, третья в тесте.
Рекомендую.
Когда поковырял не спеша, то получил настоящее удовольствие. Все функции надо пробовать “вживую”, желательно не на клиенте.
Перво впечатление: “А зачем мне панас нужен? :gulp: “
Но это так.... шутка 😊
Станция просто конфетка.
И, вообще, изучать это все только по мануалу..желательно щупать практически, что да как...
По книжкам сексу не научишься, это да. Просто, я тут размышляю, какую станцию клиент “хочет” у меня купить. MG выходит даже подешевле LIK. Но хватит ли у меня ума её запустиь с наскоку, вот вопрос? За неимением чего пощупать, вот к вам пришёл на поклон))
Навороты с разной последовательностью занятия групп СО - это как раз типичная задача для LCR, для этого он и был придуман. Если стоимость звонка в разных направлениях нарастает в группах по разному. Другое дело, что сроду не приходилось это использовать. Обычно, LCR мне нужен был только для бездевяточного набора.
А блок-схему исходящего или входящего звонка сделать не сложно. Когда знаешь закономерность. У панаса в манах такие блок-схемы присутствуют и существенно облегчают понимание логики обработки вызова.
Не боги горшки обжигают! Все когда то в первый раз бывает! Волков бояться - в лес не ходить! 😊
У самого на столе стоит MG. Поставил клиентам одну, поставлю вторую, третья в тесте.
Рекомендую.
Когда поковырял не спеша, то получил настоящее удовольствие. Все функции надо пробовать “вживую”, желательно не на клиенте.
Перво впечатление: “А зачем мне панас нужен? :gulp: “
Но это так.... шутка 😊
Станция просто конфетка.
Не, что то и на клиенте можно. Особенно, если сам клиент какие-нибудь заморочки выдумывает. 😊
Мы то сами в последнее время только LG занимаемся, остальное “побросали”...
Перво впечатление: “А зачем мне панас нужен?
Я то изначально планировал панас клиенту, а тут сообщают, что в японии внезапно землетрясение, цунами, радиация. С железом перебои. На LG вот только надежда и остаётся))
Навороты с разной последовательностью занятия групп СО - это как раз типичная задача для LCR, для этого он и был придуман.
Если речь идет о загруженности и стоимости стоимости звонков в разное время, в разные дни, то в Digit Conversion Table выбираете для Apply Time Folow LCR Time Table(255), указываете LCR Time Table(255) и прописываете маршруты для Day Zone, Time Zone…
Если речь идет о загруженности и стоимости стоимости звонков в разное время
Нет, речь не о стоимости звонков в разное время, пусть она от времени не зависит.
Например по городу стоимость звонка нарастает так: Группа 1(оператор 1) - дешевле всего, гр 2(оп2) - подороже, гр 3 (оп3) - дорого.
Стоимость Межгорода (8) нарастает так: Гр2, гр1, гр3
Стоимость Международки (810): Гр3, гр2, гр1
Соответственно по каждому коду(напрвлению) должен быть выставлен приоретет занятия групп.
Как в MG такое разрулить?
Если речь идет о загруженности и стоимости стоимости звонков в разное время
Нет речь не стоимости звонков в разное время, пусть она от времени не зависит.
Например по городу стоимость звонка нарастает так: Группа 1(оператор 1) - дешевле всего, гр 2(оп2) - подороже, гр 3 (оп3) - дорого.
Стоимость Межгорода (8) нарастает так: Гр2, гр1, гр3
Стоимость Международки (810): Гр3, гр2, гр1
Соответственно по каждому коду(напрвлению) должен быть выставлен приоретет занятия групп.
Как в MG такое разрулить?
Для гр2 ARS1 - гр.1, ARS2 - гр.3.
Для гр3 ARS1 - гр.2, ARS2 - гр.1.
В Digit Conversion Table при наборе межгорода в одной строчке прописываете использование гр.2, при наборе международки в другой строчке - использование гр.3.
Как то так для этого вашего конкретного примера.
Интересно получилось - тема ” LIK-MFIM100”, а мы, в основном, MG обсуждаем. Да столько написали... 😊
Пора спать... 😉
И впрямь, с тремя напрвлениями получается ускребстись)
А больше вряд ли и понадобится)
Впрочем, если добавить ещё направление на сотовые (89), то получится 4 и могут быть проблемы.
Например если нужны такие последовательности занятий групп:
1,2,4,3
1,4,2,3
3,4,1,2
1,3,2,4
И впрямь, с тремя напрвлениями получается ускребстись)
А больше вряд ли и понадобится)
Впрочем, если добавить ещё направление на сотовые (89), то получится 4 и могут быть проблемы.
Например если нужны такие последовательности занятий групп:
1,2,4,3
1,4,2,3
3,4,1,2
1,3,2,4
Можно выдумывать всякие мудреные последовательности. На практике с подобными “загибонами” сталкиваться не приходилось никогда.
И, думается, что для оптимизации вызовов на разные направления обычно используются разные группы, а не различные комбинации одних и тех же групп!
Думаю, что реальные подобные задачи разрулить не составит проблем. Еще же можно использовать “пустые” группы(без назначенных линий)... В общем, варианты есть! Голову просто не хочется ломать сейчас из-за некой абстрактной задачи, умышленно осложненной. 😕
Я то же так думаю)
На практике такого не бывает никогда, что бы станция была подключена к четырём разным оператором с такой разной сеткой тарифов.
Просто это типичная задача LCR, не только лыжного, любого. И на LDK и на панасах она решается без всякого умственного напряга.
Я то же так думаю)
На практике такого не бывает никогда, что бы станция была подключена к четырём разным оператором с такой разной сеткой тарифов.
Просто это типичная задача LCR, не только лыжного, любого. И на LDK и на панасах она решается без всякого умственного напряга.
Когда идеология программирования понятна, плюс практический опыт - нет никакого умственного напряга!
А по поводу LCR..так некоторые и его не могут запрограммировать, даже для простейших задач. Опять же - суть не схватывают!
