[Sofia-sip-devel] Using STUN

Hi, We have got sofia-SIP to work when no NAT is involved but now we need a NAT solution using STUN. So far I have added the STUN define and changed my register from: nua = nua_create(root, /* Event loop */ callback, /* Callback for processing events */ (void*)this,

[Sofia-sip-devel] sofia-sip changes (2009-02-10)

This posting was generated automatically from darcs repo . Tue Feb 10 15:07:33 EET 2009 Pekka Pessi * rules/silent.am: fixed make SOFIA_SILENT= Ignore-this: f969ee6273c78eadab3031ad7d98cd11 M ./rules/silent.am -2 +2 Tue Feb 10 15:17:20 EET 2009 Pe

Re: [Sofia-sip-devel] Short headers inside multipart body not parsed

On Tue, Feb 10, 2009 at 12:26, Pekka Pessi wrote: > Could you please check that all the header class structures in > msg_mime.c have correct short forms? > Thanks for the quick response. I believe the short forms are correct indeed. Fabio. --

Re: [Sofia-sip-devel] Short headers inside multipart body not parsed

2009/2/10 Fabio Margarido : > The msg_multipart_t structure that results from msg_multipart_parse() has > NULL mp_content_type fields. When the headers are in the long form, > everything is parsed correctly. MIME multipart parser has short forms disabled. You can to add support to them with parser

[Sofia-sip-devel] Short headers inside multipart body not parsed

Hi there, I'm observing a problem when our application receives an INVITE with a multipart/mixed payload that contain 'Content-Type' headers in the short form inside each part, like the following example: --unique-boundary-1 c: application/SDP v=0 (...) --unique-boundary-1 c: application/ISUP;v

Re: [Sofia-sip-devel] Patch for Fork Problem and More ETSI Tests

2009/1/30 Paulo Pizarro : > This patch fixes the fork problem. > It replyes with an ACK and a BYE to a 200 OK orphan, without causing the bug > #1750691. Thanks, I've applied your patch but added checking for UAS mode. > This is still made on the NTA layer. Better would be to make an event i_fork