2008/2/8, Jerry Richards <[EMAIL PROTECTED]>:
> Anyone know why I always read a NULL value for SIPTAG_REQUEST_STR_REF()
> (e.g. for nua_i_invite 100 Trying event)?
The headers are available through the sip_t structure. If you want to
get the request line as a string, you can convert sip->sip_reque
2008/2/11, Bernhard Suttner <[EMAIL PROTECTED]>:
> I tried this test, with the following result:
> Registers are handled correctly by querying for DNS SRV.
> For INVITE transactions sofia still does a A record lookups instead of
> using cached SRV entries.The attached files dns-srv-invite.cap and
>
2008/2/9, Jerry Richards <[EMAIL PROTECTED]>:
> Do you plan to (or already) support RFC 4235 and RFC 4662? I did not see
> these listed in your
> http://sofia-sip.sourceforge.net/refdocs/sofia_sip_conformance.html link.
They both look like something that mainly needs support from the
application.
2008/2/11, Bernhard Suttner <[EMAIL PROTECTED]>:
> I am using sofia sip 1.12.8 in a user agent scenario. The agent REGISTER
> to a server with a dns name. Before that, the agent does get the IP by
> using DNS SRV correct. After the agent is registered (which does work
> perfectly) the agent want to
Hi,
> Does the 200 OK to the REGISTER return a Service-Route header that the
> INVITE could try to follow?
there is no Service Route in the 200 OK response to the REGISTER.
> The graylisting might have introduced a bug int he SRV record resolving, too.
In which file is the code which should ha
Hi folks
I am using sofia sip 1.12.8 in a user agent scenario. The agent REGISTER
to a server with a dns name. Before that, the agent does get the IP by
using DNS SRV correct. After the agent is registered (which does work
perfectly) the agent want to INVITE somebody but then the agent does not
us
