Подключение шлюза Grandstream GXW4104 к Asterisk

[user1023]

Приветствую всех присутствующих!, уважаемые форумчане!

Прошу помочь в решении задачи.
Есть VOIP шлюз Grandstream GXW4104, есть Asterisk с FrePBX 14, вирт. машина HyperV, установленный из FreePBX Distro.
Единственная странность, в том, что sip-телефон зарегистрировался, на астериске, не по порту 5060, а по потру 5160.

В настройках шлюза, в Settings=>Channels Settings, указал порты 5160, вместо 5060.
Настраивал шлюз, по инструкции с регистрацией - шлюз не регистрируется на АТС.
При снятии дампа средством tcpdump, на астериске, получаю SIP/2.0 403 Forbidden после REGISTER. Юзеры/пароли указанные на шлюзе, и в транке - идентичны, порты подключения указаны верно.
Проверил параметры подключения от астериска к шлюзу, трасерт и пинги все нормально.
Проверил непосредственно провода, так же все в порядке.

При настройке шлюза без регистрации на астериске - в tcpdump ошибок нет, пакеты ходят, пинг не высокий.

В обоих случаях - настройка с регистрацией на атс, и без, в Asterisk Log Files те же сообщения:

Код: Выделить всё

NOTICE[2748] chan_sip.c: Peer 'ХХХХХХХХХХХ' is now Lagged. (3002ms / 2000ms)
NOTICE[2748] chan_sip.c: Peer 'ХХХХХХХХХХХ' is now Reachable. (1ms / 2000ms)
NOTICE[2748] chan_sip.c: Peer 'ХХХХХХХХХХХ' is now Lagged. (3002ms / 2000ms)
NOTICE[2748] chan_sip.c: Peer 'ХХХХХХХХХХХ' is now Reachable. (2ms / 2000ms)
NOTICE[2748] chan_sip.c: Peer 'YYYYYYYYYYY' is now Lagged. (3002ms / 2000ms)
NOTICE[2748] chan_sip.c: Peer 'YYYYYYYYYYY' is now Reachable. (1ms / 2000ms)
NOTICE[2748] chan_sip.c: Peer 'YYYYYYYYYYY' is now Lagged. (3002ms / 2000ms)
NOTICE[2748] chan_sip.c: Peer 'YYYYYYYYYYY' is now Reachable. (1ms / 2000ms)
NOTICE[2748] chan_sip.c: Peer 'ХХХХХХХХХХХ' is now UNREACHABLE! Last qualify: 1
NOTICE[2748] chan_sip.c: Peer 'ХХХХХХХХХХХ' is now Reachable. (2ms / 2000ms)

При просмотре Asterisk Info=>Chan_Sip Info вижу:

Код: Выделить всё

ХХХХХХХХХХХ               192.168.10.211                               No         No             5162     OK (1 ms)                 
YYYYYYYYYYY               192.168.10.211                               No         No             5160     OK (1 ms)

Где 192.168.10.211 статический адрес шлюза, ХХХХХХХХХХХ и YYYYYYYYYYY транки астериска, названные по телефонным номерам линий подключенных в шлюз.

Так же, периодически появляется возможность принять входящий звонок т.е. звоню с сотового на номер ХХХХХХХХХХХ и вызов доходит до IVR, и далее маршрутизитруется на sip-телефон. Есть Asterisk Log File, в момент успешного входящего звонка, но сам я в нем ничего "полезного" не увидел.
И если удалось дозвониться, вызов не завершается, т.е. на сотовом трубку положил, а на sip-телефоне не происходит "отбой".
Исходящие звонки не при каких условиях не работают.

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

[ded]

Единственная странность, в том, что sip-телефон зарегистрировался, на астериске, не по порту 5060, а по потру 5160.

В современных дистрах FreePBX два канала для протокола SIP
старый chan_sip и относительно новый - pjsip. Разработчики продвигают именно последний, и поэтому pjsip в этих дистрах занимает порт 5060, а chan_sip - слушает на порту 5160.
Как у вас сейчас там сложилось исходя из этой информации со шлюзом и sip-телефоном - непонятно, исходя из описаний. Одновременная работа двух каналов возможна, но надо точно понимать какое устройство по какому каналу протокола SIP на какой порт мы конфигурируем. Также можно предположить у вас дубликацию, конфликт ИП адресов в локальной сети. Проверяйтесь
arp -a
В наших дистрах мы оставили занятие порта 5060 под старый chan_sip.

SIP/2.0 403 Forbidden после первого REGISTER - это нормальная работа. Станция отвечает 403 Forbidden и предлагает регистрироваться с использованием механизма WWW-digest, которым отвечает. Второй REGISTER от устройства идёт уже с дайджестом, и получает 200 ОК.

[user1023]

Настйроки портов на FreePBX оставил поумолчанию, т.е. для SIP 5160, для PJSip 5060.

Настройки sip-транка на астериске:

Код: Выделить всё

Trunk Name: XXXXXXXXXXX
PEER Details:
username=XXXXXXXXXXX
type=friend
secret=secret
qualify=yes
nat=no
host=192.168.10.211
dtmfmode=rfc2833
context=from-trunk
canreinvite=no
disallow=all
allow=alaw&ulaw

Шлюз настроен со статическим ip-адресом.

При указании порта в настройках (Settings=>Channels Settings) 5060 на шлюзе:
Снимаю tcpdump, получаю:

Код: Выделить всё

12:19:59.556730 IP freepbx.sangoma.local.5160 > 192.168.10.211.sip: SIP: OPTIONS sip:192.168.10.211 SIP/2.0
12:19:59.558826 IP 192.168.10.211.sip > freepbx.sangoma.local.5160: SIP: SIP/2.0 200 OK
12:20:04.559824 ARP, Request who-has 192.168.10.211 tell freepbx.sangoma.local, length 28
12:20:04.560176 ARP, Reply 192.168.10.211 is-at 00:0b:82:f4:56:a0 (oui Unknown), length 50
12:20:10.353006 IP freepbx.sangoma.local.5160 > 192.168.10.211.sip: SIP: OPTIONS sip:192.168.10.211 SIP/2.0
12:20:10.355086 IP 192.168.10.211.sip > freepbx.sangoma.local.5160: SIP: SIP/2.0 200 OK
12:20:59.559602 IP freepbx.sangoma.local.5160 > 192.168.10.211.sip: SIP: OPTIONS sip:192.168.10.211 SIP/2.0
12:20:59.561662 IP 192.168.10.211.sip > freepbx.sangoma.local.5160: SIP: SIP/2.0 200 OK
12:21:04.575825 ARP, Request who-has 192.168.10.211 tell freepbx.sangoma.local, length 28
12:21:04.576283 ARP, Reply 192.168.10.211 is-at 00:0b:82:f4:56:a0 (oui Unknown), length 50
12:21:10.355456 IP freepbx.sangoma.local.5160 > 192.168.10.211.sip: SIP: OPTIONS sip:192.168.10.211 SIP/2.0
12:21:11.355482 IP freepbx.sangoma.local.5160 > 192.168.10.211.sip: SIP: OPTIONS sip:192.168.10.211 SIP/2.0
12:21:12.355524 IP freepbx.sangoma.local.5160 > 192.168.10.211.sip: SIP: OPTIONS sip:192.168.10.211 SIP/2.0
12:21:13.355570 IP freepbx.sangoma.local.5160 > 192.168.10.211.sip: SIP: OPTIONS sip:192.168.10.211 SIP/2.0
12:21:14.355615 IP freepbx.sangoma.local.5160 > 192.168.10.211.sip: SIP: OPTIONS sip:192.168.10.211 SIP/2.0
12:21:24.355260 IP freepbx.sangoma.local.5160 > 192.168.10.211.sip: SIP: OPTIONS sip:192.168.10.211 SIP/2.0
12:21:25.354888 IP freepbx.sangoma.local.5160 > 192.168.10.211.sip: SIP: OPTIONS sip:192.168.10.211 SIP/2.0
12:21:26.355938 IP freepbx.sangoma.local.5160 > 192.168.10.211.sip: SIP: OPTIONS sip:192.168.10.211 SIP/2.0
12:21:26.357909 IP 192.168.10.211.sip > freepbx.sangoma.local.5160: SIP: SIP/2.0 200 OK
12:21:36.358399 IP freepbx.sangoma.local.5160 > 192.168.10.211.sip: SIP: OPTIONS sip:192.168.10.211 SIP/2.0
12:21:37.358444 IP freepbx.sangoma.local.5160 > 192.168.10.211.sip: SIP: OPTIONS sip:192.168.10.211 SIP/2.0
12:21:38.358484 IP freepbx.sangoma.local.5160 > 192.168.10.211.sip: SIP: OPTIONS sip:192.168.10.211 SIP/2.0
12:21:39.358524 IP freepbx.sangoma.local.5160 > 192.168.10.211.sip: SIP: OPTIONS sip:192.168.10.211 SIP/2.0
12:21:39.360532 IP 192.168.10.211.sip > freepbx.sangoma.local.5160: SIP: SIP/2.0 200 OK
12:21:49.360984 IP freepbx.sangoma.local.5160 > 192.168.10.211.sip: SIP: OPTIONS sip:192.168.10.211 SIP/2.0
12:21:49.362979 IP 192.168.10.211.sip > freepbx.sangoma.local.5160: SIP: SIP/2.0 200 OK

При указании порта в настройках (Settings=>Channels Settings) 5160 на шлюзе:
Снимаю tcpdump, получаю:

Код: Выделить всё

12:23:27.564243 IP freepbx.sangoma.local.5160 > 192.168.10.211.sip: SIP: OPTIONS sip:192.168.10.211 SIP/2.0
12:23:27.565252 IP 192.168.10.211 > freepbx.sangoma.local: ICMP 192.168.10.211 udp port sip unreachable, length 36
12:23:28.563836 IP freepbx.sangoma.local.5160 > 192.168.10.211.sip: SIP: OPTIONS sip:192.168.10.211 SIP/2.0
12:23:28.564791 IP 192.168.10.211 > freepbx.sangoma.local: ICMP 192.168.10.211 udp port sip unreachable, length 36
12:23:29.563843 IP freepbx.sangoma.local.5160 > 192.168.10.211.sip: SIP: OPTIONS sip:192.168.10.211 SIP/2.0
12:23:29.564799 IP 192.168.10.211 > freepbx.sangoma.local: ICMP 192.168.10.211 udp port sip unreachable, length 36
12:23:30.564884 IP freepbx.sangoma.local.5160 > 192.168.10.211.sip: SIP: OPTIONS sip:192.168.10.211 SIP/2.0
12:23:31.365881 IP freepbx.sangoma.local.5160 > 192.168.10.211.sip: SIP: OPTIONS sip:192.168.10.211 SIP/2.0
12:23:31.564118 IP freepbx.sangoma.local.5160 > 192.168.10.211.sip: SIP: OPTIONS sip:192.168.10.211 SIP/2.0
12:23:31.565052 IP 192.168.10.211 > freepbx.sangoma.local: ICMP 192.168.10.211 udp port sip unreachable, length 36
12:23:32.365965 IP freepbx.sangoma.local.5160 > 192.168.10.211.sip: SIP: OPTIONS sip:192.168.10.211 SIP/2.0
12:23:32.366894 IP 192.168.10.211 > freepbx.sangoma.local: ICMP 192.168.10.211 udp port sip unreachable, length 36
12:23:33.366002 IP freepbx.sangoma.local.5160 > 192.168.10.211.sip: SIP: OPTIONS sip:192.168.10.211 SIP/2.0
12:23:33.366959 IP 192.168.10.211 > freepbx.sangoma.local: ICMP 192.168.10.211 udp port sip unreachable, length 36
12:23:34.366037 IP freepbx.sangoma.local.5160 > 192.168.10.211.sip: SIP: OPTIONS sip:192.168.10.211 SIP/2.0
12:23:34.366909 IP 192.168.10.211 > freepbx.sangoma.local: ICMP 192.168.10.211 udp port sip unreachable, length 36
12:23:35.366079 IP freepbx.sangoma.local.5160 > 192.168.10.211.sip: SIP: OPTIONS sip:192.168.10.211 SIP/2.0
12:23:35.367003 IP 192.168.10.211 > freepbx.sangoma.local: ICMP 192.168.10.211 udp port sip unreachable, length 36
12:23:41.563955 IP freepbx.sangoma.local.5160 > 192.168.10.211.sip: SIP: OPTIONS sip:192.168.10.211 SIP/2.0
12:23:42.563836 IP freepbx.sangoma.local.5160 > 192.168.10.211.sip: SIP: OPTIONS sip:192.168.10.211 SIP/2.0
12:23:43.564871 IP freepbx.sangoma.local.5160 > 192.168.10.211.sip: SIP: OPTIONS sip:192.168.10.211 SIP/2.0
12:23:43.565809 IP 192.168.10.211 > freepbx.sangoma.local: ICMP 192.168.10.211 udp port sip unreachable, length 36
12:23:44.564907 IP freepbx.sangoma.local.5160 > 192.168.10.211.sip: SIP: OPTIONS sip:192.168.10.211 SIP/2.0
12:23:45.366889 IP freepbx.sangoma.local.5160 > 192.168.10.211.sip: SIP: OPTIONS sip:192.168.10.211 SIP/2.0
12:23:45.564039 IP freepbx.sangoma.local.5160 > 192.168.10.211.sip: SIP: OPTIONS sip:192.168.10.211 SIP/2.0
12:23:46.366901 IP freepbx.sangoma.local.5160 > 192.168.10.211.sip: SIP: OPTIONS sip:192.168.10.211 SIP/2.0
12:23:47.366939 IP freepbx.sangoma.local.5160 > 192.168.10.211.sip: SIP: OPTIONS sip:192.168.10.211 SIP/2.0
12:23:47.367849 IP 192.168.10.211 > freepbx.sangoma.local: ICMP 192.168.10.211 udp port sip unreachable, length 36
12:23:48.366977 IP freepbx.sangoma.local.5160 > 192.168.10.211.sip: SIP: OPTIONS sip:192.168.10.211 SIP/2.0
12:23:48.367843 IP 192.168.10.211 > freepbx.sangoma.local: ICMP 192.168.10.211 udp port sip unreachable, length 36
12:23:49.366970 IP freepbx.sangoma.local.5160 > 192.168.10.211.sip: SIP: OPTIONS sip:192.168.10.211 SIP/2.0
12:23:49.367847 IP 192.168.10.211 > freepbx.sangoma.local: ICMP 192.168.10.211 udp port sip unreachable, length 36

В обоих случаях, на шлюзе, вкладке Status, значение SIP Registration "No" т.е. регистрация не произошла.

Единственная странность, в том, что sip-телефон зарегистрировался, на астериске, не по порту 5060, а по потру 5160.

В современных дистрах FreePBX два канала для протокола SIP
старый chan_sip и относительно новый - pjsip. Разработчики продвигают именно последний, и поэтому pjsip в этих дистрах занимает порт 5060, а chan_sip - слушает на порту 5160.
Как у вас сейчас там сложилось исходя из этой информации со шлюзом и sip-телефоном - непонятно, исходя из описаний. Одновременная работа двух каналов возможна, но надо точно понимать какое устройство по какому каналу протокола SIP на какой порт мы конфигурируем.

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

Также можно предположить у вас дубликацию, конфликт ИП адресов в локальной сети. Проверяйтесь
arp -a

Проверил сразу этот момент, конфликтов нет.

SIP/2.0 403 Forbidden после первого REGISTER - это нормальная работа. Станция отвечает 403 Forbidden и предлагает регистрироваться с использованием механизма WWW-digest, которым отвечает. Второй REGISTER от устройства идёт уже с дайджестом, и получает 200 ОК.

Понял, спасибо.

Из всего вышеописанного, приходит в голову один вараинт, попробовать зарегистрирвоаться используя PJSip-транк.
Непонятно, почему тогда "тестовый" sip-телефон успешно зарегистрирвоался по пору 5160 принадлежащему SIP-протоколу...

[user1023]

Получилось зарегистрировать астериск на шлюзе.
Что сделал:
1. Отключил протокол JPSIP. Settings=>Advanced Settings, изменил значение строки SIP Channel Driver с "both" на "chan_sip";
2. Дал отдельный физический порт гипервизора, под виртуальную машину с астериском. Вспомнил, что рекомендовали, виртуальной машине с астериском, давать отдельный сетевой интерфейс. Но это спорный вопрос, возможно и не надо было;
3. Перезагрузил виртуальную машину с астериском.
4. Прописал, в Settings=>Asterisk SIP Settings=>вкладка Chan SIP Settings, строка Bind Port, значение 5060;
После этого посыпались в Asterisk Log Files ошибки:

Код: Выделить всё

2021-09-09 15:26:44] ERROR[2421] chan_sip.c: Peer 'ХХХХХХХХХХХ' is trying to register, but not configured as host=dynamic
[2021-09-09 15:26:44] NOTICE[2421] chan_sip.c: Registration from '<sip:ХХХХХХХХХХХ@192.168.10.210>' failed for '192.168.10.211:5062' - Peer is not supposed to register
[2021-09-09 15:26:44] ERROR[2421] chan_sip.c: Peer 'ХХХХХХХХХХХ' is trying to register, but not configured as host=dynamic
[2021-09-09 15:26:44] NOTICE[2421] chan_sip.c: Registration from '<sip:ХХХХХХХХХХХ@192.168.10.210>' failed for '192.168.10.211:5062' - Peer is not supposed to register
[2021-09-09 15:26:44] ERROR[2421] chan_sip.c: Peer 'YYYYYYYYYYY' is trying to register, but not configured as host=dynamic
[2021-09-09 15:26:44] NOTICE[2421] chan_sip.c: Registration from '<sip:YYYYYYYYYYY@192.168.10.210>' failed for '192.168.10.211:5060' - Peer is not supposed to register
[2021-09-09 15:26:44] ERROR[2421] chan_sip.c: Peer 'YYYYYYYYYYY' is trying to register, but not configured as host=dynamic
[2021-09-09 15:26:44] NOTICE[2421] chan_sip.c: Registration from '<sip:YYYYYYYYYYY@192.168.10.210>' failed for '192.168.10.211:5060' - Peer is not supposed to register

Изменил параметры транков на:

Код: Выделить всё

    Trunk Name: XXXXXXXXXXX
    PEER Details:
    username=XXXXXXXXXXX
    type=friend
    secret=secret
    qualify=yes
    nat=no
    host=dynamic (было 192.168.10.211)
    dtmfmode=rfc2833
    context=from-trunk
    canreinvite=no
    disallow=all
    allow=alaw&ulaw

После применения настроек, в Asterisk Log Files, получил сообщение:

Код: Выделить всё

[2021-09-09 15:34:47] VERBOSE[2421] chan_sip.c: Registered SIP 'XXXXXXXXXXX' at 192.168.10.211:5062
[2021-09-09 15:34:47] NOTICE[2421] chan_sip.c: Peer 'XXXXXXXXXXX' is now Reachable. (2ms / 2000ms)
[2021-09-09 15:34:47] VERBOSE[2421] chan_sip.c: Registered SIP 'YYYYYYYYYYY' at 192.168.10.211:5060
[2021-09-09 15:34:47] NOTICE[2421] chan_sip.c: Peer 'YYYYYYYYYYY' is now Reachable. (2ms / 2000ms)

Проверил на шлюзе, параметр SIP Registration имеет значение "Yes".

Спасибо уважаемому ded за подсказки.

[ded]

Если шлюз - как ститический пир (Настройки sip-транка на астериске):

Trunk Name: XXXXXXXXXXX
PEER Details:
username=XXXXXXXXXXX
type=friend
secret=secret
qualify=yes
nat=no
host=192.168.10.211

То нет никакой регистрации. И secret тоже не нужен. Регистрация требуется при указании
host=dynamic

Если же на Астериске указали host=192.168.10.211, а шлюзу приказываете регистрироваться на Астериске, то создаёте конфликт в логике работы шлюза, и он перестаёт временами отвечать на запросы OPTIONS. Которые по большому счёту вообще то не нужны, потому что устройство в одной локальной сети с Астериск.

[user1023]

Если шлюз - как ститический пир (Настройки sip-транка на астериске):

Trunk Name: XXXXXXXXXXX
PEER Details:
username=XXXXXXXXXXX
type=friend
secret=secret
qualify=yes
nat=no
host=192.168.10.211

То нет никакой регистрации. И secret тоже не нужен. Регистрация требуется при указании
host=dynamic

Если же на Астериске указали host=192.168.10.211, а шлюзу приказываете регистрироваться на Астериске, то создаёте конфликт в логике работы шлюза, и он перестаёт временами отвечать на запросы OPTIONS. Которые по большому счёту вообще то не нужны, потому что устройство в одной локальной сети с Астериск.

Пару часов назад, писал здесь пост про то, как получилось "подружить" астериск со шлюзом. Довольно подробно все описал, но, как я понял пост еще на премодерации.
Вы правы, прописал в транке host=dynamic, причем в asterisk logfiles явно указывалась эта ошибка, после замены значения host регистрация прошла. Даже входящий звонок совершить можно.

[user1023]

Доброго дня, уважаемые, коллеги, форумчане!

Не знаю, стоит ли плодить еще одну тему, если, что прошу уважаемых модераторов указать на это, и удалить сообщение.

Выше по теме описывал подключение VOIP-шлюза к Asterisk.
На данный момент через шлюз к Asterisk подключены три городские линии (осн1; осн.2; тест1 - 2 основные, 1 тестовая).
Помимо линий, настроены: транки, входящие маршруты ведущие на Time Conditions, исходящие маршруты - через Custom Contexts.
На шлюзе все настроено зеркально, на астериске тоже, различаются лишь звонковые очереди, и IVR на маршрутах.
Трудность заключается в том, что на Asterisk, на линию осн1, не приходит входящий вызов т.е. набираем номер линии и слышим гудки, как-будто не поднимается трубка.
При звонках на вторую основную и тестовую линии "трубка поднимается" проигрывается, соответствующий Time Conditions, IVR.
Но, если мы звоним на линию осн1, когда по правилам Time Conditions установлено "нерабочее время", ответ происходит, проигрывается IVR нерабочее время, оставляем голосовое сообщение и т.п.
Пробовал, во входящих маршрутах менять направление правила Time Conditions, для линии осн1, на на правило Time Conditions линий осн.2 и тест1 - результат тот же.
Понимаю, что где-то проблема во входящий маршрутизации линии осн1, но не понимаю где именно...
Прошу подсказать в каком направлении копать, чтобы обнаружить ошибку?

[user1023]

Дополню, предыдущий пост, после перезагрузки Asteriska и VOIP-шлюза, пропала возможность совершать входящий звонок, на линию осн.1, при правиле Time Conditions "нерабочее время".

[ded]

На данный момент через шлюз к Asterisk подключены три городские линии (осн1; осн.2; тест1 - 2 основные, 1 тестовая).
Помимо линий, настроены: транки, входящие маршруты ведущие на Time Conditions, исходящие маршруты - через Custom Contexts.
На шлюзе все настроено зеркально, на астериске тоже, различаются лишь звонковые очереди, и IVR на маршрутах.
Трудность заключается в том, что на Asterisk, на линию осн1, не приходит входящий вызов т.е. набираем номер линии и слышим гудки, как-будто не поднимается трубка.

Теория:
https://ru.wikipedia.org/wiki/DID

Теперь понятно такое поведение входящего вызова?
В китайских шлюзах PLAR режим называется Hotline,

Замечание: вы мудрите что-то через чур: настраивать приход аналоговой линии в очередь - неправильно. Аналоговая линия - это один одновременный разговор. Его нет смысла ставить в очередь, второго абонента в этой очереди не будет.

[user1023]

Теория:
https://ru.wikipedia.org/wiki/DID

Прочитал, спасибо.

Теперь понятно такое поведение входящего вызова?
В китайских шлюзах PLAR режим называется Hotline,

Прошу поправить, где я ошибся:
Параметр DID, на шлюзе gxw410x, указывается в Settings => Channels Settings, строка User ID.
Сейчас, в строке User ID, вписаны значения: ch1:1000;ch2:2000;ch3:3000;ch4:; т.е. канал ch1 имеет значение, DID, 1000.
Соответственно, в inbound route на asterisk, в строке DID указаны соответствующие каналу (городской линии подключенной к каналу) значения т.е. для ch1 шлюза, в inbound route линии осн1(ch1), значение DID указываю 1000; Далее, для входящего маршрута, линии тест1 (ch3), указываю DID 3000.
При таких настройках, если не отключать/включать питание на шлюзе, звонок проходит по линии осн1, попадает на IVR и т.д. Но, вызов приходит без определения номера звонящего, вместо номера телефона отображается unknown.
При звонке на линию тест1, все работает корректно.
Делаем "хард-ребут" шлюза - отключаю/включаю питание на шлюзе. После этого ситуация возобновляется - звонок на линии осн1, не доходит до астериска, на шлюзе Status => Networks Status, строка (она же ch1) Line 1: имеет статус busy, Connected, idle. т.е. Line 1: busy, Connected, idle.
При звонке на линию тест1, значения строки (она же ch3) Line 3: сначала, когда идут гудки, busy, Connected, idle; когда начинает проигрываться IVR, статус становится busy, PSTN Incoming (caller#): номер звонящего.

Замечание: вы мудрите что-то через чур: настраивать приход аналоговой линии в очередь - неправильно. Аналоговая линия - это один одновременный разговор. Его нет смысла ставить в очередь, второго абонента в этой очереди не будет.

Согласен, я "тренирвался на кошках", и в общей логике прохождения звонков, очереди убрал, в них не оказалось необходимости. Спасибо за подсказку!