На станции SMG-2016, есть несколько SIP транков.
Был один интерфейс SIP-профиль на локальных IP.
Для подключения SIP remote через SIPNET, потребовался еще один интерфейс SIP-профиль на реальном IP.
После создания такого интерфейса проблемы со станцией и начались.
Пока шлюз по умолчанию стоял на локальный IP проблем не было при работе с внутренними абонентами и станциями. Но все, кто подключался на внешний ИП при звонке, когда с той стороны снимали трубку, получали отбой. В дампе это выглядело так, от звонящего в сторону станции идет RTP трафик, станция не наго не отвечает, клиент через 5 секунд не получая ответа кладет трубку.
После того как шлюз по умолчанию был перенесен на внешний ИП, перестали работать звонки с внутренних абонентов и внешних.
Станцию обновили с 3.7 на 3.9.
Шлюз остался в сторону внешнего IP.
Звонки от внешних абонентов заработали.
Звонки на внутренние станции абонентов проходят, но нет звука.
Если смотреть дампом, то видно следующее.
В интерфейсе bond1 есть трафик и в сторону станций и от станций. В интерфейсе bond1.1 видно только трафик от абонентов, в bond1.4094 в сторону абонентов. Звука однако нет.
ifconfig
bond1 Link encap:Ethernet HWaddr A8:F9:4B:8A:6E:C7
inet6 addr: fe80::aaf9:4bff:fe8a:6ec7/64 Scope:Link
UP BROADCAST RUNNING MASTER MULTICAST MTU:1500 Metric:1
RX packets:20251412 errors:0 dropped:0 overruns:0 frame:0
TX packets:19998948 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:0
RX bytes:4536559731 (4.2 GiB) TX bytes:4564681179 (4.2 GiB)
bond1.1 Link encap:Ethernet HWaddr A8:F9:4B:8A:6E:C7
inet addr:172.16.251.254 Bcast:172.16.251.255 Mask:255.255.255.252
inet6 addr: fe80::aaf9:4bff:fe8a:6ec7/64 Scope:Link
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:6101887 errors:0 dropped:0 overruns:0 frame:0
TX packets:5890714 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:0
RX bytes:1182402281 (1.1 GiB) TX bytes:1302373176 (1.2 GiB)
bond1.171 Link encap:Ethernet HWaddr A8:F9:4B:8A:6E:C7
inet addr:176.192.226.186 Bcast:176.192.226.187 Mask:255.255.255.252
inet6 addr: fe80::aaf9:4bff:fe8a:6ec7/64 Scope:Link
UP BROADCAST RUNNING MULTICAST MTU:1496 Metric:1
RX packets:373866 errors:0 dropped:0 overruns:0 frame:0
TX packets:372256 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:0
RX bytes:74550373 (71.0 MiB) TX bytes:79582909 (75.8 MiB)
bond1.39 Link encap:Ethernet HWaddr A8:F9:4B:8A:6E:C7
inet addr:ХХХ.ХХХ.ХХХ.42 Bcast:ХХХ.ХХХ.ХХХ.43 Mask:255.255.255.252
inet6 addr: fe80::aaf9:4bff:fe8a:6ec7/64 Scope:Link
UP BROADCAST RUNNING MULTICAST MTU:1496 Metric:1
RX packets:77242 errors:0 dropped:0 overruns:0 frame:0
TX packets:45614 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:0
RX bytes:9972326 (9.5 MiB) TX bytes:8964521 (8.5 MiB)
bond1.4094 Link encap:Ethernet HWaddr A8:F9:4B:8A:6E:C7
inet addr:1.255.254.250 Bcast:1.255.254.255 Mask:255.255.255.240
inet6 addr: fe80::250:44ff:fe00:3/64 Scope:Link
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:10482874 errors:0 dropped:0 overruns:0 frame:0
TX packets:8826410 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:0
RX bytes:2006787521 (1.8 GiB) TX bytes:2050654733 (1.9 GiB)
bond1.4094.171 Link encap:Ethernet HWaddr A8:F9:4B:8A:6E:C7
inet6 addr: fe80::aaf9:4bff:fe8a:6ec7/64 Scope:Link
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:369885 errors:0 dropped:0 overruns:0 frame:0
TX packets:370306 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:0
RX bytes:74049480 (70.6 MiB) TX bytes:79245564 (75.5 MiB)
bond1.4094.39 Link encap:Ethernet HWaddr A8:F9:4B:8A:6E:C7
inet6 addr: fe80::aaf9:4bff:fe8a:6ec7/64 Scope:Link
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:30643 errors:0 dropped:0 overruns:0 frame:0
TX packets:30642 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:0
RX bytes:6128600 (5.8 MiB) TX bytes:6557388 (6.2 MiB)
bond1.4094.965 Link encap:Ethernet HWaddr A8:F9:4B:8A:6E:C7
inet6 addr: fe80::aaf9:4bff:fe8a:6ec7/64 Scope:Link
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:4833573 errors:0 dropped:0 overruns:0 frame:0
TX packets:3188886 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:0
RX bytes:966677628 (921.8 MiB) TX bytes:937300496 (893.8 MiB)
bond1.965 Link encap:Ethernet HWaddr A8:F9:4B:8A:6E:C7
inet addr:10.86.102.2 Bcast:10.86.102.7 Mask:255.255.255.248
inet6 addr: fe80::aaf9:4bff:fe8a:6ec7/64 Scope:Link
UP BROADCAST RUNNING MULTICAST MTU:1496 Metric:1
RX packets:3215543 errors:0 dropped:0 overruns:0 frame:0
TX packets:4863945 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:0
RX bytes:898321814 (856.7 MiB) TX bytes:1043109346 (994.7 MiB)
dsa0 Link encap:UNSPEC HWaddr 00-00-00-00-00-00-00-00-00-00-00-00-00-00-00-00
UP RUNNING NOARP MTU:1516 Metric:1
RX packets:10276 errors:0 dropped:0 overruns:0 frame:0
TX packets:10231 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:0
RX bytes:3165008 (3.0 MiB) TX bytes:695708 (679.4 KiB)
eth0 Link encap:Ethernet HWaddr A8:F9:4B:8A:6E:C7
inet6 addr: fe80::aaf9:4bff:fe8a:6ec7/64 Scope:Link
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:10276 errors:0 dropped:0 overruns:0 frame:0
TX packets:10246 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:532
RX bytes:3165008 (3.0 MiB) TX bytes:696982 (680.6 KiB)
Interrupt:8
eth1 Link encap:Ethernet HWaddr A8:F9:4B:8A:6E:C7
UP BROADCAST RUNNING SLAVE MULTICAST MTU:1500 Metric:1
RX packets:10650332 errors:0 dropped:0 overruns:0 frame:0
TX packets:6666268 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:532
RX bytes:2508796466 (2.3 GiB) TX bytes:1521632490 (1.4 GiB)
Interrupt:10
eth2 Link encap:Ethernet HWaddr A8:F9:4B:8A:6E:C7
UP BROADCAST RUNNING SLAVE MULTICAST MTU:1500 Metric:1
RX packets:9379500 errors:0 dropped:0 overruns:0 frame:0
TX packets:6666268 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:532
RX bytes:1979435615 (1.8 GiB) TX bytes:1521686177 (1.4 GiB)
Interrupt:12
eth3 Link encap:Ethernet HWaddr A8:F9:4B:8A:6E:C7
UP BROADCAST RUNNING SLAVE MULTICAST MTU:1500 Metric:1
RX packets:221580 errors:0 dropped:0 overruns:0 frame:0
TX packets:6666412 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:532
RX bytes:48327650 (46.0 MiB) TX bytes:1521362512 (1.4 GiB)
Interrupt:14
intra1 Link encap:Ethernet HWaddr 00:50:43:00:00:02
inet addr:1.255.255.2 Bcast:1.255.255.255 Mask:255.255.255.0
inet6 addr: fe80::200:ff:fe00:0/64 Scope:Link
UP BROADCAST RUNNING MULTICAST MTU:1494 Metric:1
RX packets:0 errors:0 dropped:0 overruns:0 frame:0
TX packets:5 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:0
RX bytes:0 (0.0 B) TX bytes:438 (438.0 B)
lo Link encap:Local Loopback
inet addr:127.0.0.1 Mask:255.0.0.0
inet6 addr: ::1/128 Scope:Host
UP LOOPBACK RUNNING MULTICAST MTU:16436 Metric:1
RX packets:266091 errors:0 dropped:0 overruns:0 frame:0
TX packets:266091 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:0
RX bytes:38791566 (36.9 MiB) TX bytes:38791566 (36.9 MiB)
shelf0 Link encap:Ethernet HWaddr 00:80:C2:00:00:00
inet addr:1.255.255.101 Bcast:1.255.255.95 Mask:255.255.255.240
inet6 addr: fe80::200:ff:fe00:0/64 Scope:Link
UP BROADCAST RUNNING MULTICAST MTU:1494 Metric:1
RX packets:0 errors:0 dropped:0 overruns:0 frame:0
TX packets:5 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:0
RX bytes:0 (0.0 B) TX bytes:438 (438.0 B)
0.0.0.0 ХХХ.ХХХ.ХХХ.41 0.0.0.0 UG 0 0 0 bond1.39
1.255.254.240 0.0.0.0 255.255.255.240 U 0 0 0 bond1.4094
1.255.255.0 0.0.0.0 255.255.255.0 U 0 0 0 intra1
1.255.255.96 0.0.0.0 255.255.255.240 U 0 0 0 shelf0
10.1.0.194 176.192.226.185 255.255.255.255 UGH 0 0 0 bond1.171
10.86.102.0 0.0.0.0 255.255.255.248 U 0 0 0 bond1.965
172.16.0.0 172.16.251.253 255.255.0.0 UG 0 0 0 bond1.1
172.16.251.252 0.0.0.0 255.255.255.252 U 0 0 0 bond1.1
176.192.226.184 0.0.0.0 255.255.255.252 U 0 0 0 bond1.171
ХХХ.ХХХ.ХХХ.2 172.16.251.253 255.255.255.255 UGH 0 0 0 bond1.1
ХХХ.ХХХ.ХХХ.14 172.16.251.253 255.255.255.255 UGH 0 0 0 bond1.1
ХХХ.ХХХ.ХХХ.40 0.0.0.0 255.255.255.252 U 0 0 0 bond1.39
Подскажите, куда копать, чтобы станция нормально заработала при коммутации на нее абонентов по обоим интерфейсам.
О деактивации форума Eltex
Уважаемые коллеги! В связи с потерей актуальности данного ресурса, нами было принято решение о частичной деактивации форума Eltex. Мы отключили функции регистрации и создания новых тем, а также возможность оставлять сообщения. Форум продолжит работу в "режиме чтения", так как за долгие годы работы здесь накопилось много полезной информации и ответов на часто встречающиеся вопросы.
Мы активно развиваем другие каналы коммуникаций, которые позволяют более оперативно и адресно консультировать наших клиентов. Если у вас возникли вопросы по работе оборудования, вы можете обратиться в техническую поддержку Eltex, воспользовавшись формой обращения на сайте компании или оставить заявку в системе Service Desk. По иным вопросам проконсультируют наши менеджеры коммерческого отдела: eltex@eltex-co.ru.
Уважаемые коллеги! В связи с потерей актуальности данного ресурса, нами было принято решение о частичной деактивации форума Eltex. Мы отключили функции регистрации и создания новых тем, а также возможность оставлять сообщения. Форум продолжит работу в "режиме чтения", так как за долгие годы работы здесь накопилось много полезной информации и ответов на часто встречающиеся вопросы.
Мы активно развиваем другие каналы коммуникаций, которые позволяют более оперативно и адресно консультировать наших клиентов. Если у вас возникли вопросы по работе оборудования, вы можете обратиться в техническую поддержку Eltex, воспользовавшись формой обращения на сайте компании или оставить заявку в системе Service Desk. По иным вопросам проконсультируют наши менеджеры коммерческого отдела: eltex@eltex-co.ru.
SMG 2016, проблема при работе с несколькими SIP интерфейсами
Re: SMG 2016, проблема при работе с несколькими SIP интерфейсами
pcap трейс, в простонародье tcpdump расскажет в чём дело.
Re: SMG 2016, проблема при работе с несколькими SIP интерфейсами
Можно подробней, с каким ключом запускать и что смотреть?
Если я запускаю просто tcpdump -ni bond1 host x.x.x.x, то двунаправленный трафик вижу.
Если я запускаю просто tcpdump -ni bond1 host x.x.x.x, то двунаправленный трафик вижу.
Re: SMG 2016, проблема при работе с несколькими SIP интерфейсами
Может вам стоит переделать маршрутизацияю? например два шлюза. один - для внутренней сети, второй для внешней, разбить их по Vlan'ам.
Все знать на свете нереально, но я, мечту свою лелея, решил проблему гениально: я обращаюсь в техподдержку
Re: SMG 2016, проблема при работе с несколькими SIP интерфейсами
Шлюз по умолчанию я бы рекомендовал вообще убрать, чтобы к вам сильно не долбился никто с внешки, а шлюзы необходимые прописывать в Route'ax
Все знать на свете нереально, но я, мечту свою лелея, решил проблему гениально: я обращаюсь в техподдержку
Re: SMG 2016, проблема при работе с несколькими SIP интерфейсами
Анвар писал(а):Может вам стоит переделать маршрутизацияю? например два шлюза. один - для внутренней сети, второй для внешней, разбить их по Vlan'ам.
В данные момент так и настроено.
Внешняя сеть смотрит через внешний интерфейс.
В таблице маршрутизации строка
0.0.0.0 ХХХ.ХХХ.ХХХ.41 0.0.0.0 UG 0 0 0 bond1.39
Внутренняя сеть смотрит через внутренний интерфейс
В таблице маршрутизации строка
172.16.0.0 172.16.251.253 255.255.0.0 UG 0 0 0 bond1.1
У интерфейса bond1.39 настройка ХХХ.ХХХ.ХХХ.42 mask 255.255.255.252
У интерфейса bond1.1 настройка 172.16.251.254 mask 255.255.255.252
Re: SMG 2016, проблема при работе с несколькими SIP интерфейсами
Анвар писал(а):Шлюз по умолчанию я бы рекомендовал вообще убрать, чтобы к вам сильно не долбился никто с внешки, а шлюзы необходимые прописывать в Route'ax
В конечном варианте, так и будет. На данный момент с точки зрения сетевой маршрутизации, я не вижу большой разницы между записью
ip route y.y.y.y/24 via x.x.x.41
и ip route default via x.x.x.41
Уровень безопасности разный, но сейчас интересует, а какого не звонит нормально.
При замене снова шлюза по умолчанию в локальную сеть, с внешнего мира звонки не проходят и из изнутри, толком не работает.
При этом звонки через SIP транки транзитом нормально идет.
Проблема только на интерфейсах SIP профиль.
Re: SMG 2016, проблема при работе с несколькими SIP интерфейсами
а в каждом из сетевых интерфейсов прописан свой Gateway?
В SMG есть iproute2 и она может для каждого сетевого интерфейса использовать один свой default-Gateway
и дополнительно один из этих defaut-Gateway можно выбрать глобальным для всех остальных интерфейсов
p.s. можете конфиг прислать на techsupp@eltex.nsk.ru со ссылкой на тему, посмотрим
В SMG есть iproute2 и она может для каждого сетевого интерфейса использовать один свой default-Gateway
и дополнительно один из этих defaut-Gateway можно выбрать глобальным для всех остальных интерфейсов
p.s. можете конфиг прислать на techsupp@eltex.nsk.ru со ссылкой на тему, посмотрим
SMG / techsupp@eltex.nsk.ru
Re: SMG 2016, проблема при работе с несколькими SIP интерфейсами
Bokrenok писал(а):а в каждом из сетевых интерфейсов прописан свой Gateway?
В SMG есть iproute2 и она может для каждого сетевого интерфейса использовать один свой default-Gateway
и дополнительно один из этих defaut-Gateway можно выбрать глобальным для всех остальных интерфейсов
p.s. можете конфиг прислать на techsupp@eltex.nsk.ru со ссылкой на тему, посмотрим
Шлюз по умолчанию выставляется только для одного интерфейса. Если шлюз делается в мир, то еще ставятся локальные маршруты.
В данный момент при указании внутреннего шлюза по умолчанию, появилась еще проблема.
При вызове на клиентскую станцию, передается следующее:
INVITE sip:55554@ХХХ.ХХХ.ХХХ.42 SIP/2.0
Via: SIP/2.0/UDP 192.168.10.4:55683;rport;branch=z9hG4bKPj872b872177f54da09dd58a067d7aeb7d
Max-Forwards: 70
From: "54704" <sip:54704@ХХХ.ХХХ.ХХХ.42>;tag=1ebdc550018a4511a44032ca27cf1817
To: <sip:55554@194.190.170.42>
Contact: "54704" <sip:54704@192.168.10.4:55683;ob>
Call-ID: 9a71d91486d94590a7d9ca0e31b8746b
CSeq: 30524 INVITE
Allow: PRACK, INVITE, ACK, BYE, CANCEL, UPDATE, INFO, SUBSCRIBE, NOTIFY, REFER, MESSAGE, OPTIONS
Supported: replaces, 100rel, timer, norefersub
Session-Expires: 1800
Min-SE: 90
User-Agent: MicroSIP/3.15.1
Content-Type: application/sdp
Content-Length: 363
SIP/2.0 200 OK
Via: SIP/2.0/UDP 192.168.10.4:55683;branch=z9hG4bKPj872b872177f54da09dd58a067d7aeb7d;received=5.189.27.125;rport=55683
From: "54704" <sip:54704@ХХХ.ХХХ.ХХХ.42>;tag=1ebdc550018a4511a44032ca27cf1817
To: <sip:55554@ХХХ.ХХХ.ХХХ.42>;tag=i67p0D1205D0u4
Call-ID: 9a71d91486d94590a7d9ca0e31b8746b
CSeq: 30524 INVITE
Contact: <sip:55554@ХХХ.ХХХ.ХХХ.ХХХ:5060>
Accept: multipart/mixed, application/sdp
Supported: replaces
Allow: INVITE, ACK, BYE, CANCEL, PRACK, REGISTER, INFO, REFER, NOTIFY, OPTIONS, UPDATE
Content-Type: application/sdp
User-Agent: Eltex smg_pa_sip smg_pa_sip-3.9.0.44
Content-Length: 152
То станция удаленного абонента вызывает уже как :
172.16.251.36.5060 > 172.16.251.254.5060: [udp sum ok] SIP, length: 508
OPTIONS sip:172.16.251.254 SIP/2.0
Via: SIP/2.0/UDP 172.16.251.36:5060;branch=z9hG4bK21f08fb7
Max-Forwards: 70
From: "Unknown" <sip:Unknown@172.16.251.36>;tag=as295b40f0
To: <sip:172.16.251.254>
Contact: <sip:Unknown@172.16.251.36:5060>
Call-ID: 107673ee618ec73d2d34963175dd1637
CSeq: 102 OPTIONS
User-Agent: Asterisk PBX 1.8.7.1
Date: Mon, 21 Aug 2017 15:32:09 GMT
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY, INFO, PUBLISH
Supported: replaces, timer
Content-Length: 0
15:33:05.150549 IP (tos 0xa8, ttl 64, id 0, offset 0, flags [DF], proto UDP (17), length 629)
172.16.251.254.5060 > 172.16.251.36.5060: [udp sum ok] SIP, length: 601
SIP/2.0 200 OK
Via: SIP/2.0/UDP 172.16.251.36:5060;branch=z9hG4bK21f08fb7
From: "Unknown" <sip:Unknown@172.16.251.36>;tag=as295b40f0
To: <sip:172.16.251.254>
Call-ID: 107673ee618ec73d2d34963175dd1637
CSeq: 102 OPTIONS
Accept: multipart/mixed, application/sdp
Supported: replaces
Allow: INVITE, ACK, BYE, CANCEL, PRACK, REGISTER, INFO, REFER, NOTIFY, OPTIONS, UPDATE
Content-Type: application/sdp
User-Agent: Eltex smg_pa_sip smg_pa_sip-3.9.0.44
Content-Length: 122
v=0
o=- 1 1 IN IP4 172.16.251.254
s=SMG SIP session
c=IN IP4 172.16.251.254
t=0 0
m=audio 0 RTP/AVP 8 0
a=sendrecv
15:33:09.220685 IP (tos 0xa8, ttl 64, id 0, offset 0, flags [DF], proto UDP (17), length 809)
172.16.251.254.5060 > 172.16.251.36.5060: [udp sum ok] SIP, length: 781
INVITE sip:172.16.251.36:5060 SIP/2.0
Via: SIP/2.0/UDP 172.16.251.254:5060;rport;branch=z9hG4bK-o649807-1205
From: "54704" <sip:3467554704@172.16.251.254;user=phone>;tag=o1205p0D2115D0t5
To: <sip:172.16.251.36;user=phone>
Call-ID: 1503-311596-649750
CSeq: 2 INVITE
User-Agent: Eltex smg_pa_sip smg_pa_sip-3.9.0.44
Max-Forwards: 65
Contact: <sip:3467554704@172.16.251.254:5060>
Accept: multipart/mixed, application/sdp
Allow: INVITE, ACK, BYE, CANCEL, PRACK, REGISTER, INFO, REFER, NOTIFY, OPTIONS, UPDATE
Supported: replaces
Content-Type: application/sdp
Content-Length: 190
v=0
o=- 1205 650091 IN IP4 172.16.251.254
s=SMG SIP session
c=IN IP4 172.16.251.254
t=0 0
m=audio 20380 RTP/AVP 8 0
a=rtpmap:8 PCMA/8000
a=rtpmap:0 PCMU/8000
a=ptime:20
a=sendrecv
15:33:09.238657 IP (tos 0x60, ttl 62, id 42124, offset 0, flags [none], proto UDP (17), length 508)
172.16.251.36.5060 > 172.16.251.254.5060: [udp sum ok] SIP, length: 480
SIP/2.0 100 Trying
Via: SIP/2.0/UDP 172.16.251.254:5060;branch=z9hG4bK-o649807-1205;received=172.16.251.254;rport=5060
From: "54704" <sip:3467554704@172.16.251.254;user=phone>;tag=o1205p0D2115D0t5
To: <sip:172.16.251.36;user=phone>
Call-ID: 1503-311596-649750
CSeq: 2 INVITE
Server: Asterisk PBX 1.8.7.1
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY, INFO, PUBLISH
Supported: replaces, timer
Contact: <sip:s@172.16.251.36:5060>
Content-Length: 0
Т.е. номер вызываемого абонента просто не передается. Еще утром, пока шлюз стоял в мир, вызывалось нормально.
Файл конфигурации выслал на указанный ящик.
Re: SMG 2016, проблема при работе с несколькими SIP интерфейсами
Fastel писал(а):Файл конфигурации выслал на указанный ящик.
еще бы сразу и pcap-трейс актуальный вдогонку
его снять можно файликом в разделе "Трассировки - PCAP трассировки" с интерфейса "bond1"
p.s. не надо вывод tcpdump смотреть текстом, его надо в pcap-файл писать, а потом смотреть через WireShark
SMG / techsupp@eltex.nsk.ru
Re: SMG 2016, проблема при работе с несколькими SIP интерфейсами
еще бы сразу и pcap-трейс актуальный вдогонку
его снять можно файликом в разделе "Трассировки - PCAP трассировки" с интерфейса "bond1"
p.s. не надо вывод tcpdump смотреть текстом, его надо в pcap-файл писать, а потом смотреть через WireShark
Выслал.
Re: SMG 2016, проблема при работе с несколькими SIP интерфейсами
Выслал.
Добрый день!
Глянул конфигурацию и дампы.
По поводу проблемы с передачей номера Б в сторону TG03-MCHS. Там как раз на исходящем канале связи у Вас стоит модификатор, идет отбор номера по номеру CgPN, к которому до этого добавили префикс станции в профиле PBX (SIP-абоненты). В результате в таблице модификации происходит успешное совпадение с маской отбора, в котором Вы успешно удаляете 5 символов от номера CdPN (таблица MD_from_TTK , правило CdPN "-----$")
По поводу односторонней слышимости при звонках, как вариант там где задан внешний интерфейс включить NAT (comedia mode) в сип профиле.
Если ситуация не поменяется снять PBX-PSTN трассировку вызова с уровнями:
аварии - 1, вызовы - 1 , SS7-ISUP 1, SIP - 1, Q.931 - 1, H.323 - 1, RTP-соединения - 99, SM-VP команды - 1, RADIUS - 1, IVR -1.
Трассировку выслать на почту (в ЛС)
Возможные статьи в помощь:
http://kcs.eltex.nsk.ru/articles/187
http://kcs.eltex.nsk.ru/articles/951
http://kcs.eltex.nsk.ru/articles/41
http://kcs.eltex.nsk.ru/articles/78
С уважением, Абдулов Гамир / Сервисный центр VoIP / ООО "Предприятие "Элтекс"
Вернуться в «Оборудование VoIP»
Кто сейчас на конференции
Сейчас этот форум просматривают: нет зарегистрированных пользователей и 12 гостей