Thank you, Do you have an idea when the 1.x series from the trunk will reach the 1.0.x series ? We are shipping our software with the 1.0.3 but might switch to the trunk momentarily because of that. Also, we are in touch with Francois Marier <francois at debian.org> so that we could integrate the Debian/ubuntu repos. Packaging PJSIP is a pre-condition and the 1.0.x is obviously going to be chosen over the version from the trunk. This is expected to happen in the next few weeks. ---- Pierre-Luc Bacon, Savoir-Faire Linux, Montreal, Canada 1514.276.5468 On Mon, 2009-08-24 at 16:43 +0100, Benny Prijono wrote: > Pierre, > > this was fixed in the trunk just few days ago. We will now send in uppercase. > > Cheers > Benny > > On Mon, Aug 24, 2009 at 4:36 PM, Pierre-Luc > Bacon<pierre-luc.bacon at savoirfairelinux.com> wrote: > > I am implementing TLS transport from the PJSIP library and ran over a > > via header problem while trying to register to Freeswitch server. > > > > >From the debug output on the freeswitch box I see: > > "nta: Via check: invalid transport "SIP/2.0/tls" from > > 192.168.1.12:37842" > > > > Where 192.168.1.12 is from the the softphone that is implementing > > PJSIP. > > > > Digging into the freeswitch source code, I saw that this message was > > coming from > > > > libs/sofia-sip/libsofia-sip-ua/nta/nta.c > > > > where they do "[...]!su_strmatch(v->v_protocol, tpv->v_protocol)", and > > su_strmatch is a wrapper over strcmp. > > > > It turns out that "SIP/2.0/tls" (pjsip) is compared with > > "SIP/2.0/TLS" (sofia) and strcmp being case sensitive, the match fails. > > > > > > I tried to look in RFC3261 to see what was said about that but I > > couldn't find it exactly. I'm pretty sure that PJSIP is doing it right > > and that the via header should be processed in a case-insensitive way. > > > > > > _______________________________________________ > > Visit our blog: http://blog.pjsip.org > > > > pjsip mailing list > > pjsip at lists.pjsip.org > > http://lists.pjsip.org/mailman/listinfo/pjsip_lists.pjsip.org > >