A similar bug was also described in opensips. They tried to fix it but the bug is still present. I wonder if this is something new or if the bug is thre since the beginning of nathelper but did not occured until now
klaus
Aymeric Moizard schrieb:
Hi,
I just happen to find an issue with a software trying to call through my openser-1.3.1
After inserting "a=nortpproxy:yes\r\n", the message coming out openser is:
[normal sdp packet] a=fmtp:101 0-15\r\n \r\n \r\n "a=nortpproxy:yes\r\n"
No matter who is responsible in that specific case (the SDP received by openser with several \r\n looks not compliant to me).
I think openser should add "a=nortpproxy:yes" in different place in the SDP packet: NOT at the end of the SDP body. The "a=nortpproxy:yes" should be either put at the global attribute level or right below a m= line.
This approach would solve such issue and would be much more adequate to the requirement: currently it's not very possible to relay an audio stream and not relay a video stream with the current approach.
tks, Aymeric MOIZARD / ANTISIP amsip - http://www.antisip.com osip2 - http://www.osip.org eXosip2 - http://savannah.nongnu.org/projects/exosip/
Users mailing list Users@lists.kamailio.org http://lists.kamailio.org/cgi-bin/mailman/listinfo/users