Attached a patch that fixes the problem.
Now, all check tests run ok.
2010/9/22 Paulo Pizarro paulo.piza...@gmail.com:
Attached patch with unit test to verify this.
The patch that corrects this problem is still not ok.
On the test unit if not send the 180 patch works, but not :(
2010/9/22
2010/9/21 Paulo Pizarro paulo.piza...@gmail.com:
Dear all,
The useragent A sent a INVITE without the SDP offer, the useragent
B sent a 183 with the SDP offer and the useragent A sent a PRACK
with a SDP answer. The O/A round is complete. After that, the
useragent B answer the call (sent 200
Attached a patch which fixes the problem of sending the answer SDP on
the PRACK request.
Now, all nua tests passed.
2010/9/22 Paulo Pizarro paulo.piza...@gmail.com:
2010/9/21 Paulo Pizarro paulo.piza...@gmail.com:
Dear all,
The useragent A sent a INVITE without the SDP offer, the useragent
Hi,
Try with m_subscribe_id=sip:33172387...@job.net
and sip_account=sip:callpark;custid=6...@job.net
Here it works for me!
2010/8/18 Philippe Maymat pmay...@keyyo.com:
Hi,
this is the code I use :
nua_handle_t *handle = NULL;
handle = nua_handle(nua, NULL
Hi Pekka,
I am sending you a fix on which reports that state:
nua_callstate_authenticating.
The nua_authenticate can be called in that state
(nua_callstate_authenticating), instead of being called in r_invite
(401 or 407).
Perhaps this will be useful to someone.
Paulo Pizarro
2010/8/11 Pekka
,
Paulo Pizarro
--
This SF.net email is sponsored by
Make an app they can't live without
Enter the BlackBerry Developer Challenge
http://p.sf.net/sfu/RIM-dev2dev
___
Sofia-sip
Hi all,
I'm sending a patch fixing the documentation of the detailed client call model.
I hope this is true! :)
Best regards,
From 3fbc3127e28fd8efe7e72d85041d2e4da59b501f Mon Sep 17 00:00:00 2001
From: Paulo Pizarro paulo.piza...@gmail.com
Date: Thu, 5 Aug 2010 11:40:26 -0300
Subject: [PATCH
Hi all,
I'm sending a patch implementing the tag SOATAG_DELAYED_OFFER_ENABLE
to enable delayed offer (without using the payload kludge).
Hope this helps!
Best regards,
Paulo Pizarro
2010/8/3 Pekka Pessi ppe...@gmail.com:
2010/7/21 edson.gomes.leme edson.gomes.l...@uol.com.br:
Hi Pekka Pessi
Hi all,
We like to present to all Sofia SIP developers a Lua bind to Sofia SIP,
Luasofia. The objective of this project is to be able to use Sofia on a more
high level language, Lua was chosen because of its easy integration with C,
a lot of our projects are starting to use Lua integrated with C
Hi,
Maybe this source (on attachment) can help.
it returns the IP interface used to reach a host.
Best regards,
Paulo Pizarro
2009/10/15 mikhail.zabal...@nokia.com
Hi,
-Original Message-
From: ext ggb [mailto:g...@tid.es]
Sent: Wednesday, October 14, 2009 7:11 PM
To: sofia-sip
Hi,
This patch fixes the fork problem.
It replyes with an ACK and a BYE to a 200 OK orphan, without causing the bug
#1750691.
This is still made on the NTA layer. Better would be to make an event i_fork
to the application.
There are also more ETSI tests to verify this problem.
Regards,
Paulo
2009/1/19 Paulo Pizarro paulo.piza...@gmail.com
2009/1/16 Paulo Pizarro paulo.piza...@gmail.com
2009/1/16 Pekka Pessi ppe...@gmail.com:
2009/1/16 Paulo Pizarro paulo.piza...@gmail.com:
17.1.1.3: ... The To header field in the ACK MUST equal the To
header
field in the
response
2009/1/16 Paulo Pizarro paulo.piza...@gmail.com
2009/1/16 Pekka Pessi ppe...@gmail.com:
2009/1/16 Paulo Pizarro paulo.piza...@gmail.com:
17.1.1.3: ... The To header field in the ACK MUST equal the To
header
field in the
response being acknowledged, and therefore will usually differ
2009/1/16 Pekka Pessi ppe...@gmail.com:
2009/1/16 Paulo Pizarro paulo.piza...@gmail.com:
17.1.1.3: ... The To header field in the ACK MUST equal the To header
field in the
response being acknowledged, and therefore will usually differ from
the To header field in the original request
) REC: # DESTINOS_PARA_AUDIO sem CNG
12/01,18:05:19.404690 TCP(6) REC: # DESTINOS_PARA_AUDIO sem PTIME
12/01,18:05:19.844570 nta: timer set next to 31482 ms
2009/1/9 Pekka Pessi ppe...@gmail.com
2009/1/9 Paulo Pizarro paulo.piza...@gmail.com:
2009/1/8 Pekka Pessi ppe...@gmail.com
If I
2009/1/12 Paulo Pizarro paulo.piza...@gmail.com
I'm testing the items related to the establishment of the call and I find a
problem with the item SIP_CC_OE_CE_V_019.
Ensure that the IUT when an INVITE client transaction is in the Calling
state, on receipt of
Success (200 OK) responses
2009/1/8 Pekka Pessi ppe...@gmail.com
2009/1/8 Paulo Pizarro paulo.piza...@gmail.com:
There is a specification for conformance test of RFC 3261 defined by ETSI
(www.etsi.org): ETSI TS 102 027-2 V4.1.1 Conformance Test Specification
for
SIP (IETF RFC 3261)
I started a job to validate
to send the list.
Thanks in advance, regards.
Paulo Pizarro
--
Check out the new SourceForge.net Marketplace.
It is the best place to buy or sell services for
just about anything Open Source.
http://p.sf.net/sfu
if the certificate isn´t valid. With the patch you need
the CA certfication.
Regards,
Paulo Pizarro
2008/11/20 Jerry Richards [EMAIL PROTECTED]
Paulo,
We also discovered sofia-sip is not verifying TLS/SSL certificates. Could
you send me this patch? I don't see it up in darcs yet.
Best
: on client mode, the server certificate is verified and if fail the
TLS/SSL handshake is immediately terminated.
I added this tag, because I'd like that my application not connected to a
server with a untrusted certificate.
Thankx,
Paulo Pizarro
Index: libsofia-sip-ua/tport/tport_tls.h
),
NUTAG_M_USERNAME(sIdentidade),
NUTAG_M_PARAMS(transport=tls),
NUTAG_CALLEE_CAPS(0),
TAG_END());
Any help pointing me in the right direction would be greatly appreciated.
Thanks in advance,
Paulo Pizarro
--
Esta mensagem foi verificada pelo sistema de
),
NUTAG_M_PARAMS(transport=tls),
NUTAG_CALLEE_CAPS(0),
TAG_END());
Any help pointing me in the right direction would be greatly appreciated.
Thanks in advance,
Paulo Pizarro
22 matches
Mail list logo
