Добрый день!

Испоьзую DG-104SH совместно c AquaGateKeeper. Subj в Aqua пока не реализован для пользователей, зарегистрированных с пом. RAS. Поэтому вопрос, можно ли егоо реализовать аппаратными средствами?
Т.е. если первый порт занят звонок удет перенаправляться на второй и т.д.

Hi !

> Т.е. если первый порт занят звонок удет перенаправляться на второй и т.д.
Одному номеру в диалплане присвоить нескольку групп, или одной группе несколько гейтвеев. На каждый локальный порт по любому делается запись в таблице гейтвеев. Так что никаких проблем. Можно сделать каждому порту отдельный номер, и/или групповые номера, которые будут выдавать звонок на заданные порты в заданной последовательности в случае занятости.
Смешивать локальные гейтвеи и удаленные не пробовал, не понятно как ГК это будет обрабатывать, при работе без ГК думаю можно, если у нескольких шлюзов один и тот же номер роутится на локальные порты. Если попробуеш, раскажи плиз.

Index Dial No. HG ID Min Digits Max Digits Prefix Strip Digits Prefix Insert No.
3 121 0 3 3 3
4 123 1 3 3 3
11 810380572547820 2 15 15 15

Hunt Group Destination IDs
0 0
1 1
2 0,1
3 1,0

Destination ID Mode Destination
0 Analog Tcid=0
1 Analog Tcid=1

BB.
Alex S.

По поводу смешивания гейтвеев не пробовал и надеюсь не попроую :)

А по поводу конфигурации немного не понятно. У меня
ndex Dial No. HG ID Min Digits Max Digits Prefix Strip Digits Prefix Insert No.
2 200 1 3 3 0
3 2001 2 4 4 0
4 2002 3 4 4 0
5 2003 4 4 4 0

ATPM Destination Table:
Destination ID Mode Destination
0 Data TCP xxx.xxx.xxx.xxx / 1720
1 Analog Tcid=0
2 Analog Tcid=1
3 Analog Tcid=2
4 Analog Tcid=3

т.е. для пребора портов необходимо выставить в ATPM Hunt Group Table:
Hunt Group Destination IDs
0 0
1 1,2,3,4
2 2,3,4,1
3 3,4,1,2
4 4,1,2,3

так, или я ошибаюсь?

P.S. Сорри за подробности - железки в работе и нет возможности поиграться

Hi !

т.е. для пребора портов необходимо выставить в ATPM Hunt Group Table:
Hunt Group Destination IDs
0 0
1 1,2,3,4
2 2,3,4,1
3 3,4,1,2
4 4,1,2,3
так, или я ошибаюсь?

Ну да, типа того. Тоесть можно и так. Если в шлюзах нет недокументированого ограничения на количество. На 2-х портовом 2 точно работают.
А ты проверь, плохого ничего не случится если ты просто по дописываеш в группы дополнительные порты, начни с одной группы.

BB.
Alex S.

Так заработало:
Index Dial No. HG ID Min Digits Max Digits Prefix Strip Digits Prefix Insert No.
4 200 5 3 3 0
5 2000 1 4 4 0
6 2001 2 4 4 0
7 2002 3 4 4 0
8 2003 4 4 4 0

Hunt Group Destination IDs
0 0
1 1
2 2
3 3
4 4
5 1,2,3,4

т.е. при звонке не 200 номер происходит перер портов.
спасибо за помощь!

Hi !

> т.е. при звонке не 200 номер происходит перер портов.
Ну, можно и так. Я как-то так изначально и писал.
А че, чтобы изначальные номера типа переадресовывались по занято не получается ? Чтобы дополнительные (типа этого 200) не придумывать ? Я тоже что-то помню, что была какая-то засада, но уже точно не помню почему остановился на таком варианте. Может действительно это очередная недокументированная фича/бага.

> спасибо за помощь!
Да пожалуйста, приходите еще.

BB.
Alex S.

Да в том то дело, что засада получается. Назначил номер 200 на первый порт. В случе, если звонок попадает на 2-4 порты - все ОК, если же на 1-й, то идет отбой, а в логе аквы есть сообщение о невозможности терминации данного номера. Да и как по мне более логично сделать, например, номер 200 общий, а 201 202 203 204 закрепить непосредственно за портами.

Hi !

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

А по поводу такого переброса изначально заданных номеров, те которые присутствуют в atpmb aplist (типа базовые), как только его группе прописываеш 2 назначения, у устройства едет крыша и номер исчезает из базовых. Казалось бы хрен с ним, роутинг на номер есть, пусть звонит. Но он просто не хочет. Пытаюсь вернуть номер в базовые, он строит новую группу с одним назначением и этот номер заворачивает туда, а если ты успел вернуть назад, и в группе осталось одно назначение, то и вообще группу прибивает, делает другую такую же.
Тоесть действительно никак.
Это скорее всего следствие двойных стандартов, по сути
atpm ATPM Commands
atpmb ATPM Basic Commands
настраивает одно и тоже, но по разной логике, которую пытаются совместить, чтобы настройки удовлетворили и тем и другим. Потому такая ерунда и получается. В том же очень похожем планете есть только аналог не базовых настроек, и проблем не наблюдается, как прописал так и работает.

К стати, в этом устройстве, так называемом "шлюзе", попробуй выплюнуть приехавший номер в порт.
Задача простая, приезжает номер, ему есть назначение, в Address Table цифры обрезаются не все, значит оставшиеся должны быть отданы в порт после его активизации, на FXO это появление диалтона, на FXS это снятие трубы. У меня АТС понимает донабор сразу как сняла трубу. А этот так называемый шлюз не хочет ничего донабирать. Другие шлюза донабирают все что не обрезал. И это правильно. Если это шлюз, то он может использоваться для чего угодно.

BB.
Alex S.

> По поводу логичности, тут у каждого логика своя, и кому как может быть удобно это не предсказуемо.
Согласен.

> Пытаюсь вернуть номер в базовые, он строит новую группу с одним назначением и этот номер заворачивает туда, а если ты успел вернуть назад, и в группе осталось одно назначение, то и вообще группу прибивает, делает другую такую же. Тоесть действительно никак.
Да вооще какой-то каламбур (а телом бел) получается. С группами бред сплошной. Мне сегодня надо было отконфигурять DG-104SH, у которго используются 2 порта. на 1-й хотел приземлять 600 номер, а на 2-ой 601. Потом объединить их в одну группу, чтобы при звонке на 600 происходил перебор портов. Ничего не получилось. Пришлось назначать 1 - 601, 2 - 602, 3 - 603, 4 - 604, 5 - виртуальный. Иначе группы просто хаотически смешиваются и 600 номер просто выпадает из талицы.

> В том же очень похожем планете есть только аналог не базовых настроек, и проблем не наблюдается, как прописал так и работает.
Немного поподробнее об этом девайсе можно? (если офтопик - лично мылом). Ибо у меня о DG-104SH начало складываться негативное мение.

> К стати, в этом устройстве, так называемом "шлюзе", попробуй выплюнуть приехавший номер в порт.
У меня к для этого используется Quintum A800, а к D-Link'ам подсоединены непосредственно терминалы.

Hi !

> Иначе группы просто хаотически смешиваются и 600 номер просто выпадает из талицы.
О тож.

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

> (если офтопик - лично мылом).
Хм...

> Ибо у меня о DG-104SH начало складываться негативное мение.
Он работает нормально только в _очень_ тепличных условиях.
С одной стороны очень навороченый девайс, куча каких-то дебагов, еще чего-то, разделов в конфиге ужас сколько. А настроить как хочется не получается. 90% конфиговских команд не применялись не разу.
Может мы просто не умем ? Пусть нас научат.
Особенно вот это место интересно:
dim DIM Testing Commands
dlm DLM Testing Commands
dsp DSP Runtime commands (Debug)
dspsim DSP Simulation Comands
dump Display memory: <Start Address hex><No. of Words hex>
exe execute function:<Address hex><arg1 hex><arg2 hex><arg3 hex><arg4 hex>
flash Flash util commands
hsmu HSMU Commands
memstat Memory Usage Information
mod Modify bytes: <Start Address hex><Byte 1 hex>..<Byte N>
Может там можно просто исправить что надо и пусть себе нормально работает ?

>> К стати, в этом устройстве, так называемом "шлюзе", попробуй выплюнуть приехавший номер в порт.
> У меня к для этого используется Quintum A800,
Это кто такой ?
Заходи наверное в гости, будем пытаться общаться.

> а к D-Link'ам подсоединены непосредственно терминалы.
В смысле телефоны.

BB.
Alex S.

Hi !

>Т.е. если первый порт занят звонок удет перенаправляться на второй и т.д.
К стати. Я забыл сразу сказать. В основном потому что ты написал "и т.д.". Если без "и т.д.", то просто в базисных настройках наблюдаем
Call Forward Call Forward to Telephone No. Process Type
а возможность прописать несколько телефонов через запятую, как гейтов в группе, я не проверял.
Очень плохо что нет форварда одновременно по занято и неответу.
А можно наверное по занято форвардить уже описаным способом, а по неответу настроить тут. Тоже выход. Опять извращения.
Возможность назначить несколько гейтов в группу или групп префиксу я в том же планете обнаружил, он просто предлагает добавить еще группу/гейт или закончить, и после заканчивания наблюдаем перечисленные через запятую. Попробовал на длинке так сделать, получилось однако. То бы никогда не догадался. А вот несколько групп одному телефону длинк сохранять не хочет. Зато у него можно править строки в диалпланах, а там только удалять или добавлять, что безусловно конечно удобно, но не заменяет отсутствие функционала.

BB.
Alex S.

Прив!
> Может мы просто не умем ? Пусть нас научат.
Особенно вот это место интересно:
Интересно все! Т.к. кроме мануала в картинках "для чайников" и руководства по консольным командам я ничего подобающего по данному девайсу не нашел. Остается только логика и бурная фантазия админа.

> Это кто такой ?
Да девайс голосовой. www.quintum.com. Но об этом "Тут нельзя"

> Заходи наверное в гости, будем пытаться общаться.
Без проблем. В профайле есть мыло и icq. Да и еще в одном городе живем

> Если без "и т.д.", то просто в базисных настройках наблюдаем Call Forward Call Forward to Telephone No. Process Type
Мне нужен форвард по занято. Причем форвардить если данный порт занят. А вот Call Forward to Telephone No. насколько я понимаю применяется сразу, без попытки позвонить на данный порт. Но это все телепатия. Нужна документация или хотя бы FAQ.

И на последок: никак не могу заставить D-Link самостоятельно слать RegistrationRequest на GK с указанным интервалом. Но это уже наверно другая тема...

Hi !

>> Это кто такой ?
>Да девайс голосовой. www.quintum.com Но об этом "Тут нельзя"
Таких сайтов море. Нужна информация, где, почем, что может и как может.

> Да и еще в одном городе живем
Поэтому я и предложил встретится.

>> Если без "и т.д.", то просто в базисных настройках наблюдаем Call Forward Call Forward to Telephone No. Process Type
> Мне нужен форвард по занято.
Ну и кто мешает ?

> Причем форвардить если данный порт занят. А вот Call Forward to Telephone No. насколько я понимаю применяется сразу, без попытки позвонить на данный порт. Но это все телепатия. Нужна документация или хотя бы FAQ.
Ты явно не смотрел настройки. Зачем тут документация ?
ggdbg>atpmb apset
atpmb apset <tcid> (telno <tele_number>) (callfwd <state:0/1> <process_type:u/b/n> <fwd_tele_no>) (callerid <private:0/1> <cid_name>)
****************************************************************************
* tele_number:max 16 chars state:0->Disab,1->Enab fwd_tele_no:max 16 chars *
* process_type:u->UNCONDITIONAL, b->BUSY, n->NOANSWER *
* private:0->Disable,1->Enable cid_name:max 16 chars *
****************************************************************************
Мне не понятно что тут может быть не понятно ?
И с веба тоже самое.
Опять шлюз повис, тоесть веб у него повис, не отзывается, ща перегружу. Почему-то это последнее время происходит достаточно часто. Может какие-то сканирующе-спамерские пакеты его вешают ?
2-й тоже повис также (у меня сейчас, благодаря представительству нашему, стоят 2 одинаковых рядом, я экспериментирую), хотя позвонить с него без проблем, но веб интерфейс вот не работает.
Во, загрузился:
Call Forward disabledenabled
Call Forward to Telephone No.
Process Type UnconditionalBusyNot answered

> И на последок: никак не могу заставить D-Link самостоятельно слать RegistrationRequest на GK с указанным интервалом. Но это уже наверно другая тема...
Можно и тут решить, чтобы темы не разводить.
Помоему когда-то тут обсуждалось, пришли к мнению что нельзя.
Помоему после этого я прописал шлюзы на ГК, чтобы он всегда знал про них. Шлюзы терялись при перезагрузке ГК. Помоему проще прописать, чем ждать пока гейт очередной раз отрегистрится. Кроме случая передвигающихся гейтов (когда надо именно убирать гейт если он отвалился не разрегистрившись) это помоему всегда полезно, ну и за одно решает вышеописанную проблему.

BB.
Alex S.

Прив!
> Таких сайтов море. Нужна информация, где, почем, что может и как может.
Это уже в приват. Как по мне, так голос только у Cisco нормально реализован. У остальных имеются достаточно ощутимые баги. Вопрос только в том, как часто ты на них наступаешь.

> Поэтому я и предложил встретится.
Думаю с начала ы не мешало mail ksa@uaic.net. Далее договоримся.

> Ты явно не смотрел настройки. Зачем тут документация ?
> ggdbg>atpmb apset
Никак не подружусь с CLI. Пока конфигурячу с веба, хотя понимаю что это не дело...

> Может какие-то сканирующе-спамерские пакеты его вешают ?
У меня аналогично (но не часто). Периодически приходиться пинать по питанию.

> Помоему когда-то тут обсуждалось, пришли к мнению что нельзя.
Еще одна радостная новость... Да, видимо ты прав - уду возвращаться к static user.

P.S. Думаю пора закрывать лавочку, т.к. тема исчерпала себя. Жду мыло в приват.

Hi !

>> Ты явно не смотрел настройки. Зачем тут документация ?
>> ggdbg>atpmb apset
>Никак не подружусь с CLI. Пока конфигурячу с веба, хотя понимаю что это не дело...
Я же написал что с веба тоже самое, надо только в менюшку зайти и все станет ясно и понятно.

>> Может какие-то сканирующе-спамерские пакеты его вешают ?
> У меня аналогично (но не часто). Периодически приходиться пинать по питанию.
А не часто это как ? Раз в сутки, раз в неделю, раз в месяц ?
Как это забадывает. Перед конфигурянием устройство нужно перегрузить.

BB.
Alex S.