I posted a patch for the windows build that fixes several
issues including building on msvc .net 2005. One major issue was several
of the files in tree (including the pthread win32 header files) were filled with
mac line endings. These files need to keep unix line endings or MSVC has
-Original Message-
From: [EMAIL PROTECTED] [mailto:sofia-sip-
[EMAIL PROTECTED] On Behalf Of Henrik Nordstrom
Sent: Monday, August 28, 2006 7:59 AM
To: Matt Klein
Cc: sofia-sip-devel@lists.sourceforge.net
Subject: Re: [Sofia-sip-devel] OOPS,From sip:123456789@ vs From
For reference on __w64:
http://msdn2.microsoft.com/en-us/library/s04b5w00.aspx
Mike
-Original Message-
From: Kai Vehmanen [mailto:[EMAIL PROTECTED]
Sent: Friday, September 01, 2006 2:33 PM
To: Michael Jerris
Cc: Pekka Pessi; sofia-sip-devel@lists.sourceforge.net
Subject: Re
Patch attached that does the double casting, as long as you are sure
this is safe, works fine for me.
Mike
-Original Message-
From: Pekka Pessi [mailto:[EMAIL PROTECTED]
Sent: Monday, September 04, 2006 8:04 AM
To: Michael Jerris
Cc: sofia-sip-devel@lists.sourceforge.net; Kai
: soa_set_sdp() uses now issize_t, too.
[EMAIL PROTECTED]
[su_win32/sofia-sip/su_configure.h: take 3 on defining suitable values for
win32/win64. Now use __w64 as explained by Michael Jerris.
[EMAIL PROTECTED]
[win32/sofia-sip/su_configure.h: using values from basetsd.h
[EMAIL PROTECTED]
Always
]
[fix msvc 2005 level 3 warnings
[EMAIL PROTECTED]
[soa.c: soa_set_sdp() uses now issize_t, too.
[EMAIL PROTECTED]
[su_win32/sofia-sip/su_configure.h: take 3 on defining suitable values for
win32/win64. Now use __w64 as explained by Michael Jerris.
[EMAIL PROTECTED]
[win32/sofia-sip/su_configure.h
This issue is fixed in the latest darcs
tree. The tpipv6.h is from the preview ipv6 code that in newer sdks (ie
the ones that come with vs 2005) have all that code in Winsock2.h.
To fix this in your local copy, change
su.h to be like:
# if defined(IPPROTO_IPV6)
/* IPv6 defined in
It appears that from everything that is said, the current tags regarding
user and identity tend to only work with something that we register to.
What about something that we do not need or want to register too, but
still need to serve up a specific identity and auth profile to when
registering,
One more round, this file includes 3 patches, one that lets it compile
again on windows, 1 that resolves the level 3 64 bit warnings (beware
of
what I did for tport.c, that one needs some review), and one that
resolves
the remaining level 4 warnings.
The first patch also includes a fix:
and returns
[EMAIL PROTECTED]
[fix msvc 2005 level 3 warnings
[EMAIL PROTECTED]
[soa.c: soa_set_sdp() uses now issize_t, too.
[EMAIL PROTECTED]
[su_win32/sofia-sip/su_configure.h: take 3 on defining suitable values for
win32/win64. Now use __w64 as explained by Michael Jerris.
[EMAIL PROTECTED
Pekka-
These are the patches from irc from today. Thanks again for
your help.
Mike
http://www.freeswitch.org/eg/ircpatches.txt
-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's
toss me an rfc reference about how we are not
supposed to send in the 200 ok after the 183 so we can file the bug with
cisco.
Thanks
Mike
-Original Message-
From: Pekka Pessi [mailto:[EMAIL PROTECTED]
Sent: Monday, October 09, 2006 6:19 AM
To: Michael Jerris
Cc: sofia-sip-devel
Yet another patch.
http://www.jerris.com/buildfixes.txt
Fixes new warnings on windows, and allows build on FreeBSD 5.3.
Thanks
Mike
New patches:
[msvc warnings fixes
[EMAIL PROTECTED] {
hunk ./libsofia-sip-ua/sip/sip_tag_class.c 425
- else if (n == hc-hc_len strncasecmp(hnv,
I have the following backtrace from a segfault:
http://pastebin.ca/197211
Caused by the following packets:
http://grumpy.asteriasgi.com/~krice/crash.txt
Any help would be much appretiated.
Thanks
Mike
-
Using Tomcat
Patch attached
noglib.patch
Description: noglib.patch
-
Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technology to make your job easier
Download IBM
When using SIPTAG_HEADER_STR in nua_invite, and possibly elsewhere, it
is inserting the header after the Content-Length header, before the
body. I think this is causing some serious issues when calling some
phones.
Mike
-
Patch to not use __attribute__((__malloc__)) on functions that don't
return pointers from su_alloc.h.
This causes build errors when the consumer program has -Wall -Werror.
http://www.freeswitch.org/eg/attrmalloc.patch
Mike
compilers.
Mike
-Original Message-
From: [EMAIL PROTECTED] [mailto:sofia-sip-
[EMAIL PROTECTED] On Behalf Of Michael Jerris
Sent: Tuesday, November 14, 2006 5:02 PM
To: sofia-sip-devel@lists.sourceforge.net
Cc: Pekka Pessi
Subject: [Sofia-sip-devel] build warning in su_alloch.h
From: [EMAIL PROTECTED] [mailto:sofia-sip-
On 11/22/06, Donak, John [EMAIL PROTECTED] wrote:
Has Sofia-Sip been deployed in any large carrier-grade products?
Is there any roadmap to support a High Availability Framework (i.e.
state
redundancy), which is required for carrier
To: Michael Jerris
Subject: Re: [Sofia-sip-devel] compiling for Windows
Hello,
On 02/01/07, Michael Jerris [EMAIL PROTECTED] wrote:
In freeswitch, we build natively with msvc2005 without any issues, I
know that
others use vc6 also with no issues. What happens when you try
From: http://msdn2.microsoft.com/en-us/library/aa366073.aspx
The IP Helper API is supported on Microsoft(r) Windows(r) 98, Microsoft
Windows Millennium Edition, on Microsoft Windows NT(r) version 4.0 with
Service Pack 4, Microsoft Windows 2000, Microsoft Windows XP and
Microsoft Windows Server
In freeswitch (www.freeswitch.org http://www.freeswitch.org/ ) we use
a modified version of ez-xml (ezxml.sf.net). it is a very lightweight
single C file non validating parser (MIT License). I do not believe
there is an xml parser in sofia-sip itself.
Mike
-Original Message-
From: [EMAIL PROTECTED] [mailto:sofia-sip-
[EMAIL PROTECTED] On Behalf Of Roman Filonenko
Sent: Tuesday, February 06, 2007 6:50 AM
To: Pekka Pessi; sofia-sip-devel@lists.sourceforge.net
Subject: [Sofia-sip-devel] Enable IP helper API for VC2005 build
Pekka,
Attached below is a more complete log of this entire section of the make
that hangs, then fails. Note where I waited 10-20 minutes during the
linking phase on a dual woodcrest box.
make[3]: Entering directory
`/usr/src/freeswitch.working/libs/sofia-sip/libsofia-sip-ua'
/bin/sh ../libtool
We recently ran in to something very similar (we were trying to do a
re-invite during early media) but ran in to a bunch of MUST's in rfc
3261 which stopped us in our tracks. If there is a reasonable way to do
this within the rfc I would love to know a good way. Is sending another
183 in early
Problem was due to a broken find command on the machine. This was not
an issue with the sofia-sip build.
Mike
-Original Message-
From: [EMAIL PROTECTED] [mailto:sofia-sip-
[EMAIL PROTECTED] On Behalf Of Michael Jerris
Sent: Wednesday, February 07, 2007 9:39 AM
To: sofia-sip-devel
We have a report of a reproducible seg coming out of sres, from nta,
when trying to destroy a query. It would appear that the query pointer
is getting trashed somewhere (0x80 value). The code in nta.c looks
fairly safe as far as not doing that. Where else would that pointer be
messed with?
8.1.1.8 Contact
The Contact header field provides a SIP or SIPS URI that can be used
to contact that specific instance of the UA for subsequent requests.
The Contact header field MUST be present and contain exactly one SIP
or SIPS URI in any request that can result in the
Attached below is I believe a more complete version of the patch that kv
just committed to darcs. There is a second piece to this problem.
nua_server_request_is_pending is incorrectly not true after some 1xx
responses. I believe the correct fix for this may be:
Index: nua_session.c
This one is when cr-cr_orq != NULL. I don't have logs that go along
with this one. Will try to capture them next time it happens.
Mike
#2 0x003490c27ae1 in __assert_fail () from /lib64/tls/libc.so.6
No symbol table info available.
#3 0x002a96f48ad7 in nua_client_request_sendmsg
I have the following test results currently on windows. Please let me
know what I can do to help troubleshoot these issues.
Mike
C:\src\sofia-sip\win32check
C:\src\sofia-sip\win32tests\torture_su_alloc\Debug\torture_su_alloc.exe
torture_su_alloc: PASS
\torture_su_bm.exe
torture_su_bm: PASS
C:\src\sofia-sip\win32
-Original Message-
From: Pekka Pessi [mailto:[EMAIL PROTECTED]
Sent: Monday, February 26, 2007 1:00 PM
To: Michael Jerris
Cc: Sofia-sip-devel@lists.sourceforge.net
Subject: Re: [Sofia-sip-devel] win32 test failures.
2007/2
Also, we use http://www.freeswitch.org/downloads/win32/gawk.exe on
freeswitch, and it seems to work fine.
Mike
-Original Message-
From: [EMAIL PROTECTED] [mailto:sofia-sip-
[EMAIL PROTECTED] On Behalf Of Kai Vehmanen
Sent: Tuesday, March 06, 2007 11:49 AM
To: [EMAIL PROTECTED]
Cc:
If you add ;maddr=1.2.3.4 where 1.2.3.4 is the interface ip to bind to,
to the end of the url that you pass to the NUTAG_URL on nua_create then
it binds to the address specified in maddr but properly uses the first
part of that url for the via and contact.
Mike
This is an issue in FreeSWITCH(tm) itself, not in the stack. Addressing
on the FreeSWITCH(tm) list.
Mike
-Original Message-
From: [EMAIL PROTECTED]
[mailto:freeswitch-
[EMAIL PROTECTED] On Behalf Of Tamas Cseke
Sent: Thursday, May 03, 2007 6:23 AM
To: [EMAIL PROTECTED]; sofia-sip-
Doublecheck if this is still the case in the current darcs tree, I think
this has been resolved already post 1.12.6.
Mike
-Original Message-
From: [EMAIL PROTECTED] [mailto:sofia-sip-
[EMAIL PROTECTED] On Behalf Of Jerry Richards
Sent: Wednesday, May 30, 2007 11:52 AM
To:
Confirm that you are using the same C runtime library for all the dll's
used in the process. Mixing debug/release and static/dynamic runtimes
can cause this.
Mike
-Original Message-
From: [EMAIL PROTECTED] [mailto:sofia-sip-
[EMAIL PROTECTED] On Behalf Of
[EMAIL PROTECTED]
Sent:
Shouldn't it be using just the number for 96 and less, and only compare the
name if = 97?
Mike
On 7/9/07 8:08 PM, Pekka Pessi [EMAIL PROTECTED] wrote:
2007/7/6, Jerry Richards [EMAIL PROTECTED]:
In response to a re-INVITE from the server, I am seeing sofia-sip (v 1.12.4)
sending out a 200
If your using vs2005 and xp you should not need that.. It looks more like
you are using the express edition of mvsc 2005 and you don't have the
platform sdk installed, or visual studio properly configured to use it.
Also, as a side note, you don't need cygwin to run autogen.cmd, you just
need a
Check out the code in src/mod/endpoints/mod_sofia/sip_reg.c in freeswitch (
www.freeswitch.org) for a good example of sofia nua registration that is
known to work with asterisk. Please note that when doing auth with asterisk
you need to have the right things in the from so asterisk can patch the
We received a report of this segfault. Detailed debug information is at:
http://jira.freeswitch.org/browse/SFSIP-22.
Backtrace:
(gdb) bt full
#0 0xb7136f59 in nh_call_pending (nh=0xb20bd038, now=3399807596) at
nua_stack.c:510
ds = (nua_dialog_state_t *) 0xb20bd070
du =
We have a problem where we send an invite to a client behind nat, that is
registered to us. When they respond 100, the contact address is incorrectly
an internal 192.168 adress, and all our responses after that (prack for
example) try to go to the unroutable 192 address. Are there tags that can
we have this issue already narrowed down to the patch that caused it:
Mon Oct 8 07:54:24 EDT 2007 [EMAIL PROTECTED]
* nua.c: nua event callback does not use nua_t object after
nua_destroy()
call. sf.net bug #1803686
and Pekka said he was going to look into it. I'll let him respond with
we use both of these in the set params call, I think the siptag you use
should be equivalent to the NUTAG_ALLOW_EVENTS, but the NUTAG_ALLOW is
probably whats missing.
NUTAG_ALLOW(SUBSCRIBE)
NUTAG_ALLOW_EVENTS(message-summary)
Mike
On 10/26/07, Jerry Richards [EMAIL PROTECTED] wrote:
By the
Begin forwarded message:
From: Michael Jerris [EMAIL PROTECTED]
Date: January 11, 2008 9:34:37 AM GMT-05:00
To: Pekka Pessi [EMAIL PROTECTED]
Subject: Re: [Sofia-sip-devel] Problems on win32 with latest window
SDK
My fix for this one is:
Index: sofia-sip/su.h
Sofia sip does not require glib, and --without-glib configure flag is
the way to turn it off. In freeswitch we do exactly that. What is
not working specifically?
Mike
On Jan 15, 2008, at 5:37 AM, jason_jiang in amit wrote:
Dear all,
I have had a question for a long time. Why does
is it used to do for? How do I compile a
sofsip_cli in a cross-platform without glib?
Michael Jerris wrote:
Sofia sip does not require glib, and --without-glib configure flag
is the way to turn it off. In freeswitch we do exactly that.
What is not working specifically?
Mike
On Jan
You can access the whole header as:
sip_header_as_string(profile-home, (void *) alert_info);
ai_url should be a url_t, not ascii data... if you are printfing it as
%d it might show as a negative number.
ai_params is a msg_param_t * , so a double pointer, its essentially a
list of const char
This code was added so the debugging from openssl would hit the sofia
callbacks. if you don't need tls support, you could easily build
without and not have the issue at all, otherwise, commenting that out
should be fine. Maybe we need to add a configure check if that
function is there
I know that part of their stuff involves a key that I don't believe is
publicly available. If you figure this out, please share.
Mike
On Feb 2, 2008, at 8:26 AM, Loell Erecre wrote:
hi, i was just hoping if the devs have the slightest idea, if
there's any way to discover a modified
If your looking for something that supports the media elements too, we
support much of this in freeswitch (www.freeswitch.org) including
2833/4733 and passthrough T.38 (all using sofia for the signaling).
Mike
On Feb 7, 2008, at 8:22 AM, Pekka Pessi wrote:
2008/1/30, Yann BOURON [EMAIL
NUA is not dependent on glib. You can build with the configure flag
--with-glib=no.
Mike
On Mar 21, 2008, at 10:16 PM, Mahesh Govind wrote:
Hi All,
I am new to sofia sip . Could you please help me by clearing the
following doubt .
Whether NUA is dependent on GLIB or only the sofia_cli
, Michael Jerris [EMAIL PROTECTED]
wrote:
NUA is not dependent on glib. You can build with the configure flag
--with-glib=no.
Mike
On Mar 21, 2008, at 10:16 PM, Mahesh Govind wrote:
Hi All,
I am new to sofia sip . Could you please help me by clearing the
following doubt .
Whether NUA
Yes.
On Mar 22, 2008, at 2:17 AM, Mahesh Govind wrote:
if we have one instance of nua ,
Can I configure that instance to accept/make calls for multiple
users at the
same time .
With thanks and regards
Mahesh
-
What version of sofia-sip is this? Have you tried w/ current darcs?
Mike
On Apr 7, 2008, at 8:00 AM, Fabio Margarido wrote:
Hi there,
I got this while randomly using my application today:
nta.c:781: agent_timer: Assertion `!agent-sa_out.trying-q_head'
failed.
Any ideas on what might
If your in a callback, you can use something like:
char network_ip[80];
get_addr(network_ip, sizeof(network_ip), ((struct
sockaddr_in *) msg_addrinfo(nua_current_request(nua))-ai_addr)-
sin_addr);
Mike
On Apr 28, 2008, at 9:48 AM, Matt Krokosz wrote:
From what I
On May 19, 2008, at 11:23 AM, Martin Drasar wrote:
Hello everyone,
I have two problems related to shutting down sofia stack.
In my application I create a separate thread that does the stack
initialization and runs the event loop. That's how I do it:
su_init();
I am not sure how much that makes sense in sofia itself, as it seems
outside the scope, like putting an rtp library in sofia. That being
said, we have enum support in freeswitch that uses udns for the async
resolver. Take a look at http://www.freeswitch.org. The code is in
the source
We have seen some similar results from the same patch set:
(gdb) bt
#0 0x2aaab00d6f56 in nta_outgoing_destroy
(orq=0x) at nta.c:6914
#1 0x2aaab010ca5b in nua_client_request_complete
(cr=0x2aaab43a87a0) at nua_stack.c:2186
#2 0x2aaab0108d76 in nh_destroy
This issue should already be fixed in current darcs. In FreeSWITCH
our copy of sofia is currently sync'd with darcs and it is more stable
than 1.12.9 for sure and likely 1.12.8 as well.
Mike
Mike
On Nov 25, 2008, at 11:58 AM, Jen Chitty wrote:
Hi,
I'm running 1.12.9 and I'm finding
To simplify this patch and make it more consistent with the rest of
the code, add the following at the top of tport_type_tls, this should
solve all the issues in that file without your patch, can you confirm?
#if HAVE_FUNC
#elif HAVE_FUNCTION
#define __func__ __FUNCTION__
#else
static char
MSVC is picky about some c99 stuff it doesn't like, in this case it is
likely code before declaration which msvc only supports for cpp code,
not c. I would have to see the gateway.c code to be sure.
Mike
On Dec 4, 2008, at 7:04 AM, Emanuele Vespa wrote:
Hi all, after I've successfully
Have you tried with the latest release (1.12.10) ?
Mike
On Dec 22, 2008, at 7:06 AM, Mohammed Sulaiman wrote:
Hi , we are using Sofia 1.12.8 on the Windows Mobile 6 platform in a
voip client app.
We have come across the following issue, when making a call over 3G.
Sofia is using the
This looks exactly like a seg that we were getting that was fixed a
couple days ago in darcs head. Please note there is one evil bug in
the current darcs head that can be corrected with the following patch:
hunk ./libsofia-sip-ua/su/su_uniqueid.c 141
- uint32_t *seed = calloc(32, sizeof
The stun code is incomplete and other nat traversal and keepalive
mechanisms went rfc so those were used instead.
Mike
On Jun 15, 2009, at 3:31 PM, Sharevon wrote:
Hi,
I'm trying to enable STUN. I found a piece of code, shown as below
if (!ob-ob_validated ob-ob_keepalive.sipstun
Are you using nta or nua?
On Jun 22, 2009, at 12:43 AM, jonathan augenstine
jaugenst...@gmail.com wrote:
I am developing a simple redirect server on Windows 2008 Server.
When an invite arrives, the handler performs a database lookup, and
then returns a 302 response with the database
On Jul 31, 2009, at 2:23 PM, Jen Chitty wrote:
Hi,
I'm wondering if there's a way to change the IPv4 address that the
Sofia stack binds to without having to shutdown and restart the
stack. We're using the NUA.
Nope, but would be nice.
Right now, if our device's IPv4 address changes
The most common way we have seen this done in devices is:
in invite request params: intercom=true
in a Call-Info header for the form: sip:%s;answer-after=0
I know both of these work fine with sofia-sip. Can the client support
either of these methods?
Also, I have not seen this error
Can you paste the actual sip trace here.
Mike
On Aug 26, 2009, at 6:45 AM, Bernhard Suttner wrote:
Hi,
I have the following problem (using sofia sip 1.12.9):
A (non sofia-sip) sends INVITE to B (user agent with sofia-sip)
B send back a Trying
B send Ringing and then a 200 OK
Most
Why is this a problem?
Mike
On May 19, 2010, at 6:11 PM, Jim Thomas wrote:
Hello,
I am experimenting with adding support for SIP 302 to redirect an inbound
call when the PBX is configured to forward the call.
The ITSP requires that the Contact header include the number where the call
I am not sure about mingw builds, but the visual studio build in the freeswitch
tree tends to build everywhere. We have a few patches that have not made it
upstream yet, but should in the near future. in the mean time, feel free to
pull whaterver you need from our repo. The build is modified
sofia-sip is not dead. The repository is in the process of moving to a new
repo. I expect a chunk of patches to be merged in soon, I was discussing this
with the maintainer last week.
Mike
On Jun 16, 2010, at 9:27 PM, Daniel Jabbour wrote:
Hi,
I am just getting started with a SIP
I maintain multiple libs that do this approach, there is no good way to handle
this without microsoft or the toolchain making a standard header for this that
we can test for. In lieu of that, you really need to do it yourself, and you
still then have the issue of ifdef protecting them against
On Jul 2, 2010, at 10:35 AM, Stefano Sabatini wrote:
Hi Pekka,
I tried:
http://gitorious.org/sofia-sip
but I see it contains exactly the same commits as the darcs repo, same
for the mjerris branch.
I'm trying in these days to compile sofia-sip in MinGW, which
currently fails during
Do these CFLAGS get into the build as well? a bit worried that we need to do
both this for the tests, and using top_ for the build.
Mike
On Jul 6, 2010, at 6:53 AM, Stefano Sabatini wrote:
Hi all,
this patch fixes the configuration problem as reported here:
I'll take a look at this issue.
Mike
On Jul 6, 2010, at 12:20 PM, Stefano Sabatini wrote:
On date Tuesday 2010-07-06 11:55:57 -0400, Michael Jerris phoned:
Do these CFLAGS get into the build as well? a bit worried that we
need to do both this for the tests, and using top_ for the build
I think this was already fixed. are you using latest release or git head?
Mike
On Aug 12, 2010, at 9:34 AM, Philippe Maymat wrote:
Hi everybody,
When I try to send SUSCRIBE with nua_subscribe with a REQUEST URI like :
sip:name;attri...@societe.com, I get an internal error:
Internal
Try the latest git repo.
Mike
On Aug 12, 2010, at 11:51 AM, Philippe Maymat wrote:
I use the version 1.12.10. Is it the last one ? Or maybe there is a new
version somewhere ?
Thank you for your help.
Michael Jerris a écrit :
I think this was already fixed. are you using latest
Looks like this is due to missing quotes around the display name.
Mike
On Aug 16, 2010, at 12:45 PM, Tech Micron wrote:
Hi everyone,
I have a SIP device that is working with RFC 2543. I am trying to send call
using Sofia-SIP (via FreeSwitch), but none of my calls are going through.
I
make SOFIA_SILENT=
On Nov 10, 2010, at 10:05 AM, kai.vehma...@nokia.com kai.vehma...@nokia.com
wrote:
Hi,
On 09 Nov 2010, Chris Robson wrote:
Anyone know how to remove the -O2 optimize flag from the compile, aka
./configure --disable-???
one quick way to compile without
Turn on NTA_DEBUG=9 and see if it provides any insight. What response code are
you getting?
Mike
On Dec 24, 2010, at 2:14 AM, manju nath wrote:
HI
Am using sofia nta module in my applicaton, for the case shown below ACK
is coming to stack but these ACK is not getting forwarded
We have people doing millions of calls without memory leaks. This sounds like
there is something in the implementation that is not doing a destroy when it
should. Can you run in a memory debugger like valgrind and see what is being
left behind?
Mike
On Apr 8, 2011, at 11:39 AM, Jerry
Check out www.freeswitch.org. It should already implement most of what your
talking about.
Mike
On May 25, 2011, at 10:21 PM, Владимир Лучко wrote:
Hello, everybody!
I want to code SBC, using sofia-sip. Does has the project reference SBC (as,
for example opensipstack has OpenSBC)?
Or may
NUTAG_URL()
pass it a string of the form
sip:user@ip:port
in nat scenarios you can add ;maddr=
with another ip:port
Mike
On Jul 7, 2011, at 12:37 PM, Nick Knight wrote:
Hi,
I have used sofia sip to create a TAPI bridge which works really
nicely. But I have a niggle I can't find how to
It compiles and to my knowledge works fine on fbsd.
Mike
On Nov 13, 2011, at 3:16 PM, ogogon wrote:
Why in the operating system FreeBSD is not present ported distributive
of Sofia-SIP?
I formed the opinion that the Sofia-SIP - the most advanced and
supported by SIP stack.
Sofia-SIP is not
Don't bind to 0.0.0.0. Bind to the interface address of the network device
that you want to show up in your sip packets.
Mike
On Sep 12, 2012, at 10:47 PM, Huang, Kun-Yao kxh...@dolby.com wrote:
Hello:
If I use call nua_create() with sip:0.0.0.0:* and then call nua_invite() to
another
...@gmail.com wrote:
Michael, ds has declared at line 937:
nua_dialog_state_t *ds = NULL;
Its compile and run fine.
2013/3/1 Michael Jerris m...@jerris.com
Looks like you commented out the declaration of ds. Does this compile?
On Mar 1, 2013, at 9:38 AM, Alexsander Petry alexsanderpe...@gmail.com
Not explicitly, but its just a few lines of code in i_invite to make it do that.
Mike
On Mar 26, 2013, at 6:03 PM, Jerry Richards jerry.richa...@teotech.com wrote:
Hello,
As a phone endpoint (i.e. user agent), does sofia-sip have an option tag to
reject any SIP requests/messages not
Do you have replaces in your supported string? try SIPTAG_SUPPORTED_STR
passing a string that includes replaces in nua_set_params or nua_create. I
assume the othe sides your talking to support replaces too?
On Apr 9, 2013, at 7:06 AM, John Graham johngavingra...@googlemail.com wrote:
Hi
Hey Arsen- Long time no chat. I can take a look at these.
Mike
On Apr 23, 2013, at 4:06 PM, Arsen Chaloyan achalo...@yahoo.com wrote:
Hi,
I would like to submit a number of patches applied over the latest git
version of the Sofia-SIP library.
1. A local variable could be referenced
We are still very active on it inside of FreeSWITCH but we have not done a good
job getting patches back in to the sofia-sip tree. I do plan on fixing that
soon as other patches have been coming in lately.
Mike
On May 3, 2013, at 6:24 AM, a.wehrm...@centersystems.com wrote:
Hello!
I
check out NUTAG_PROXY
On May 14, 2013, at 11:14 AM, Jerry Richards jerry.richa...@teotech.com wrote:
Hello,
I have sofia-sip setup with one NUA agent (i.e. one call to nua_create()).
Is there a way to send a REGISTER message to a proxy different than the
binding established via
Pretty sure there is no callback you get for the automatic 100's
Mike
On May 16, 2013, at 5:50 PM, jonathan augenstine jaugenst...@gmail.com wrote:
I am working on an application and I would like to log the response of the
100 message. What I notice is that when I compare the logging from
Yes
On Nov 4, 2013, at 8:51 AM, Thomas Volkert si...@gmx.net wrote:
Hello,
Have you also compiled it for Win64? Did it work?
Best regards,
Thomas.
On 04.11.2013 14:11, Michael Jerris wrote:
It builds find using msvc.
Mike
On Nov 3, 2013, at 6:44 AM, natalia Zakowka natzako
This is some sort of optimizer issue in newer gcc. The following patch from
the freeswitch tree fixes it, also compiling -O0 will keep it from happening:
:git diff 016550f218fb0ea54aa6163d6a6eb7e02539da5e..HEAD
libsofia-sip-ua/msg/msg_parser.c
diff --git
Pekka is no longer at Nokia. I think I am the only one with commit access to
the gitorious tree still around and responding at all. I don't have the
ability to roll releases. There are still plenty of people working on
sofia-sip from what I can see, but yeah, no official maintainer who is
Looks about right.. i had something very similar from the FreeSWITCH tree:
diff --git a/libs/sofia-sip/libsofia-sip-ua/msg/msg_parser.c
b/libs/sofia-sip/libsofia-sip-ua/msg/msg_parser.c
index d75b975..c312445 100644
--- a/libs/sofia-sip/libsofia-sip-ua/msg/msg_parser.c
+++
anywhere, but now I think I should. Can you send me a link to a commit
history?
Dave
On Apr 24, 2014, at 10:52 AM, Michael Jerris m...@jerris.com wrote:
Looks about right.. i had something very similar from the FreeSWITCH tree:
diff --git a/libs/sofia-sip/libsofia-sip-ua/msg/msg_parser.c
use NUTAG_WITH_THIS_MSG(msg) where msg is the msg passed to the original
callback.
On May 8, 2014, at 12:21 PM, Jerry Richards jerry.richa...@teotech.com wrote:
Hello,
I’m trying to handle an in-dialog NOTIFY Event hold/talk message (i.e. to put
a call on-hold and take off-hold) from a
how to convert a sip_t pointer into
a msg_t pointer? My callback function gets a sip_t pointer.
Regards,
Jerry
From: Michael Jerris [mailto:m...@jerris.com]
Sent: Thursday, May 08, 2014 11:07 AM
To: Jerry Richards
Cc: sofia-sip-devel@lists.sourceforge.net
Subject: Re: [Sofia-sip-devel
1 - 100 of 118 matches
Mail list logo
