Hi Nauman,
did you find a solution for the problem when forking is combined with PRACK?
Currently we are running into same problems with sofia-sip connecting to a
server that uses forking.
Seems that disabling PRACK and soa engine works. But what if PRACK is required?
Thanks,
Timo
Hi,
Got
Hi,
did you try so set NUTAG_AUTOANSWER(0) on the nh used for that call?
Best regards,
Timo Bruhn
-Ursprüngliche Nachricht-
Von: Bernhard Suttner sutt...@comdasys.com
Gesendet: 12.11.09 14:53:36
An: sofia-sip-devel@lists.sourceforge.net
Betreff: Re: [Sofia-sip-devel] Codec Change
-Ursprüngliche Nachricht-
Von: Bernhard Suttner bernhard.sutt...@comdasys.com
Gesendet: 17.04.09 11:16:10
An: Aleksander Morgado sofia-sip-de...@aleksander.es
CC: sofia-sip-devel@lists.sourceforge.net
Betreff: Re: [Sofia-sip-devel] P-Asserted Header in RINGING
Hi,
yes, it is a
Hi,
at the moment I am facing a problem with session timer expiration in
if sofia-sip is not the refresher.
The scenario is as follows:
A sip client based on sofia-sip sends an INVITE to a proxy (not sofia-sip)
with SESSION-EXPIRES:400. The Proxy answers with
SESSION-EXPIRES=400;refresher=uas
Hi,
at the moment I am testing my SDP offer/answer code for T.38 against
other implementations. My implementation is based on sofia-sip 1.12.8.
While testing I found the following problem:
Sofia-Sip prints the media format udptl in capital letters into the sdp part.
This
is rejected by some
Hi,
currently I'm experiencing a problem with a german voip provider (11).
They have a load balancing with different servers. One of these servers
has trouble with private addresses in via headers. It seems that they
are trying to respond to the private address instead of using the rport
-Ursprüngliche Nachricht-
Von: Pekka Pessi [EMAIL PROTECTED]
Gesendet: 06.08.08 18:01:22
An: Timo Bruhn [EMAIL PROTECTED]
CC: sofia-sip-devel@lists.sourceforge.net
Betreff: Re: [Sofia-sip-devel] Version counter in sdp negotiation
2008/8/5 Timo Bruhn [EMAIL PROTECTED
Hello,
I have some trouble with sdp negotiation after received re-invites.
In my application (running with sofia 1.12.8) I start a call to an ISP.
The call to nua_invite() contains SOATAG_USER_SDP_STR and NUTAG_AUTOANSWER(0) to
handle re-invites in my application later.
The call is established
-Ursprüngliche Nachricht-
Von: Stefano Sabatini [EMAIL PROTECTED]
Gesendet: 05.06.08 18:13:48
An: sofia-sip-devel Mailing List sofia-sip-devel@lists.sourceforge.net
Betreff: [Sofia-sip-devel] [NEWBIE] Can't send an invite
Hi all,
this is my first post here, I have a very newbie
-Ursprüngliche Nachricht-
Von: Timo Bruhn [EMAIL PROTECTED]
Gesendet: 01.04.08 12:17:32
An: sofia-sip-devel@lists.sourceforge.net
Betreff: Re: [Sofia-sip-devel] Problems with bad contact address
2008/4/1, Timo Bruhn [EMAIL PROTECTED]:
In my scenario a client (with sofialib
Hello all,
at the moment I seem to have a problem similiar to that one described in a mail
by
Michael Jerris some months ago.
[Sofia-sip-devel] bad contact adress.
Michael Jerris
Wed, 10 Oct 2007 09:48:25 -0700
We have a problem where we send an invite to a client behind nat, that is
2008/4/1, Timo Bruhn [EMAIL PROTECTED]:
In my scenario a client (with sofialib) registers with to my application
(nua-api, sofia 1.12.8) over tls.
Because of the already know problem the client does not write the used tcp
port to
the contact header, but the port specified
12 matches
Mail list logo