Opened 18 hours ago
Last modified 11 hours ago
#473 new баг
SIP прокси пытается отправить запрос на неправильный IP-адрес
| Reported by: | roman_zhur | Owned by: | alx |
|---|---|---|---|
| Priority: | средний | Milestone: | 2 очередь |
| Component: | any | Keywords: | |
| Cc: |
Description
Что сделал:
- настроил плату VE-02:
- изменил WAN IP-адрес платы с .0.124 (полученного по DHCP при загрузке платы) на .20.120;
- создал два URI, совершил звонок 11@ -> 22@.
- сохранил конфигурацию блока дискеткой, скачал файл конфигурации.
- очистил конфигурацию блока кнопкой "Очистить конфиг", перезапустил swd.
- залил в блок файл конфигурации, полученный в пункте 2, перезапустил swd, попытался совершить звонок.
Что ожидалось: после загрузки конфиг файла в пункте 4 можно совершить звонок 11@ -> 22@ и поговорить.
Что происходит: при совершении звонка с 11@ на 22@ нельзя дозвониться, происходит отбой по таймауту.
судя по строчке из tcpdump'а:
05:58:44.480154 IP (tos 0x0, ttl 64, id 0, offset 0, flags [DF], proto UDP (17), length 1190)
192.168.20.120.5060 > 192.168.0.124.5060: SIP, length: 1162
SIP прокси пытается перенаправить запрос с текущего IP-адреса на IP-адрес, который был до смены IP-адреса платы VE-02. Такого IP-адреса больше нет, соответственно, запрос никуда не попадает.
config-test-09-02-2026.xml - сохраненный файл конфигурации в пункте 2.
config-test-09-02-2026(1).xml - сохраненный файл конфигурации после пункта 4.
Оба файла конфигурации аналогичны.
11.txt - лог tcpdump'а с пункта 1.
22.txt - лог tcpdump'а с пункта 4 (первая попытка позвонить).
33.txt - лог tcpdump'а с пункта 4 (вторая попытка позвонить).
Attachments (6)
Change History (10)
by , 18 hours ago
| Attachment: | config-test-09-02-2026.xml added |
|---|
by , 18 hours ago
| Attachment: | config-test-09-02-2026(1).xml added |
|---|
by , 18 hours ago
by , 18 hours ago
by , 18 hours ago
by , 18 hours ago
comment:2 by , 16 hours ago
Я попытался сопоставить информацию из описания тикета, приложенного лога и дампов и что-то запутался...
Replying to roman_zhur:
судя по строчке из tcpdump'а:
05:58:44.480154 IP (tos 0x0, ttl 64, id 0, offset 0, flags [DF], proto UDP (17), length 1190)
192.168.20.120.5060 > 192.168.0.124.5060: SIP, length: 1162
Судя по приложенному логу messages, проблемный вызов в пункте 4 был сделан в 09:18:37 и завершился в 09:19:09. Время вывода этой строчки даже близко не приближается к периоду совершения проблемного звонка...
11.txt- лог tcpdump'а с пункта 1.
Согласно приложенному логу messages, в пункте 1 звонок выполнялся с 09:17:42 по 09:17:49. В приложенном дампе 11.txt я не вижу ни одного пакета, попадающего в указанный интервал времени - все пакеты этого дампа проходили по сети на несколько часов (!!!) раньше, чем был сделан вызов в пункте 1...
22.txt- лог tcpdump'а с пункта 4 (первая попытка позвонить).
Судя по приложенному логу messages, проблемный вызов в пункте 4 был сделан в 09:18:37 и завершился в 09:19:09. В приложенном файле 22.txt я вижу пакеты, проходившие по сети в интервале с 09:06:20 по 09:06:53. То есть ни один из имеющихся там пакетов тоже не попадает в интервал времени, когда происходил проблемный вызов. Более того, все эти пакеты прошли еще до выполнения пункта 3 (судя по логу, пункт 3 был выполнен в 09:18:06)!
33.txt- лог tcpdump'а с пункта 4 (вторая попытка позвонить).
В приложенном логе messages нет второй попытки, там зафиксирована лишь одна попытка вызова после смены адреса платы обратно на 192.168.20.120...
Не мог бы ты прояснить ситуацию с этой путаницей во времени?
follow-up: 4 comment:3 by , 16 hours ago
Не мог бы ты прояснить ситуацию с этой путаницей во времени?
tcpdump и messages сделаны в разное время.
если это очень важно, могу попробовать записать всё в одно время.
я некоторое время экспериментировал с этим багом и записывал логи tcpdump'а, а файл message решил записать отдельно позже, чтобы там было меньше лишней информации
comment:4 by , 11 hours ago
Replying to roman_zhur:
Не мог бы ты прояснить ситуацию с этой путаницей во времени?
tcpdump и messages сделаны в разное время.
Понятно. :)
если это очень важно, могу попробовать записать всё в одно время.
Запиши, пожалуйста, если это не очень трудно. Просто на данный момент ничто из имеющейся в тикете информации не подтверждает утверждение о том, что SIP-прокси отправляет сообщения по неверному адресу...
Пока по существу вопроса могу сказать, что у прокси-сервера сокеты привязаны к адресам 0.0.0.0 (и ::), и, по идее, от смены адресов на каком-либо нтерфейсе его работа никак зависеть не должна. Единственное, что происходит с прокси при смене адреса на интерфейсе WAN - это старый адрес удаляется из списка доменов, за которые прокси отвечает, а новый туда добавляется. Это я уже проверил сегодня в коде sip_ua...
лог с VE-02