Hello,

I'm testing with OpenSER 1.3.x revision 4393 with RTPProxy.
I'm trying to make a call from a Nokia E51 to a SIPp instance started with:
sipp -sn uas -p 6060 -mp 4000

The INVITE goes thru OpenSER to SIPp and then, SIPp replies with this:

SIPp to OpenSER:
SIP/2.0 200 OK
Via: SIP/2.0/UDP 210.126.5.158;branch=z9hG4bK9c1e.f06224f3.0, SIP/2.0/UDP 192.168.0.4:5060;received=123.224.149.169;branch=z9hG4bK5j85u8aa6jpebhelr55b8bj;rport=64351
From: <sip:1000@210.126.5.158>;tag=r5hbkuj8mlhc6o184cms
To: <sip:22222222@210.126.5.158;user=phone>;tag=28909SIPpTag013
Call-ID: nLPxHi_hoIf-POcJ7OKojntw2wgQle
CSeq: 7342 INVITE
Contact: <sip:192.168.88.16:6060;transport=UDP>
Content-Type: application/sdp
Content-Length:   135

v=0
o=user1 53655765 2353687637 IN IP4 192.168.88.16
s=-
c=IN IP4 192.168.88.16
t=0 0
m=audio 4000 RTP/AVP 0
a=rtpmap:0 PCMU/8000


But when OpenSER relays this to E51, I can see it is adding "a=nortpproxy:yes" immediatelly after the the last characters in the SDP instead of prepending a CRLF.

OpenSER to Caller
SIP/2.0 200 OK
Via: SIP/2.0/UDP 192.168.0.4:5060;received=123.224.149.169;branch=z9hG4bK5j85u8aa6jpebhelr55b8bj;rport=64351
From: <sip:1000@210.126.5.158>;tag=r5hbkuj8mlhc6o184cms
To: <sip:22222222@210.126.5.158;user=phone>;tag=28909SIPpTag013
Call-ID: nLPxHi_hoIf-POcJ7OKojntw2wgQle
CSeq: 7342 INVITE
Contact: <sip:210.126.5.158:6060;transport=UDP;nat=yes>
Content-Type: application/sdp
Content-Length: 154

v=0
o=user1 53655765 2353687637 IN IP4 192.168.88.16
s=-
c=IN IP4 210.126.5.158
t=0 0
m=audio 36740 RTP/AVP 0
a=rtpmap:0 PCMU/8000a=nortpproxy:yes

Because of this, E51 ignores the message and doesn't send ACK.
I believe this is a bug in OpenSER.

Thanks,
Takeshi