Предложения к разработчикам софта LG-Nortel Опции

[Перенесено со ст...]

Автор: VladimiR
Дата: 20.05.2006 15:13
Уважаемые поситители форума!
Предлагаю написать пожелания к программе для станция LG-NORTEL, надеюсь нас услышат.
Со своей стороны предлагаю
1. Переадресацию на мобильный сделать не только на потоковые линии, но и на обычные SLT.
2. Предусмотреть возможность оптимизации маршрута соединения по количеству цифр в номере ( к примеру 3 цифры - внутренняя связь, 6 и боле - внешняя) дабы убрать из набора "9"
3. Внедрить в плату VoIP SIP сервер, или сделать его отдельной "примочкой".

Ну вот в кратце, у кого какие пожелания? ПИШИТЕ И НАС УСЛЫШАТ!!!

--------------------------------------------------------------------------------

Автор: Grays
Дата: 23.05.2006 10:44
Список можно значительно расширить и дополнить... чтобы уж наверняка услышали :-)
1. тут всё связано с определением номера, поэтому надо чтобы с этим и на аналоговых линиях всё работало. Причем надежно.
2. про LCR - это интересно. Даже очень.
Я вот считаю что в LDK LCR и так сделан достаточно гибко. НО если вы считаете что надо совершенствовать... ну можно конечно. Хотя я бы совершенствовал что-то другое. например алгоритм доступа абонентов к внешним линиям. Ну может слегка сделать гибче.
А уйти от 9, если городские номера не все первые цифры занимают и так просто.
Было бы ваще элементарно елиб можно назначать внутреннюю нумерацию не только с цифр, а и с # или *.
3. про IP глубоко пока не разбирался поэтому воздержусь. Пока это ещё дорого.

--------------------------------------------------------------------------------

Автор: VladimiR
Дата: 23.05.2006 13:39
RE/
а зачем сигнализация ежели надо просто отправить звонок на мост GSM FXS ?

--------------------------------------------------------------------------------

Автор: Grays
Дата: 23.05.2006 15:14
2 VladimiR
Слушай я не понял ты о чём ?
Чё за сигнализацию ты имеешь в виду?

--------------------------------------------------------------------------------

Автор: VladimiR
Дата: 23.05.2006 16:28
Смысл простой, чтобы переадресация шла на CO к которой подключен GSM терминал и все

--------------------------------------------------------------------------------

Автор: axel
Дата: 24.05.2006 12:49
to Grays
внутреннюю нумерацию можно делать через * и # (с pc-admin это буквы С,D)

to VladimiR
звонок на mobile ext через аналоговые линии сомневаюсь что это будет нормально работать, предвижу зависание линий в лучшем случае на таймер неконтролируемой конференции, а в худшем до рестарта атс.
ну и другие соображения, на сколько хорошо будет отрабатываться CLI по аналоговой линии и т.п.


--------------------------------------------------------------------------------

Автор: Ilia
Дата: 24.05.2006 12:54
Предлагаю нормально убрать наконец-то отзвоны на slt портах. Алгоритм работы можно позаимствовать у панасоника. Там есть 3 режима удержания, которые можно переключать программно:
1. Удержание - нажать клавишу flash и положить трубку. Перевод - flash + внутренний номер.
2. Удержание - нажать клавишу flash + номер функции удержания и положить трубку. Перевод - flash + внутренний номер. Если после flash ничего не набрано, отбой СО линии.
3. Удержание - нажать клавишу flash + номер функции удержания и положить трубку. Перевод - flash + номер функции удержания + внутренний номер. Если после flash ничего не набрано, отбой СО линии.
Удержание это цифра "6", но не принципиально, можно хоть "*", чтобы не пересекаться с планом нумерации. Таким образом, ставя режим 2 на панасе в принципе невозможно получить случайный отзвон из-за нервных пользователей, которые любят отбиваться пальцем по рычагу.
И еще предложение по группам СО. Было бы неплохо сделать так. "9" - это не код доступа к внешним линиям, а номер группы СО. Плюс другие коды, типа 801, 802 и т.д. И соответственно в группы вносить сами СО-шки, по потребности. Причем надо сделать так, чтобы одна линия могла находиться в нескольких группах, например в 9 и 801. Это очень удобно, когда часть линий не имеет доступа на межгород. В группу 9 вносим все линии, в группу 801 только линии с МГ. Т.е. получается, по городу звоним по 9, по МГ - 801. Цифры опять же не принципиально, ну кроме традиционной 9 разумеется


--------------------------------------------------------------------------------

Автор: Ilia
Дата: 24.05.2006 12:58
Забыл еще. И ограничение доступа абонента к СО сделать не по группам, а по линиям. И вообще все получается здорово - разрешил человеку доступ к группе 9, но запретил там половину линий. Очень гибкий алгоритм получится.

--------------------------------------------------------------------------------

Автор: axel
Дата: 24.05.2006 15:47
to ilia
отзвонов нет уже года 3 как 112 программа 18 пункт
и мне кажется LCR гораздо лучше решает проблеммы с выбором линий и кодами доступа, можно же написать любой код какой в голову всбредёт, можно так же пользоваться и networking кодами.
вариантов масса.


--------------------------------------------------------------------------------

Автор: Grays
Дата: 25.05.2006 10:35
В продолжение вопросов поднятых llia
- - - - - - - - - -
1. Отзвоны и варианты нажатия Flash и удержания.
- - - - - - - - - - - - - - - - - - - - -
Ну по отзвонам уже axel ответил (пгм112)
А удержание на LG именно так и делается Flash + цифра (8), снятие с удержания – 8*.
Я бы не стал в этом вопросе ориентироваться на Панасоник – да нет там ничего принципиально лучшего, если б было давно бы все об этом знали.
Отзвон в Панасонике идет по истечение таймера удержания, а в это время (около 2 мин) – линия висит. В LG отзвон происходит сразу, как только положена трубка. Так, что чем лучше я не вижу. Тем более есть пгм112-18.

2. Доступ к внешним линиям.
- - - - - - - - - - - - - - - - - - - - - - -
Вот этот вопрос более интересный. Да есть некоторые неудобства в доступе к линиям через группы. Это у LG такая особенность исторически сложилась. С помощью гибкости LCR можно сделать всё удобно. Но вот ещё один момент:
Давайте вспомним про такие функции как LOOP и POOL. Хотелось бы упомянуть про GHX(46). Там LOOP немного по-другому сделана. Так вот можно в 46-й гибко давать доступ именно по линиям, а не по группам.
Как?
Все линии в одну группу, всем абонам loop, а доступы – через назначение линий на клавиши. Линия назначена на кнопку – доступ есть, не назначена – нет. Входящая связь по неназначенной линии – через loop. Это в ghx-46.
А вот в цифровых loop работает иначе – в обе стороны, поэтому фокус не проходит.
А ведь можно было бы эту функцию усовершенствовать, расширить….
Возможности были бы безграничные.


--------------------------------------------------------------------------------

Автор: Dimka
Дата: 29.05.2006 09:28
А я бы тоже поддержал идею более гибкого администрирования доступа абонента к СО без использования LCR.

--------------------------------------------------------------------------------

Автор: Grays
Дата: 29.05.2006 11:51
2 Dimka
Как на твой взгляд конкретно должен осуществляться алгоритм программирования исходящей связи.
1. через группы
2. по конкретным линиям - как именно? Отдельной командой (подпрограммой), усовершенствовать (доработать) существующие программы (пгм 117), может через кнопки (пгм 115)
3. а может вообще через COSы это всё забабахать!!!
4. ввести отдельную программу определяющую алгоритм при нажатии 9.


--------------------------------------------------------------------------------

Автор: Dimka
Дата: 29.05.2006 14:26
2Grays
Ну лично мне понравилось как это было сделано у Самсунга в DCS. Там идет разрешение первоснально абоненту на каждую линию. Сходно с разрешением доступа к группам линий в LDK, но только относится к СО. Я думаю, что это может быть отдельной программой. Так же интересно второе предложение Ильи по СО о том, что линия может входить в несколько групп, т.е. фактически номер группы является кодом доступа (подобное организовано в CS-1000).

--------------------------------------------------------------------------------

Автор: Grays
Дата: 29.05.2006 14:34
Я вот склоняюсь к такому выводу из выше сказанного: мы, на самом-то деле, рассуждаем не о том как сделать лучше программирование доступов к СО на LDK, а вообще - вне зависимости от типа АТС, как оптимальнее оранизовать программирование исходящей маршрутизации.
Надобы сформулировать перечень необходимых возможностей и как их лучше реализовать.

--------------------------------------------------------------------------------

Автор: Dimka
Дата: 29.05.2006 15:11
Мне кажется наиболее гибкий инструмент получается при использовании:
1. Кодов доступа (одна линия может относиться к нескольким кодам доступа).
2. Индивидуального назначением доступа к каждой линии.
3. LCR.
4. Возможности изменять маршрут в зависимости от количества набраных цифр (возможность перекрытия планов нумерации внутренних абонентов и городских номеров).


--------------------------------------------------------------------------------

Автор: Дмитрий
Дата: 08.06.2006 14:34
Хоть боюсь я и запоздал с сообщением- но все же 112-18 далеко не панацея - оттзвон убирает только в случае если абонент подвесил одну линию и вылазит на вторую, а если подвесил одну и положил трубу- вот тебе и отзвон. Второе- при включенном 112-18 ни переадресация нв внешнюю линию, ни епереадресация на сетевой номер невозможна. Так что боюсь вынужден не согласиться с мнением общественности- у Панаса всетаки механизм разделения ужержания и переадресации- гораздо эффективней...

--------------------------------------------------------------------------------

Автор: Grays
Дата: 09.06.2006 12:29
Дмитрий, о каком конкретно Панасе имеешь ввиду? Я так понимаю, что твоё сообщение о серии АТС КХ-ТДА100/200 ?


--------------------------------------------------------------------------------

Автор: Дмитрий
Дата: 13.06.2006 16:13
да, конечно о TDA 100,200
Хотя даже у гибридок панаса механизм борьбы с отзвоном тот-же :-)

--------------------------------------------------------------------------------

Автор: Grays
Дата: 14.06.2006 11:14
Интересно получается…
А давайте разберемся подробнее с этим понятием «отзвоны».
Начнем с сигнала Flash (HF). Это не что иное как простой разрыв шлейфа абонентской линии на короткое время. Так вот всё дело в этом «коротком времени».
Всё начиналось лет 10 назад, а может и ещё раньше… В те времена ещё в широком ходу были традиционные аппараты с набором номера при помощи диска. Для перевода звонка (да и для других функций) требовался специальный сигнал для мини-АТС отличный от цифр. Ну вот пожалуй ничего особенного придумать было нельзя как предложить пользователям коротко нажимать на рычаги отбоя… Ну время было такое, кнопочные телефоны ещё только разрабатывались.
Если бы сейчас встала такая задача, то наверняка придумали бы что-то понадёжнее.
У старых Панасоников интервал определения HF был от 100 мсек до 1000 !!!! Ну и конечно же люди мучались отзвонами т.к. для отбоя надо было держать рычаг около двух секунд.
- - - - -- - - - - -- - - - - - - - -- - - - -- - - - - - - -
Какие возможны методы борьбы? Каким образом затруднить (или даже совсем исключить) непроизвольную имитацию сигнала HF?
- - - - - - - - - - - - - -
1. Усложнить сам сигнал – сделать не только разрыв шлейфа, а ещё что-то добавить. Ну вот и придумали ещё после HF набор цифры. Надо сказать это не лучший вариант. Лично я за много лет установки Панасоников неоднократно предлагал сделать режим перевода HF+цифра, но мало кто соглашался. Клиенты обычно выбирают простоту и готовы терпеть отзвоны.
У LG тоже самое – для постановки на удержание надо донабрать цифру.
- - - - - - - - - - - - - - - -
2. уменьшить коридор интервала времени восприятия разрыва шлейфа воспринимаемого как HF.
Вот в старых панасониках (КХ-Т) интервал не менялся и был максимальный (10-1000), поэтому отзвоны были обычным делом. На КХ-ТД – тоже самое.
На GHX можно было итервал менять т.к. существовал таймер верхней границы HF.
По мере развития техники всё больше стало появляться телефонов в которых время HF стали делать маленькое (не 600-700 мсек, а 100…250). Ну и стало возможным уменьшать верхнюю границу HF. В результате отзвоны практически пропадали.
На современном этапе ситуация такова – каждый уважающий себя и потребителя производитель телефонных аппаратов предусматривает регулировку времени HF в аппарате.
Поэтому стало возможным с помощью таймеров в АТС и установок в аппарате настроить минимальный коридор для HF. Ну и про понятие «отзвоны» люди просто забывают.
- - - - - - - - -- - - - -- - - -
3. а давайте и про системные телефоны не забывать. Если бы предлагались доступные по цене системники то не было бы и проблем с функциональными сигналами. Ну нет у системника такого понятия как разрыв шлейфа HF.
Кстати как вариант можно было бы и для стандартных аппаратов придумать какой-то другой сигнал вместо HF, который было бы невозможно имитировать.
- - - - - -- - - - - - - - - - - -
4. предусматривать в АТС более «интеллектуальный» анализ действий пользователя при подаче сигнала HF. Ну чтобы АТС не тупо ставила линию на удержание, а следила за дальнейшими манипуляциями юзера. Тут мне кажется ещё есть над чем поработать…
- - - - - - - - - - - - - - - -- -
Ну вот, на мой взгляд, есть как минимум 4 пути борьбы с «отзвонами».
№1 лично мне да и клиентам не очень нравится…
№2 – реально помогающий и действенный.
№3 – самый радикальный, но далеко не всегда приемлемый.
№4 – мне кажется перспективный и правильный.

У кого какие мнения?
А?


--------------------------------------------------------------------------------

Автор: Dimka
Дата: 14.06.2006 13:50
Но ведь, действительно, если после HF труба положена (разрыв шлейфа в течение 2-х секунд или чуть более) это может означать только то, что HF был ошибочным и линия должна быть освобождена. Или есть ситуации когда необходимо не освобождать линию, а дать сигнал юзеру (отзвон).


--------------------------------------------------------------------------------
Автор: Дмитрий
Дата: 14.06.2006 16:44
Дык вот как раз на текущий момент у панасоника смесь механизмов №4 и №1 получается
1.если юзверь сделал флэш и пытается набрать вн. номер- то все отлично- перевод звонка получается.
если просто положил трубу-линия, которая висит на удержании отваливается- следовательно отзвона нет
если пытается вывалится на другую СО- тоже отбой(требуется нажать флэш и цифру) итого- отзвонов нету.
2. что получается у LG- давим флэш и кладем трубу- получаем отзвон
если переводим на другую СО- тогда отбой (при включенном 112-18)
при переводе на вн номер все ок





--------------------------------------------------------------------------------

Автор: axel
Дата: 15.06.2006 16:44
то есть на основании этого обсуждения я понял, что на LG не правильно работает FLASH на SLT аппаратах?
и все пожелания?

--------------------------------------------------------------------------------

Автор: Dimka
Дата: 16.06.2006 09:53
axel, да это просто самая больная тема... А так ведь были предложения и по доступу к СО, и по перекрытию нумерационных планов...
А еще охота, чтобы DECT абонент мог быть зарегистрирован в сети АТС на всех сайтах под одним номером... Ну и роуминг, чтобы у него между сайтами был автоматический.

--------------------------------------------------------------------------------

Автор: Dimka
Дата: 16.06.2006 11:00
А еще... А еще...
Хочу маршрутизацию по АОНу (CID)! Вот!!! :о)

--------------------------------------------------------------------------------

Автор: Дмитрий
Дата: 16.06.2006 15:30
Ага, тока бы платы поддерживающие АОН в руках подержать сначала :-))

--------------------------------------------------------------------------------

Автор: Dimka
Дата: 16.06.2006 15:38
Дмитрий, дык я к тому и веду... Только издалека :о)


--------------------------------------------------------------------------------

Автор: axel
Дата: 16.06.2006 20:03
кстати по DECT в сети атс регестрируешь под разными номерами, но звонить можно по одному (любому)
это работает, только лицензию покупать надо. Роуминг автоматический.

--------------------------------------------------------------------------------

Автор: Dimka
Дата: 22.06.2006 15:07
А вот и подоспело новое пожелание: Включать использование Gatekeeper не для платы, а для каждого канала.

--------------------------------------------------------------------------------

Автор: axel
Дата: 22.06.2006 16:55
опоздал, уже есть.

--------------------------------------------------------------------------------

Автор: Dimka
Дата: 23.06.2006 08:43
В какой версии?

--------------------------------------------------------------------------------

Автор: axel
Дата: 23.06.2006 09:52
по моему с 3.5, на любой 3.6 точно есть включаешь Gatekeeper для платы и указываешь в 322 программе какой из каналов будет работать через Gate а какой нет.

--------------------------------------------------------------------------------

Автор: Борис
Дата: 10.07.2006 12:13
Ну как же можно таймер "флеша" делать общим для всей системы? У нас вот, распространенная схема - 100 пользователей, 20 из них с отдним, 30 с другим "флешем". В итоге общее от 0.25 до 0.9 мс... Сей таймер должен быть индивидуальным для каждого аппарата...

--------------------------------------------------------------------------------

Автор: Dimka
Дата: 12.07.2006 15:09
А не предвидится ли в свете перехода на систему "платит инициатор вызова" выпустить плату интегрированных GSM-шлюзов? Я дкмаю, польза от этого была бы! Да и спрос определенный на эти вещи существует.

--------------------------------------------------------------------------------

Автор: axel
Дата: 17.07.2006 12:19
на сколько знаю пока не планируеться.

--------------------------------------------------------------------------------

Автор: NataliaBorn
Дата: 27.07.2006 05:01
Понравился ваш сайт,
очень много интересного нашла, даже и не знала что это есть в сети. И удобно. Вообще-то я недавно пользуюсь интернетом, подскажите пожалуйста - можно ли использовать поиск конкретно по вашему сайту?
Информации очень много и все странички перебирать устала



--------------------------------------------------------------------------------

Автор: Dimka
Дата: 27.07.2006 14:47
И все-таки!
Уж коли в ARIA SOHO есть АОН, то хоть в ней стоит сделать маршрутизацию входящего вызова по АОН. Ну хотя бы во второй фазе ПО.Ну и количество записей для анализа АОН сделать где-нибудь под 1000. Чтобы всем хватило!

--------------------------------------------------------------------------------

Автор: NiK
Дата: 10.08.2006 14:49
Поиска на нашем сайте нет. Спасибо за оценку сайта!

--------------------------------------------------------------------------------

Автор: nikol
Дата: 16.08.2006 15:22
То Dimka:
"Уж коли в ARIA SOHO есть АОН, то хоть в ней стоит сделать маршрутизацию входящего вызова по АОН. Ну хотя бы во второй фазе ПО.Ну и количество записей для анализа АОН сделать где-нибудь под 1000. Чтобы всем хватило!"

Я думаю, в будущем это будет.


--------------------------------------------------------------------------------



--------------------------------------------------------------------------------

Автор: Sergey
Дата: 23.09.2006 16:09
DISA присвоили бы внутренний номер чтобы можно было ее гибче использовать в системе , и доработали дису под несколько номеров в канале ISDN Pri !!! Сейчас все сделано через заднее место - переход по ОШИБКЕ ! На одну внутреннюю группу ! .

[dvs]

Вытер всё что хотел от LG поскольку не верю что сделают без фатальных глюков, НО

1. Ooчень нужна удешевлённая лайт-VOIB без ненужных опций Н.450 и поддержки всяких SRG дабы не давила жаба делать неглючные полезности через колсвичи-астериски

2. Наладить нормальное обслуживание RMA; прекратить "путать" кассеты и паять всякую х**ню.. Cдохший стабилитрон на матерной плате LDК100 через месяц после сдачи объекта оставил горадминистрацию на неделю(!) без нормальной связи.Я так и не понял: ну прожлобились администрации с нормальным UPS, но почему сдох именно тот стабилитрон, а не, например, предохранитель питалова, которое, кстати, осталось ПОЛНОСТЬЮ работоспособным?

Подозревательность корейских коллег удивляет: упомянутый мною в иной ветке чип питалова на AAIBЕ через 1.5 недели после успешного запуска натурально сгорел совсем на другом объекте где и UPS OK и вообще не ясно почему сгорел: станция после нескольких самопроизвольных перезагрузок продолжает работать; других серьёзных претензий по ней нет. А всё ещё гарантийную(!) AAIBЕ я уж и не знаю кому подарить. Я мог бы обосновать и обоюдополезность и коммерческую сторону и иное; НО что-то мне подсказывает что LG то всё пофиг за что и накажут, причём без моего участия

Сообщение отредактировал dvs - 1.4.2007, 10:05

[komandr]

Интересный народ, тут к разработчикам софта предъявы писать надо, а они про железо!

По теме:
Хочеться увидеть рабочую версию программы PC Atend. По крйней мере мои попытки запустить прогу на Win XP не увенчались успехом...
А самое главное!!! : PC Admin v3.X- ДОЛЖНЫ поддерживать старые версии MPB 2.х.
Большой + PC Admin v3.x - нлядность таблиц LCR & CO?, да и ваще при программировании станциий!!!

[Ренат]

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

[AXEL]

вряд ли