Вопрос по DID Ringing Samsung OfficeServ 7100

[LionB]

После таких настроек надо SIP Stack перезагрузить. Перезагрузи процессор.

[kochetov]

После таких настроек надо SIP Stack перезагрузить. Перезагрузи процессор.

Перезагрузил. Все по-прежнему, инвайты не уходят.

[LionB]

Ерунда какая-то.
Посмотри трэйс прямо с проца из линукса

Заходим telnet'ом на станцию, выбираем bash shell, а дальше
tcpdump -i eth0 -n -nn -s 0 -w /tmp/tracert.pcap
Дальше по ftp забираем наш файлик.

[LionB]

А вообще. Что за версия АТС и тип процессора?

[kochetov]

А вообще. Что за версия АТС и тип процессора?

Samsung OfficeServ 7100
Прошивка 4.46d V1.0
#511

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

bash-3.00# which tcpdump
/usr/sbin/tcpdump
bash-3.00# /usr/sbin/tcpdump -i eth0 -n -nn -s 0 -w /tmp/tracert.pcap
tcpdump: listening on eth0, link-type EN10MB (Ethernet), capture size 65535 byte
s
37 packets captured
74 packets received by filter
0 packets dropped by kernel
bash-3.00#

Запустил выполнение команды, совершил попытку звонка, прервал выполнение и вот результат.

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

ci:/home/samba/exchange # tshark -r ./tracert.pcap
Running as user "root" and group "root". This could be dangerous.
  1   0.000000 54:04:a6:f1:42:2d -> Broadcast    ARP Who has 10.0.0.210?  Tell 10.0.0.76
  2   0.110000    10.0.0.86 -> 10.0.0.4     TCP 59857 > telnet [ACK] Seq=1 Ack=1 Win=16255 Len=0
  3   0.110000     10.0.0.4 -> 10.0.0.86    TELNET Telnet Data ...
  4   0.310000    10.0.0.86 -> 10.0.0.4     TCP 59857 > telnet [ACK] Seq=1 Ack=84 Win=16234 Len=0
  5   0.970000 54:04:a6:f1:42:2d -> Broadcast    ARP Who has 10.0.0.210?  Tell 10.0.0.76
  6   1.760000    10.0.0.62 -> 10.0.0.255   NBNS Name query NB SUPP-MAN-1<20>
  7   2.510000    10.0.0.62 -> 10.0.0.255   NBNS Name query NB SUPP-MAN-1<20>
  8   2.820000 AsustekC_d6:b6:9f -> Broadcast    ARP Who has 10.0.0.210?  Tell 10.0.0.74
  9   2.820000 AsustekC_d6:b6:9f -> Broadcast    ARP Who has 10.0.0.81?  Tell 10.0.0.74
10   3.110000    10.0.0.75 -> 10.0.0.255   UDP Source port: 60359  Destination port: sentinelsrm
11   3.270000    10.0.0.62 -> 10.0.0.255   NBNS Name query NB SUPP-MAN-1<20>
12   3.410000 AsustekC_d6:b6:9f -> Broadcast    ARP Who has 10.0.0.210?  Tell 10.0.0.74
13   3.410000 AsustekC_d6:b6:9f -> Broadcast    ARP Who has 10.0.0.81?  Tell 10.0.0.74
14   3.680000   10.0.0.100 -> 10.0.0.255   UDP Source port: 56658  Destination port: sentinelsrm
15   4.040000    10.0.0.62 -> 10.0.0.255   NBNS Name query NB SUPP-MAN-1<20>
16   4.410000 AsustekC_d6:b6:9f -> Broadcast    ARP Who has 10.0.0.210?  Tell 10.0.0.74
17   4.410000 AsustekC_d6:b6:9f -> Broadcast    ARP Who has 10.0.0.81?  Tell 10.0.0.74
18   4.790000    10.0.0.62 -> 10.0.0.255   NBNS Name query NB SUPP-MAN-1<20>
19   5.210000 54:04:a6:f1:42:2d -> Broadcast    ARP Who has 10.0.0.210?  Tell 10.0.0.76
20   5.550000    10.0.0.62 -> 10.0.0.255   NBNS Name query NB SUPP-MAN-1<20>
21   5.990000 54:04:a6:f1:42:2d -> Broadcast    ARP Who has 10.0.0.210?  Tell 10.0.0.76
22   6.990000 54:04:a6:f1:42:2d -> Broadcast    ARP Who has 10.0.0.210?  Tell 10.0.0.76
23   8.210000 54:04:a6:f1:42:2d -> Broadcast    ARP Who has 10.0.0.210?  Tell 10.0.0.76
24   9.000000 54:04:a6:f1:42:2d -> Broadcast    ARP Who has 10.0.0.210?  Tell 10.0.0.76
25   9.090000     10.0.0.4 -> 10.0.0.1     UDP Source port: 1024  Destination port: x11
26   9.090000     10.0.0.1 -> 10.0.0.4     ICMP Destination unreachable (Port unreachable)
27  10.000000 54:04:a6:f1:42:2d -> Broadcast    ARP Who has 10.0.0.210?  Tell 10.0.0.76
28  11.270000    10.0.0.65 -> 10.0.0.255   BROWSER Host Announcement SKLAD, Workstation, Server, NT Workstation, Potential Browser
29  11.270000 00000000.00e04cc6cee0 -> 00000000.ffffffffffff NBIPX Find name CI<1e>
30  12.050000 00000000.00e04cc6cee0 -> 00000000.ffffffffffff NBIPX Find name CI<1e>
31  12.840000 00000000.00e04cc6cee0 -> 00000000.ffffffffffff NBIPX Find name CI<1e>
32  12.860000 AsustekC_d6:b6:9f -> Broadcast    ARP Who has 10.0.0.210?  Tell 10.0.0.74
33  12.860000 AsustekC_d6:b6:9f -> Broadcast    ARP Who has 10.0.0.81?  Tell 10.0.0.74
34  13.440000 AsustekC_d6:b6:9f -> Broadcast    ARP Who has 10.0.0.210?  Tell 10.0.0.74
35  13.440000 AsustekC_d6:b6:9f -> Broadcast    ARP Who has 10.0.0.81?  Tell 10.0.0.74
36  13.610000 00000000.00e04cc6cee0 -> 00000000.ffffffffffff BROWSER Host Announcement SKLAD, Workstation, Server, NT Workstation, Potential Browser
37  14.030000    10.0.0.86 -> 10.0.0.4     TELNET Telnet Data ...


Сохранилось, файл забрал.
залил http://my-files.ru/j97zdp

[kochetov]

А вообще. Что за версия АТС и тип процессора?

Кажется все-таки вот это спрашивали... Был взволнован, не то отправил.
#511

[LionB]

Еще раз проверь, чтобы в SIP Carrier использовалась CLIP Table 1 (Совершенно точно в v4.46 был такой баг)

И вот такие вещи напрягают. Я так понял 10.0.0.1 это и DNS и Default GW, а 10.0.0.4 это станция.
Так вот роутер (Я так понял Asus) почему-то не отдает UDP порт. Соответсвенно и инвайт не начинается.
25 9.090000 10.0.0.4 -> 10.0.0.1 UDP Source port: 1024 Destination port: x11
26 9.090000 10.0.0.1 -> 10.0.0.4 ICMP Destination unreachable (Port unreachable)

[kochetov]

Еще раз проверь, чтобы в SIP Carrier использовалась CLIP Table 1 (Совершенно точно в v4.46 был такой баг)

И вот такие вещи напрягают. Я так понял 10.0.0.1 это и DNS и Default GW, а 10.0.0.4 это станция.
Так вот роутер (Я так понял Asus) почему-то не отдает UDP порт. Соответсвенно и инвайт не начинается.
25 9.090000 10.0.0.4 -> 10.0.0.1 UDP Source port: 1024 Destination port: x11
26 9.090000 10.0.0.1 -> 10.0.0.4 ICMP Destination unreachable (Port unreachable)

CLIP Table 1, перенастроил сразу же как узнал о баге.
#511

10.0.0.4 это атс
10.0.0.1 это шлюз под управлением linux. Кроме шлюза там крутится dns, dhcp, www-proxy и прочие сервисы.
Насколько я понял, вопрос вызывает попытка этого коннекта:
25 9.090000 10.0.0.4 -> 10.0.0.1 UDP Source port: 1024 Destination port: x11

Это попытка установить соединение по SIP? Для чего он к шлюзу цепляется, он должен подключаться для звонка к 5.2.13 Outbound Proxy: ip.b24-5641-1458190454.bitrixphone.com
Или я неправильно понимаю?

У меня есть телефон D-Link DPH-150S, он подключен сети и подключен к тому же серверу (битрикс), и исходящие звонки уходят через тот же шлюз что и АТС ходит. Поэтому не думаю, что проблема в шлюзе.

UPDATE
Пакеты подобные
238.557171 10.0.0.4 -> 10.0.0.1 UDP Source port: blackjack Destination port: x11
238.557222 10.0.0.1 -> 10.0.0.4 ICMP Destination unreachable (Port unreachable)
Летают не только во время попыток SIP звонков, АТС их генерирует во время простоя

Обновление прошивки до последней версии может спасти ситуацию?

[LionB]

Это процедура проверки Alive GW check.
АТС с порта 1024 делает X11 запрос на UDP порт шлюза 6000
АТС проверяет жив ли шлюз, но что шлюз говорит Port unreachable

[kochetov]

Это процедура проверки Alive GW check.
АТС с порта 1024 делает X11 запрос на UDP порт шлюза 6000
АТС проверяет жив ли шлюз, но что шлюз говорит Port unreachable

Загуглил, нашел тему viewtopic.php?f=4&t=6136&start=10
Я так понимаю, отключить в текущей версии прошивки эту опцию невозможно.
И пока шлюз не ответит АТС на 6000 udp sip работать не будет? Для H.323 такая проверка не предусмотрена? Просто H.323 работает и исходящая и входящая уже 8 лет через этот же шлюз по умолчанию...
UPDATE
для H.323 есть опция Allow Gateway IP Check, и она установлена в Disable. Видимо поэтому и работает.
Если обновиться до более свежей версии, где эту опцию можно отключить, то есть шанс что заработает? Спрашиваю потому что, насколько я понял, на форуме обсуждались вопросы связанные с тем что на шлюзах логи засорялись этими запросами, а sip при этом все равно работал.