Opened 2 days ago
Last modified 27 hours ago
#460 closed баг
Плата VE-02 (исполнение 2 ) отправляет BYE не с того IP-адреса — at Version 5
| Reported by: | roman_zhur | Owned by: | alx |
|---|---|---|---|
| Priority: | средний | Milestone: | 1 очередь |
| Component: | VE-02 | Keywords: | |
| Cc: |
Description (last modified by )
Основной адрес платы VE-02-02 192.168.20.56/24, так же используется дополнительная подсеть (alias) с IP-адресом 192.168.30.1/24.
SIP-телефон (11@) имеет IP-адрес 192.168.30.10/24, подключен к плате VE-02-02 и зарегистрирован на ней.
В плату VE-02-02 установлен субмодуль FS01, к которому подключен аналоговый телефон (33@).
Звонок 11@ --> 33@, при отбое со стороны 33@ VE-02-02 отправляет BYE не с того интерфейса, с которого ожидается.
По пакетам видно, что SIP-телефон (192.168.30.10) отправляет пакеты на основной адрес платы (192.168.20.56) и получает от него ответы, кроме последнего BYE. Последний BYE почему-то приходит на SIP-телефон с адреса дополнительной подсети (192.168.30.1).
Change History (8)
comment:1 by , 2 days ago
| Description: | modified (diff) |
|---|---|
| Summary: | Плата VE-02 (исполнение 2 ) отправляет BYE не в тот интерфейс → Плата VE-02 (исполнение 2 ) отправляет BYE не с того IP-адреса |
comment:2 by , 2 days ago
| Description: | modified (diff) |
|---|
comment:3 by , 2 days ago
| Description: | modified (diff) |
|---|
by , 2 days ago
| Attachment: | wireshark1.png added |
|---|
comment:4 by , 2 days ago
| Description: | modified (diff) |
|---|
by , 2 days ago
| Attachment: | dump1.pcapng added |
|---|
by , 2 days ago
| Attachment: | tcpdump1.txt added |
|---|
comment:5 by , 2 days ago
| Description: | modified (diff) |
|---|
Note:
See TracTickets
for help on using tickets.
Тип тикета установлен в "баг", но из описания тикета мне не совсем понятно, в чем по-твоему состоит баг. По заголовку тикета я могу предположить, что ожидалось, что адрес отправителя сообщения BYE будет другой. Если я догадался правильно, то поясни, пожалуйста, почему ты считаешь, что адрес должен быть другой (или, иными словами, почему ты считаешь, что прокси-сервер не должен был отправлять сообщение с адреса 192.168.30.1).
Напомню, что на главной странице есть рекомендации о том, как сделать хороший баг-рипорт.