ok, managed to find a better way to export decrypted sip from
wireshark. An example log is in the attachment.
On 9/9/13, Daniel-Constantin Mierla wrote:
> Hello,
>
> I doubt Kamailio adds any sdp body. Can you post here the ngrep with all
> the SIP signaling from the first INVITE?
>
> Cheers,
> D
Hello,
I doubt Kamailio adds any sdp body. Can you post here the ngrep with all
the SIP signaling from the first INVITE?
Cheers,
Daniel
On Sun, Sep 8, 2013 at 11:00 PM, hiro <23h...@gmail.com> wrote:
> Ok, I compiled the latest rtpproxy.so, the problem persists: the
> interesting facts are: th
Ok, I compiled the latest rtpproxy.so, the problem persists: the
interesting facts are: the callee only answers with sdp port once, in
the session progress message. the 200 ok does not have sdp body, but
kamailio inserts sdp into it.
With the new rtpproxy.so kamailio responds to the session progre
For this installation I used the .deb from http://deb.kamailio.org/kamailio
Sorry I forgot to include this critical information.
Is 4.0.3 new enough? Else I can also compile tip, or head or whatever
it's called ;)
kamailio -V
version: kamailio 4.0.3 (x86_64/linux)
flags: STATS: Off, USE_IPV6, USE
Hello,
On 8/29/13 10:22 PM, hiro wrote:
After many failures because of broken libraries I managed to decrypt
my problematic TLS sessions providing the private key of kamailio to
wireshark.
With TLS+SRTP enabled my nokia phones send session progress and pracks
with rtp port. This breaks NAT/rtpp
After many failures because of broken libraries I managed to decrypt
my problematic TLS sessions providing the private key of kamailio to
wireshark.
With TLS+SRTP enabled my nokia phones send session progress and pracks
with rtp port. This breaks NAT/rtpproxy in kamailio, which replaces
the rtppro
