Звездочка Ссылка на новый IP-адрес

У меня возникла проблема/пытаюсь заставить что-то работать в Asterisk. У меня есть соединительная линия с системой вызова медсестры Ascom, и есть базовая функция для набора номера с портативного устройства в палату пациента. Я могу установить вызов от Asterisk на сервер вызова медсестры. Сервер вызова медсестры отправляет сообщение Refer на другой адрес в той же подсети, но Asterisk не может найти это устройство. Если я вручную ввожу диалплан для маршрутизации вызовов на это устройство, оно подключается, но система может иметь много адресов, и было бы невозможно определить, какой адрес и номер набора будут в сообщении Refer Asterik 10.2.87.201 Ascom 10.2.87.1

Обратитесь к сообщению refer-to: sip:[email protected]

Мне нужна возможность динамического переноса Asterisk на этот добавочный номер и домен.

Это рабочий пример с диалпланом, указывающим системе вручную отправить сообщение на адрес 10.2.87.11.

exten => _VX.,n,Dial(SIP/${EXTEN}@10.2.87.11)

    -- Executing [201*65609848@default:2] Dial("SIP/1341-000001cd", "SIP/T6/201*65609848") in new stack
  == Using SIP RTP CoS mark 5
    -- Called SIP/T6/201*65609848
       > 0x7fba38016560 -- Strict RTP learning after remote address set to: 10.2.87.1:8766
    -- SIP/T6-000001ce answered SIP/1341-000001cd
    -- Channel SIP/T6-000001ce joined 'simple_bridge' basic-bridge <07b9ccbf-138d-423b-87cf-ad6c41336591>
    -- Channel SIP/1341-000001cd joined 'simple_bridge' basic-bridge <07b9ccbf-138d-423b-87cf-ad6c41336591>
       > Bridge 07b9ccbf-138d-423b-87cf-ad6c41336591: switching from simple_bridge technology to native_rtp
       > Locally RTP bridged 'SIP/1341-000001cd' and 'SIP/T6-000001ce' in stack
       > 0x7fb9c017aa00 -- Strict RTP learning after remote address set to: 192.168.21.82:16734
       > Locally RTP bridged 'SIP/1341-000001cd' and 'SIP/T6-000001ce' in stack
       > 0x7fb9c017aa00 -- Strict RTP switching to RTP target address 192.168.21.82:16734 as source
       > Locally RTP bridged 'SIP/1341-000001cd' and 'SIP/T6-000001ce' in stack
    -- Channel SIP/T6-000001ce left 'native_rtp' basic-bridge <07b9ccbf-138d-423b-87cf-ad6c41336591>
       > Bridge 07b9ccbf-138d-423b-87cf-ad6c41336591: switching from native_rtp technology to simple_bridge
    -- Channel SIP/1341-000001cd left 'simple_bridge' basic-bridge <07b9ccbf-138d-423b-87cf-ad6c41336591>
    -- Executing [V1003B0G65609848L0@default:1] NoOp("SIP/1341-000001cd", "V1003B0G65609848L0") in new stack
    -- Executing [V1003B0G65609848L0@default:2] Dial("SIP/1341-000001cd", "SIP/[email protected]") in new stack
  == Using SIP RTP CoS mark 5
    -- Called SIP/[email protected]
       > 0x7fb9c017aa00 -- Strict RTP learning complete - Locking on source address 192.168.21.82:16734
       > 0x7fba3802cb80 -- Strict RTP learning after remote address set to: 10.2.87.11:5012
    -- SIP/10.2.87.11-000001cf answered SIP/1341-000001cd
    -- Channel SIP/10.2.87.11-000001cf joined 'simple_bridge' basic-bridge <149e09d8-7d19-46fb-9135-43ffa33862e1>
    -- Channel SIP/1341-000001cd joined 'simple_bridge' basic-bridge <149e09d8-7d19-46fb-9135-43ffa33862e1>
       > Bridge 149e09d8-7d19-46fb-9135-43ffa33862e1: switching from simple_bridge technology to native_rtp
       > Locally RTP bridged 'SIP/1341-000001cd' and 'SIP/10.2.87.11-000001cf' in stack
       > 0x7fba3802cb80 -- Strict RTP switching to RTP target address 10.2.87.11:5012 as source
       > 0x7fba3802cb80 -- Strict RTP learning complete - Locking on source address 10.2.87.11:5012
    -- Channel SIP/1341-000001cd left 'native_rtp' basic-bridge <149e09d8-7d19-46fb-9135-43ffa33862e1>
    -- Channel SIP/10.2.87.11-000001cf left 'native_rtp' basic-bridge <149e09d8-7d19-46fb-9135-43ffa33862e1>
  == Spawn extension (default, V1003B0G65609848L0, 2) exited non-zero on 'SIP/1341-000001cd'

Не работает при использовании диалплана Transfer

       > 0x7fb9c017aa00 -- Strict RTP learning after remote address set to: 192.168.21.82:16766
    -- Executing [201*65609851@default:1] NoOp("SIP/1341-000001de", "201*65609851") in new stack
    -- Executing [201*65609851@default:2] Dial("SIP/1341-000001de", "SIP/T6/201*65609851") in new stack
  == Using SIP RTP CoS mark 5
    -- Called SIP/T6/201*65609851
       > 0x7fba4001ebf0 -- Strict RTP learning after remote address set to: 10.2.87.1:8766
    -- SIP/T6-000001df answered SIP/1341-000001de
    -- Channel SIP/T6-000001df joined 'simple_bridge' basic-bridge <9b4ac0b8-3bcf-4ef3-862a-46b36a7cddab>
    -- Channel SIP/1341-000001de joined 'simple_bridge' basic-bridge <9b4ac0b8-3bcf-4ef3-862a-46b36a7cddab>
       > Bridge 9b4ac0b8-3bcf-4ef3-862a-46b36a7cddab: switching from simple_bridge technology to native_rtp
       > Locally RTP bridged 'SIP/1341-000001de' and 'SIP/T6-000001df' in stack
       > 0x7fb9c017aa00 -- Strict RTP learning after remote address set to: 192.168.21.82:16766
       > Locally RTP bridged 'SIP/1341-000001de' and 'SIP/T6-000001df' in stack
       > 0x7fb9c017aa00 -- Strict RTP switching to RTP target address 192.168.21.82:16766 as source
       > Locally RTP bridged 'SIP/1341-000001de' and 'SIP/T6-000001df' in stack
    -- Channel SIP/T6-000001df left 'native_rtp' basic-bridge <9b4ac0b8-3bcf-4ef3-862a-46b36a7cddab>
       > Bridge 9b4ac0b8-3bcf-4ef3-862a-46b36a7cddab: switching from native_rtp technology to simple_bridge
    -- Channel SIP/1341-000001de left 'simple_bridge' basic-bridge <9b4ac0b8-3bcf-4ef3-862a-46b36a7cddab>
    -- Executing [V1003B0G65609851L0@default:1] NoOp("SIP/1341-000001de", "V1003B0G65609851L0") in new stack
    -- Executing [V1003B0G65609851L0@default:2] Transfer("SIP/1341-000001de", "SIP/V1003B0G65609851L0") in new stack
  == Using SIP RTP CoS mark 5
       > 0x7fb9c0174940 -- Strict RTP learning after remote address set to: 192.168.21.82:16770
    -- Executing [V1003B0G65609851L0@default:1] NoOp("SIP/1341-000001e0", "V1003B0G65609851L0") in new stack
    -- Executing [V1003B0G65609851L0@default:2] Transfer("SIP/1341-000001e0", "SIP/V1003B0G65609851L0") in new stack
    -- Auto fallthrough, channel 'SIP/1341-000001e0' status is 'UNKNOWN'
  == Using SIP RTP CoS mark 5
       > 0x7fb9c0174940 -- Strict RTP learning after remote address set to: 192.168.21.82:16770
    -- Executing [V1003B0G65609851L0@default:1] NoOp("SIP/1341-000001e1", "V1003B0G65609851L0") in new stack
    -- Executing [V1003B0G65609851L0@default:2] Transfer("SIP/1341-000001e1", "SIP/V1003B0G65609851L0") in new stack
    -- Auto fallthrough, channel 'SIP/1341-000001e1' status is 'UNKNOWN'
  == Using SIP RTP CoS mark 5
       > 0x7fb9c0174940 -- Strict RTP learning after remote address set to: 192.168.21.82:16770
    -- Executing [V1003B0G65609851L0@default:1] NoOp("SIP/1341-000001e2", "V1003B0G65609851L0") in new stack
    -- Executing [V1003B0G65609851L0@default:2] Transfer("SIP/1341-000001e2", "SIP/V1003B0G65609851L0") in new stack
    -- Auto fallthrough, channel 'SIP/1341-000001e2' status is 'UNKNOWN'
       > 0x7fb9c0174940 -- Strict RTP learning after remote address set to: 192.168.21.82:16770
    -- Auto fallthrough, channel 'SIP/1341-000001de' status is 'ANSWER'

Короче говоря, мне нужен последний пример для динамической отправки в домен в реферальном сообщении.

Спасибо за помощь


sip asterisk refer
person Matt Saiko    schedule 19.12.2019    source источник

Ответы (1)


arrow_upward
0
arrow_downward

Я не уверен, правильно ли это, но я заставил это работать, создав пользователей для всех устройств, с которыми мне нужно было общаться, и настроив файл extensions.conf.

exten => _VX.,n,Dial(SIP/${EXTEN}@${SIPDOMAIN})

fullname = 10.2.87.10
secret =
hasvoicemail = no
host = 10.2.87.10
userqphone = yes
qualify = no
hassip = yes
hasiax = no
callwaiting = yes
context = default
person Matt Saiko    schedule 23.12.2019