On 21 Apr 2015, at 17:55, James Cloos wrote:
>> "OEJ" == Olle E Johansson writes:
>
> OEJ> It's a bug in chan_sip that I fixed a while ago in one of my branches.
> OEJ> SNOM sends an SDES key but RTP/AVP in the offer and chan_sip
> OEJ> chokes. It's a one or two line fix - or turn off SRTP
> "OEJ" == Olle E Johansson writes:
OEJ> It's a bug in chan_sip that I fixed a while ago in one of my branches.
OEJ> SNOM sends an SDES key but RTP/AVP in the offer and chan_sip
OEJ> chokes. It's a one or two line fix - or turn off SRTP in the SNOM.
I presume this one?:
sdes-rtp-avp.diff:
I
> "MJ" == Matthew Jordan writes:
MJ> Guessing at what is occurring here: your phone is probably offering
MJ> optional/optimistic encryption. While optimistic encryption is
MJ> supported by chan_pjsip, currently, an offer with RTP/AVPF with crypto
MJ> attributes is currently rejected by chan_s
On 20 Apr 2015, at 17:41, James Cloos wrote:
> I'm not sure whether this is a bug, so I'm starting here.
>
> My remote asterisk (debian's compile of 13, currently 13.1.0) and my
> snom had been unable to rtp for some time. I still use chan_sip.
>
> It took a few hours of testing, but I determ
On Mon, Apr 20, 2015 at 10:41 AM, James Cloos wrote:
> I'm not sure whether this is a bug, so I'm starting here.
>
> My remote asterisk (debian's compile of 13, currently 13.1.0) and my
> snom had been unable to rtp for some time. I still use chan_sip.
>
> It took a few hours of testing, but I de
I'm not sure whether this is a bug, so I'm starting here.
My remote asterisk (debian's compile of 13, currently 13.1.0) and my
snom had been unable to rtp for some time. I still use chan_sip.
It took a few hours of testing, but I determined that when the phone
registers and/or invites over tls,
