I stumbled into this problem:
https://www.mail-archive.com/sofia-sip-devel@lists.sourceforge.net/msg03581.html
but I couldn't find a solution, so I made this modification to use the
Expires header as a fallback.
What do you think?
Bye
--
Luca
diff --unified --recursive sofia-sip-1.12.11.orig/li
El 03/09/14 15:45, Luca Olivetti ha escrit:
> El 03/09/14 06:13, Luca Olivetti ha escrit:
>> El 06/03/13 15:36, Francesco Lamonica ha escrit:
>>
>> Sorry to revive an old thread (and for the top-posting!), but I'm having
>> the same issue and I saw no replies on the
El 03/09/14 06:13, Luca Olivetti ha escrit:
> El 06/03/13 15:36, Francesco Lamonica ha escrit:
>
> Sorry to revive an old thread (and for the top-posting!), but I'm having
> the same issue and I saw no replies on the list.
>
> I'm using nua and I tried this right
El 06/03/13 15:36, Francesco Lamonica ha escrit:
Sorry to revive an old thread (and for the top-posting!), but I'm having
the same issue and I saw no replies on the list.
I'm using nua and I tried this right after the call to nua_create
if (g_conf.local_ip) {
url_t * loc
El 13/08/14 15:47, Petr Kuba ha escrit:
> FreeSWITCH... By the way, how far to the (git) history should the
> evaluation go? Will it be enough to check the master branch only?
There were other branches in sofia-sip with useful patches that are not
in freeswitch (e.g. my patch to support network c
El 02/08/14 05:26, Nikos Balkanas ha escrit:
> Ther is no administrator for this project. This is very unfortunate, and
> a lot of patches are going to oblivion :-(
Hey, that was just what I assumed, but, as I said, I may be wrong.
> Does anyone have sourceforge and/or svn access to the project t
El 02/08/14 00:28, Nikos Balkanas ha escrit:
>
> Oh, and the other patches are needed too
>
> http://code.google.com/p/danube-voip/source/browse/sofia-sip/patches/
>
> Bye
> --
> Luca
>
>
> Any reason why these were never commited to main branch?
No idea, but (and I cou
El 01/08/14 21:00, Luca Olivetti ha escrit:
> El 01/08/14 09:03, Andreas Wehrmann ha escrit:
>
>>>
>>> I have checked NUTAG_DETECT_NETWORK_UPDATES(), but its only works with OS
>>> x. I am using linux.
>>>
>>
>> I took a look at the code
El 01/08/14 09:03, Andreas Wehrmann ha escrit:
>>
>> I have checked NUTAG_DETECT_NETWORK_UPDATES(), but its only works with OS x.
>> I am using linux.
>>
>
> I took a look at the code and it looks like this is only implemented for
> OSx.
>
I use a patch for linux
http://code.google.com/p/danu
Al 01/06/11 21:10, En/na Pekka Pessi ha escrit:
> Hi Luca,
>
> 2011/6/1 Luca Olivetti :
>> BTW, the documentation says that sofia-sip will generate the contact using
>> the provided NUTAG_M_USERNAME, an equal sign and a random string, but it
>> doesn't seem to
Al 01/06/11 19:39, En/na Pekka Pessi ha escrit:
> Hi Luca,
>
> 2011/5/29 Luca Olivetti :
>> If in nua_register I use NUTAG_M_USERNAME, can I be sure that the proxy will
>> use it as a "Contact:" for every incoming request?
>> If that's the case, I
Al 29/05/11 19:22, En/na Luca Olivetti ha escrit:
> Al 29/05/11 19:14, En/na Luca Olivetti ha escrit:
>> Al 25/05/11 10:47, En/na Luca Olivetti ha escrit:
>>> Hello,
>>>
>>> I (re)wrote a sip client based on sofia-sip managing the fxs ports on a
>>>
Al 29/05/11 19:14, En/na Luca Olivetti ha escrit:
> Al 25/05/11 10:47, En/na Luca Olivetti ha escrit:
>> Hello,
>>
>> I (re)wrote a sip client based on sofia-sip managing the fxs ports on a
>> router.
>> I'm using one nua with multiple accounts (multiple r
Al 25/05/11 10:47, En/na Luca Olivetti ha escrit:
> Hello,
>
> I (re)wrote a sip client based on sofia-sip managing the fxs ports on a
> router.
> I'm using one nua with multiple accounts (multiple registrations), and I
> need to match incoming calls to one of the
Hello,
I (re)wrote a sip client based on sofia-sip managing the fxs ports on a
router.
I'm using one nua with multiple accounts (multiple registrations), and I
need to match incoming calls to one of the configured accounts (to
determine the fxs port that should ring).
I compare the sip_to field
Hello,
the following patch adds support for NUTAG_DETECT_NETWORK_UPDATES for linux
(it's currently implemented only for OS-X).
C is not my primary language so there could be a more elegant way to do it.
---
diff --unified --recursive sofia-sip-1.12.11.orig/libsofia-sip-ua/su/su_os_nw.c
sofia-si
Al 19/04/11 01:15, En/na Luca Olivetti ha escrit:
>> The transport is cached in nua/outbound.c, I suppose it should drop
>> its reference to tport_t, too, when network change is detected. See:
>> https://gitorious.org/~ppessi/sofia-sip/pessi-sofia-sip/commits/network-change
Al 18/04/11 23:52, En/na Pekka Pessi ha escrit:
> Hi Luca,
>
> 2011/4/18 Luca Olivetti :
>>> A2 = MD5(REGISTER:sip:ekiga.net)
>>> auth_response: db79b8a5046c76654b742311b7d4a33d =
>>> MD5(53060310bbad90036d54e1954983ae4e:4dab21db
Al 17/04/11 19:35, En/na Luca Olivetti ha escrit:
> A2 = MD5(REGISTER:sip:ekiga.net)
> auth_response: db79b8a5046c76654b742311b7d4a33d =
> MD5(53060310bbad90036d54e1954983ae4e:4dab21dbe3306f1513e34e9e24eedc00a7827bd9394f:14bd7ed1967527d3770ab1f
Al 17/04/11 16:51, En/na Luca Olivetti ha escrit:
> Al 17/04/11 15:51, En/na Luca Olivetti ha escrit:
>
>> Well, looking at su/su_os_nw.c (which I could have done before asking, duh)
>> it appears it is still so :-(
>>
>> Any plan to add Linux support?
>>
>
Al 17/04/11 15:51, En/na Luca Olivetti ha escrit:
> Well, looking at su/su_os_nw.c (which I could have done before asking, duh)
> it appears it is still so :-(
>
> Any plan to add Linux support?
>
> I can have a go at it myself, I'm not really good with C, but I can
>
Al 17/04/11 15:05, En/na Luca Olivetti ha escrit:
> Hello,
>
> I tried NUTAG_DETECT_NETWORK_UPDATES(NUA_NW_DETECT_TRY_FULL)
> both with nua_set_params and with nua_register, but it
> doesn't seem to be working: if I change the ip address of the interface I
> always get &
Hello,
I tried NUTAG_DETECT_NETWORK_UPDATES(NUA_NW_DETECT_TRY_FULL)
both with nua_set_params and with nua_register, but it
doesn't seem to be working: if I change the ip address of the interface I
always get "503 service unavailable" afterwards.
I found these messages
http://www.mail-archive.co
23 matches
Mail list logo
