Hi, all
It took some time to clean up the pjsua settings and collect the pcaps for
both cases.
Here are the two pcap files.
call_failed_bye.pcap has the call trace when the BYE is handled with the
following logic.
route[WITHINDLG] {
if (has_totag()) {
if (loose_route()) {
route(DLGURI);
if (is_
An alternative would be to test with tcp, from routing point of view
should be the same if it is udp-tcp or udp-tls.
Cheers,
Daniel
On 20/03/15 15:09, Vitaliy Aleksandrov wrote:
>
>
>> We use TLS for SIP. The Wireshark pcap would be encrypted. I’ll try
>> to get a pcap anyway. Wonder if there is
We use TLS for SIP. The Wireshark pcap would be encrypted. I’ll try to
get a pcap anyway. Wonder if there is a way to dump pcap from inside
kamailio.
Wireshark can decrypt SIP signalling sent over TLS connections if you
provide server's private key to it.
All the requests within dialog ar
We use TLS for SIP. The Wireshark pcap would be encrypted. I’ll try to get a
pcap anyway. Wonder if there is a way to dump pcap from inside kamailio.
All the requests within dialog are routed through 2 kamailio instances. We want
to make sure each phone only sends requests through its registrar.
Hello,
On 19/03/15 02:54, Ding Ma wrote:
> [...]
>
>
>
> My first question is why k1 loose_route sends the BYE to itself
> instead of the client. Is this a bug?
>
can you get the pcap of such call? We have to see the routing headers to
say what is next hop address.
Are all the requests within
