Hi,
why on hash_resize macro (su/sofia-sip/htable.h) there isn't su_free of
old_hash? There is a su_zalloc call for allocate a new memory area but
then i don't see su_free of old data.
Thanks in advance.
Ge@@ru
-
This SF.n
Hello,
I must be doing something wrong, because it appears that my nua_set_params()
call is not setting the NUTAG_ALLOW or NUTAG_ALLOW_EVENT parameters. Please
refer to trace output below. I call nua_set_params() call and
nua_get_params() in the same thread. In the event handler for both of the
Hi,
Is there a way to retrieve the transport IP address binding currently in use
(outbound) by the NUA stack?
Same for the inbound transport in incoming requests?
Best regards,
Mikhail Zabaluev, Nokia Multimedia
-
This SF
in advance,
Carmelo
--
Email.it, the professional e-mail, gratis per te: http://www.email.it/f
Sponsor:
Fai squillare la PANTERA ROSA sul tuo cellulare: e' in REGALO
Clicca qui: http://adv.email.it/cgi-bin/foclick.cgi?mid=
2007/10/29, Stefan Leuenberger <[EMAIL PROTECTED]>:
...
> Quite a simple solution to circumvent a blacklisting algorithm would be
> to re-sort the internal DNS cache on a server timeout. A server that did
> not respond is moved to the tail of the list (kind of grey-listed). The
> next transaction w
Hi,
>Well, the problem is that it does not remember that which destination
>did not work next time. The blacklisting would put the destination
>that timed out into a container. The next transaction would look up
>them and avoid blacklisted destination.
I think that blacklisting - as you describ
Hi,
> Sofia-SIP is following RFC3264, so stream state is set to
> "inactive" only when you and the remote party have _both_ set
> the media on hold.
RFC3264 says (5.1):
If the offerer wishes to communicate, but wishes to neither send nor receive
media at this time,
it MUST mark the stream w
2007/10/26, Stefan Leuenberger <[EMAIL PROTECTED]>:
> Any hint where to implement blacklisting?
> I'd thougth that the following code does this job (take the next result
> and free the one that did not work...):
Well, the problem is that it does not remember that which destination
did not work n
Hi,
On 29 Oct 2007, Bernhard Suttner wrote:
>For sending a SDP with "sendonly" I have to set
>SOATAG_HOLD("*"). But is it possible to send "inactive"? I
>have tried it with
Sofia-SIP is following RFC3264, so stream state is set to
"inactive" only when you and the remote party have _both_ set
Hi @ all,
I am using sofia sip (nua interface) for a client connection to a
server.
For sending a SDP with "sendonly" I have to set SOATAG_HOLD("*"). But is
it possible to send "inactive"? I have tried it with
SOATAG_ACTIVE_AUDIO(SOA_ACTIVE_INACTIVE) but it doesnt work. I have also
searched in t
10 matches
Mail list logo