[Sofia-sip-devel] Outbound proxy and dialogs (was: Registration and Session Border Controllers)
Hi, >-Original Message- >From: [EMAIL PROTECTED] >[mailto:[EMAIL PROTECTED] On >Behalf Of ext Pekka Pessi >Sent: Wednesday, May 02, 2007 8:05 PM >To: Matthew O Connor >Cc: sofia-sip-devel@lists.sourceforge.net >Subject: Re: [Sofia-sip-devel] Registration and Session Border >Controllers > >You can add NTATAG_DEFAULT_PROXY() (also known as NUTAG_PROXY()) with >SBC URI to the list of tags given to nua_*() functions. There is a >catch, however, the proxy URI is used only with the initial request, >not with subsequent requests within the dialog. > >You can change the default proxy for all requests by including >NUTAG_PROXY() with nua_create() or nua_set_params(). That's interesting with regard to my recent feature request. So, is there a way after all to make Sofia-SIP honor a dialog-established route and have an outbound proxy used by default? If I supply the registrar proxy in nua_set_params() and only put NUTAG_PROXY() in nua_invite() et al., will it do the trick? Best regards, Mikhail - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Sofia-sip-devel mailing list Sofia-sip-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/sofia-sip-devel
[Sofia-sip-devel] sofia privacy
Hello, I have a strange problem, with sip privacy. I relay inbound sip calls to another proxy. when privacy is set, freeswitch send a strange From header i guess. The proxy receiving the request doesn't reply, because of some format error. When i don't use privacy, it is ok, so this is the only one difference. I think the uri in the from hdr is invalid (not sure) "@" is unneccessary, maybe (?) Inbound request: .From: ;tag=E4018B8C-23CD. Remote-Party-ID: ;party=calling;screen=yes;privacy=full Outbound request: From: ;tag=ty4j9BmcBc2Nr Remote-Party-ID: ;party=calling;screen=yes;privacy=off Thanks any help, Tamas - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Sofia-sip-devel mailing list Sofia-sip-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/sofia-sip-devel
Re: [Sofia-sip-devel] [Freeswitch-users] sofia privacy
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- > [EMAIL PROTECTED] > Subject: [Freeswitch-users] sofia privacy > > Hello, > > I have a strange problem, with sip privacy. > I relay inbound sip calls to another proxy. > when privacy is set, freeswitch send a strange From header i guess. > The proxy receiving the request doesn't reply, because of some format > error. > > When i don't use privacy, it is ok, so this is the only one difference. > I think the uri in the from hdr is invalid (not sure) "@" is > unneccessary, maybe (?) > > > Inbound request: > .From: ;tag=E4018B8C-23CD. > Remote-Party-ID: > ;party=calling;screen=yes;privacy=full > > Outbound request: > From: ;tag=ty4j9BmcBc2Nr > Remote-Party-ID: > ;party=calling;screen=yes;privacy=off > > Thanks any help, > Tamas > > > ___ > Freeswitch-users mailing list > [EMAIL PROTECTED] > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Sofia-sip-devel mailing list Sofia-sip-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/sofia-sip-devel
Re: [Sofia-sip-devel] Modifications For linux-mips Platform (w/C++ UA)
Hello All,
I was tied up for a couple weeks, but now I'm back (if anyone cares ;).
In answer to your question, I am using version 2.95.3 of the
mips-linux-uclibc/bin/mipsel-uclibc-gcc.
Secondly, the only reason I was going to try mipsel-uclibc-g++ was to see if
it would compile the original version 1.12.4
lib-sofia-sip-ua/sip/sofia-sip/sip_header.h and
lib-sofia-sip-ua/su/sofia-sip/su_config.h files without error. However
based on your reply, I don't think that is worth trying.
Also, below is the compilation output using the mipsel-uclibc-gcc when I
attempt to include the following sofia-sip header files into a C++ source
file:
#include
#include
#include
Here is the compilation output:
/vobs/psp_linux/tools/mipsel-linux-uclibc/bin/mipsel-uclibc-gcc -g -Wall -fP
IC -c -DUSE_ARES -g -I. -I/home/jerryr/workspace/SipPhone/Apps/TCPhone/tc/in
clude -I/home/jerryr/workspace/SipPhone/Apps/TCPhone/sofia-sip/libsofia-sip-
ua/bnf -I/home/jerryr/workspace/SipPhone/Apps/TCPhone/sofia-sip/libsofia-sip
-ua/features-I/home/jerryr/workspace/SipPhone/Apps/TCPhone/sofia-sip/libsof
ia-sip-ua/http -I/home/jerryr/workspace/SipPhone/Apps/TCPhone/sofia-sip/libs
ofia-sip-ua/ipt -I/home/jerryr/workspace/SipPhone/Apps/TCPhone/sofia-sip/lib
sofia-sip-ua/iptsec -I/home/jerryr/workspace/SipPhone/Apps/TCPhone/sofia-sip
/libsofia-sip-ua/msg -I/home/jerryr/workspace/SipPhone/Apps/TCPhone/sofia-si
p/libsofia-sip-ua/nea -I/home/jerryr/workspace/SipPhone/Apps/TCPhone/sofia-s
ip/libsofia-sip-ua/nta -I/home/jerryr/workspace/SipPhone/Apps/TCPhone/sofia-
sip/libsofia-sip-ua/nth -I/home/jerryr/workspace/SipPhone/Apps/TCPhone/sofia
-sip/libsofia-sip-ua/nua
-I/home/jerryr/workspace/SipPhone/Apps/TCPhone/sofi
a-sip/libsofia-sip-ua/sdp
-I/home/jerryr/workspace/SipPhone/Apps/TCPhone/sof
ia-sip/libsofia-sip-ua/sip -I/home/jerryr/workspace/SipPhone/Apps/TCPhone/so
fia-sip/libsofia-sip-ua/soa -I/home/jerryr/workspace/SipPhone/Apps/TCPhone/s
ofia-sip/libsofia-sip-ua/sresolv
-I/home/jerryr/workspace/SipPhone/Apps/TCPh
one/sofia-sip/libsofia-sip-ua/stun -I/home/jerryr/workspace/SipPhone/Apps/TC
Phone/sofia-sip/libsofia-sip-ua/su
-I/home/jerryr/workspace/SipPhone/Apps/TC
Phone/sofia-sip/libsofia-sip-ua/tport -I/home/jerryr/workspace/SipPhone/Apps
/TCPhone/sofia-sip/libsofia-sip-ua/url -I/home/jerryr/workspace/SipPhone/App
s/TCPhone/sofia-sip/build
-I/home/jerryr/workspace/SipPhone/Apps/TCPhone/sof
ia-sip/build/libsofia-sip-ua/features -I/home/jerryr/workspace/SipPhone/Apps
/TCPhone/sofia-sip/build/libsofia-sip-ua/http -I/home/jerryr/workspace/SipPh
one/Apps/TCPhone/sofia-sip/build/libsofia-sip-ua/msg-I/home/jerryr/workspac
e/SipPhone/Apps/TCPhone/sofia-sip/build/libsofia-sip-ua/sip -I/home/jerryr/w
orkspace/SipPhone/Apps/TCPhone/sofia-sip/build/libsofia-sip-ua/su -I/home/je
rryr/workspace/SipPhone/Apps/TCPhone/sofia-sip/libsofia-sip-ua/nua/sofia-sip
-I/home/jerryr/workspace/SipPhone/Apps/TCPhone/sofia-sip/libsofia-sip-ua/si
p/sofia-sip -o
/home/jerryr/workspace/SipPhone/Apps/TCPhone/tc/build/CE_CONF.o
/home/jerryr/workspace/SipPhone/Apps/TCPhone/tc/CallExec/CE_CONF.cxx
In file included from
/home/jerryr/workspace/SipPhone/Apps/TCPhone/sofia-sip/libsofia-sip-ua/nua/s
ofia-sip/nua.h:38,
from
/home/jerryr/workspace/SipPhone/Apps/TCPhone/tc/CallExec/CE_SIP.h:17,
from
/home/jerryr/workspace/SipPhone/Apps/TCPhone/tc/CallExec/CE_LOC.h:68,
from
/home/jerryr/workspace/SipPhone/Apps/TCPhone/tc/CallExec/CE_CONF.cxx:48:
/home/jerryr/workspace/SipPhone/Apps/TCPhone/sofia-sip/libsofia-sip-ua/su/so
fia-sip/su_wait.h:363: parse error before `('
/home/jerryr/workspace/SipPhone/Apps/TCPhone/sofia-sip/libsofia-sip-ua/su/so
fia-sip/su_wait.h:395: parse error before `('
In file included from
/home/jerryr/workspace/SipPhone/Apps/TCPhone/sofia-sip/libsofia-sip-ua/url/s
ofia-sip/url.h:108,
from
/home/jerryr/workspace/SipPhone/Apps/TCPhone/sofia-sip/libsofia-sip-ua/nua/s
ofia-sip/nua.h:43,
from
/home/jerryr/workspace/SipPhone/Apps/TCPhone/tc/CallExec/CE_SIP.h:17,
from
/home/jerryr/workspace/SipPhone/Apps/TCPhone/tc/CallExec/CE_LOC.h:68,
from
/home/jerryr/workspace/SipPhone/Apps/TCPhone/tc/CallExec/CE_CONF.cxx:48:
/home/jerryr/workspace/SipPhone/Apps/TCPhone/sofia-sip/libsofia-sip-ua/su/so
fia-sip/su_alloc.h:66: parse error before `('
/home/jerryr/workspace/SipPhone/Apps/TCPhone/sofia-sip/libsofia-sip-ua/su/so
fia-sip/su_alloc.h:82: parse error before `('
/home/jerryr/workspace/SipPhone/Apps/TCPhone/sofia-sip/libsofia-sip-ua/su/so
fia-sip/su_alloc.h:111: parse error before `('
/home/jerryr/workspace/SipPhone/Apps/TCPhone/sofia-sip/libsofia-sip-ua/su/so
fia-sip/su_alloc.h:113: parse error before `('
/home/jerryr/workspace/SipPhone/Apps/TCPhone/sofia-sip/libsofia-sip-ua/su/so
fia-sip/su_alloc.h:115: parse error before `('
/home/jerryr/workspace/SipPhone/Apps/TCPhone/sofia-sip/libsofia-sip-ua/su/
[Sofia-sip-devel] Multiple nua_create() calls with one binding
Hello,
As I mentioned before, I am building a device that I would like to use to
REGISTER multiple (up to 50) SIP user IDs and make incoming/outgoing calls.
I am attempting to invoke nua_create() once for each user ID. However, I
want to bind to only one IP Address and port. If I specify the following
parameter in each invocation nua_create(), then the second nua_create()
fails to bind because the address is in use:
NUTAG_URL("sip:192.168.72.191:5060"),
Alternatively, if I ONLY include the above parameter in the first
nua_create() call (and omit it on subsequent nua_create() calls), then the
second NUA will fail to send the REGISTER message out of the device and
times-out.
Can I have multiple sofia-sip NUAs bound to the same IP address and port #?
Best Regards,
Jerry
-
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/
___
Sofia-sip-devel mailing list
Sofia-sip-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/sofia-sip-devel
Re: [Sofia-sip-devel] Multiple nua_create() calls with one binding
Jerry,
The quick answer is no. Each nua instance needs it's own port #.
There are a few threads that talk about how to maintain multiple sip
addresses / endpoints with a single nua instance.
Search the archives for "multiple"
Colin..
Jerry Richards wrote:
> Hello,
>
> As I mentioned before, I am building a device that I would like to use to
> REGISTER multiple (up to 50) SIP user IDs and make incoming/outgoing calls.
>
> I am attempting to invoke nua_create() once for each user ID. However, I
> want to bind to only one IP Address and port. If I specify the following
> parameter in each invocation nua_create(), then the second nua_create()
> fails to bind because the address is in use:
>
> NUTAG_URL("sip:192.168.72.191:5060"),
>
> Alternatively, if I ONLY include the above parameter in the first
> nua_create() call (and omit it on subsequent nua_create() calls), then the
> second NUA will fail to send the REGISTER message out of the device and
> times-out.
>
> Can I have multiple sofia-sip NUAs bound to the same IP address and port #?
>
> Best Regards,
> Jerry
>
>
> -
> This SF.net email is sponsored by DB2 Express
> Download DB2 Express C - the FREE version of DB2 express and take
> control of your XML. No limits. Just data. Click to get it now.
> http://sourceforge.net/powerbar/db2/
> ___
> Sofia-sip-devel mailing list
> Sofia-sip-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/sofia-sip-devel
>
-
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/
___
Sofia-sip-devel mailing list
Sofia-sip-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/sofia-sip-devel
Re: [Sofia-sip-devel] 500 response after an early BYE on incoming INVITE
2007/4/30, Mikhail Zabaluev <[EMAIL PROTECTED]>: > I've encountered some odd behavior from the NUA stack in response to an > admittedly odd use of nua_bye() by the application. > The case in point is when our UA has received an INVITE, we've sent out > provisional responses so the dialog have been established, and we > terminate the call with nua_bye() (which may be not the brightest thing > to do and our client code should be more context-aware here). The > unwinding of the call seems all right except our final response to the > INVITE is a 500 Internal Server Error. Should it have been a 487 > instead? >Should the stack detect an attempt to terminate an early dialog > in the callee role and just emit a final response, as it seems to do > when we're the caller so nua_bye() would issue a CANCEL. I guess Sofia destroys the server-side transaction and returns a 500 response because it has nothing better to send. Probably 480 Temporarily Unvailable or 486 Busy would be better. -- Pekka.Pessi mail at nokia.com - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Sofia-sip-devel mailing list Sofia-sip-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/sofia-sip-devel
