Добрый день, коллеги. Настраиваю связку asterisk + freepbx. В настройках freepbx установлен канал pjsip. Подключил транк РТК, регистрация проходит. Настраиваю входящую маршрутизацию. Поскольку по умолчанию РТК учетка не отдает свой DID, пришлось приделывать костыли. В контексте пришлось прописать from-pstn-toheader. Ошибка «No DID or CID Match» ушла, но вылазит следующий косяк: Executing [s@from-pstn-toheader:1] NoOp(«PJSIP/742XXXXX966-00000002», «Attempting to extract DID from SIP To header») in new stack

-- Executing [s@from-pstn-toheader:2] GotoIf("PJSIP/742XXXXX966-00000002", "0?SIP") in new stack

-- Executing [s@from-pstn-toheader:3] GotoIf("PJSIP/742XXXXX966-00000002", "1?PJSIP") in new stack

-- Goto (from-pstn-toheader,s,7)

-- Executing [s@from-pstn-toheader:7] 

Goto(«PJSIP/742XXXXX966-00000002», «from-pstn,742XXXXX966,1») in new stack – Goto (from-pstn,742XXXXX966,1)

-- Executing [742XXXXX966@from-pstn:1] Set("PJSIP/742XXXXX966-00000002", "__FROM_DID=742XXXXX966") in new stack

-- Executing [742XXXXX966@from-pstn:2] NoOp("PJSIP/742XXXXX966-00000002", "Received an unknown call with DID set to 742XXXXX966") in new stack

-- Executing [742XXXXX966@from-pstn:3] Goto("PJSIP/742XXXXX966-00000002", "s,a2") in new stack

-- Goto (from-pstn,s,2)

-- Executing [s@from-pstn:2] Answer("PJSIP/742XXXXX966-00000002", "") in new stac

[2023-04-06 16:08:32] ERROR[18048][C-00000003]: pbx_functions.c:651 ast_func_read2: Function SIP_HEADER not registered

Откуда он берет SIP_HEADER, если выше прямо говорит «Set(«PJSIP/742XXXXX966-00000002», «__FROM_DID=742XXXXX966»)»

Как SIP_HEADER поменять на PJSIP_HEADER?

Д.д. коллеги, появилась необъяснимая проблема. Есть два сервера на Centos, между собой связаны через OpenVPN. Сервер OpenVPN 192.168.1.6, клиент OpenVPN 192.168.16.1. И из локальной сети, где установлен сервер OpenVPN пингуются несуществующие адреса, принадлежащие локальной сети клиента OpenVPN, например 192.168.16.25 (нет такой тачки). Пинги с серверов, где установлен OpenVPN закономерно отсутствуют. ARP-таблица на обоих серваках этих адресов не видит. С дампами вообще какая то ерунда, дамп на локальном и туннельном интерфейсе клиента OpenVPN показывают погоду. Дамп icmp на клиенте видит трафик.

Пинг с локалки

C:\Users******>ping 192.168.16.25

Обмен пакетами с 192.168.16.25 по с 32 байтами данных:

Ответ от 192.168.16.25: число байт=32 время=18мс TTL=63

Ответ от 192.168.16.25: число байт=32 время=15мс TTL=63

Ответ от 192.168.16.25: число байт=32 время=15мс TTL=63

Ответ от 192.168.16.25: число байт=32 время=15мс TTL=63
………………………………………………………

Пинг с сервера OpenVPN [root@** ~]# ping 192.168.16.25

PING 192.168.16.25 (192.168.16.25) 56(84) bytes of data.

From 192.168.16.1 icmp_seq=1 Destination Host Unreachable

From 192.168.16.1 icmp_seq=2 Destination Host Unreachable

From 192.168.16.1 icmp_seq=3 Destination Host Unreachable

From 192.168.16.1 icmp_seq=4 Destination Host Unreachable

^C — 192.168.16.25 ping statistics —

7 packets transmitted, 0 received, +4 errors, 100% packet loss, time 6000ms

pipe 4

………………………………………..

Пинг с клиента OpenVPN

[root@localhost ~]# ping 192.168.16.25

PING 192.168.16.25 (192.168.16.25) 56(84) bytes of data.

From 192.168.16.1 icmp_seq=1 Destination Host Unreachable

From 192.168.16.1 icmp_seq=2 Destination Host Unreachable

From 192.168.16.1 icmp_seq=3 Destination Host Unreachable

From 192.168.16.1 icmp_seq=4 Destination Host Unreachable

^C — 192.168.16.25 ping statistics —

6 packets transmitted, 0 received, +4 errors, 100% packet loss, time 5000ms pipe 4 ……………………………………………………

ARP-таблица на клиенте OpenVPN

[root@localhost ~]# arp -a 192.168.16.25

? (192.168.16.25) at on enp4s1

…………………..

Дампы

[root@localhost ~]# tcpdump -i enp4s1 -p icmp tcpdump: verbose output suppressed, use -v or -vv for full protocol decode

listening on enp4s1, link-type EN10MB (Ethernet), capture size 262144 bytes

06:49:42.680612 IP 192.168.1.6 > 192.168.16.10: ICMP host 192.168.1.95 unreachable, length 114

06:49:44.252550 IP 192.168.1.6 > 192.168.16.5: ICMP host 192.168.1.11 unreachable, length 114

06:49:44.252614 IP 192.168.1.6 > 192.168.16.5: ICMP host 192.168.1.11 unreachable, length 114

06:49:44.252679 IP 192.168.1.6 > 192.168.16.5: ICMP host 192.168.1.113 unreachable, length 114

06:49:44.252724 IP 192.168.1.6 > 192.168.16.5: ICMP host 192.168.1.118 unreachable, length 114

06:49:44.556403 IP 192.168.1.6 > 192.168.16.24: ICMP host 192.168.1.252 unreachable, length 56

06:49:44.556445 IP 192.168.1.6 > 192.168.16.22: ICMP host 192.168.1.252 unreachable, length 56

………………………………………………

[root@localhost ~]# tcpdump -i tun0 -p icmp

tcpdump: verbose output suppressed, use -v or -vv for full protocol decode

listening on tun0, link-type RAW (Raw IP), capture size 262144 bytes

06:51:48.222637 IP 192.168.1.6 > 192.168.100.6: ICMP host 192.168.1.95 unreachable, length 115

06:51:48.274603 IP 192.168.1.5 > 192.168.16.25: ICMP echo request, id 1, seq 2277, length 40

06:51:48.274639 IP 192.168.16.25 > 192.168.1.5: ICMP echo reply, id 1, seq 2277, length 40

06:51:49.216576 IP 192.168.1.6 > 192.168.100.6: ICMP host 192.168.1.11 unreachable, length 114

06:51:49.216668 IP 192.168.1.6 > 192.168.100.6: ICMP host 192.168.1.11 unreachable, length 114

06:51:49.216724 IP 192.168.1.6 > 192.168.100.6: ICMP host 192.168.1.11 unreachable, length 114

…………………………………………………

[root@localhost ~]# tcpdump -p icmp

tcpdump: verbose output suppressed, use -v or -vv for full protocol decode

listening on tun0, link-type RAW (Raw IP), capture size 262144 bytes

06:45:30.270249 IP 192.168.1.5 > 192.168.16.25: ICMP echo request, id 1, seq 1899, length 40

06:45:30.270297 IP 192.168.16.25 > 192.168.1.5: ICMP echo reply, id 1, seq 1899, length 40

…………………………………………………….

Есть идеи?

Добрый день, коллеги ни кто не сталкивался? Ситуация следующая: есть Centos 7, на нем поднят l2tp+strongswan. Делал по этой статье: https://www.dmosk.ru/instruktions.php?object=l2tpd-centos8. И как бы все работает, но есть одно но….Клиентом vpn по умолчанию является микротик,соединение поднимается и все хорошо. Но стоит только начать подключение второго клиента VPN (Windows), соединение рвется. Но, если отключить микротик и устанавливать сначала VPN из под винды-соединение поднимается и все работает. Ставил эксперимент -одновременно могут подниматься VPN на микротике и VPN на андроиде. Как только появлятся виндовс-все падает.