Re: [Sofia-sip-devel] How to detect the local IP port availability

2011-08-04 Thread EiSl 1972
I'm not aware.
And actually... it will also never work when it is not claimed immediately
(which is done by nua_create).
Because in in the meantime when your application is checking on availability
(without actually claiming it), another application can claim this port. As
so you will have an assertion anyway.

Why not creating it with port value = 0.
It is a client anyway, so explicit define a local port is not common
practice.


On Thu, Aug 4, 2011 at 2:23 PM, p.pierrepoir...@videotron.ca wrote:

 Are there functions available that will allow the application knowing that
 the local IP port is valid and available…. Before calling ‘nua_create’ wit
 NUTAG_URL( szLocalIpPort). The purpose is to avoid the application to assert
 and return a clear message to the user.

 Thanks.


 --
 BlackBerryreg; DevCon Americas, Oct. 18-20, San Francisco, CA
 The must-attend event for mobile developers. Connect with experts.
 Get tools for creating Super Apps. See the latest technologies.
 Sessions, hands-on labs, demos  much more. Register early  save!
 http://p.sf.net/sfu/rim-blackberry-1
 ___
 Sofia-sip-devel mailing list
 Sofia-sip-devel@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/sofia-sip-devel


--
BlackBerryreg; DevCon Americas, Oct. 18-20, San Francisco, CA
The must-attend event for mobile developers. Connect with experts. 
Get tools for creating Super Apps. See the latest technologies.
Sessions, hands-on labs, demos  much more. Register early  save!
http://p.sf.net/sfu/rim-blackberry-1___
Sofia-sip-devel mailing list
Sofia-sip-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/sofia-sip-devel


Re: [Sofia-sip-devel] local sip IP address

2011-07-20 Thread EiSl 1972
Use nua_get_params(..., NUTAG_CONTACT(NULL), TAG_END()) to request contact
information
and pickup the answer in the nua_r_get_params (with status == 200) event
using

sip_contact_t *sa_contact=NULL;
tl_gets(tags, NUTAG_CONTACT_REF(sa_contact), TAG_END());


On Wed, Jul 20, 2011 at 12:18 PM, Nick Knight n...@omniis.com wrote:

 Hi again,

 I would like to obtain the IP address of the local computer to use in
 the SDP message string I am building. Is there a sofia way of doing
 this?

 Thank you.

 ick


 --
 10 Tips for Better Web Security
 Learn 10 ways to better secure your business today. Topics covered include:
 Web security, SSL, hacker attacks  Denial of Service (DoS), private keys,
 security Microsoft Exchange, secure Instant Messaging, and much more.
 http://www.accelacomm.com/jaw/sfnl/114/51426210/
 ___
 Sofia-sip-devel mailing list
 Sofia-sip-devel@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/sofia-sip-devel

--
10 Tips for Better Web Security
Learn 10 ways to better secure your business today. Topics covered include:
Web security, SSL, hacker attacks  Denial of Service (DoS), private keys,
security Microsoft Exchange, secure Instant Messaging, and much more.
http://www.accelacomm.com/jaw/sfnl/114/51426210/___
Sofia-sip-devel mailing list
Sofia-sip-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/sofia-sip-devel


Re: [Sofia-sip-devel] local sip port

2011-07-08 Thread EiSl 1972
Hi Nick,

You should do it in the create:
  char url[256] = ;

  sprintf( url,
   _T(sip:%s:%d),
   m_UseInterface,
   m_UsePort );

  m_Stack.nua = nua_create( m_Stack.root,
s_HandleSofiaEvent,
m_Stack,
NUTAG_URL(url),
TAG_NULL());


On Fri, Jul 8, 2011 at 12:36 PM, Nick Knight n...@omniis.com wrote:

 Hi,

 I am doing this:

appl-nua = nua_create(appl-root,
app_callback,
appl,
/* tags as necessary ...*/
TAG_NULL());

if (appl-nua != NULL) {
nua_set_params(appl-nua,
NUTAG_AUTOACK(1),
NUTAG_URL(sip:1000@192.168.1.5:34765),
NUTAG_OUTBOUND(use-rport),
/* tags as necessary ... */
TAG_NULL());

 But when I use register, it still goes out from 5060? Is this the
 right place to do it?

 Thanks

 Nick

 On Thu, Jul 7, 2011 at 7:26 PM, Michael Jerris m...@jerris.com wrote:
  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 resolve.
 
  I am sure it is really simple, but for the life of me I cannot find
  out how to use a different local sip port (other than 5060).
 
 


 --
 All of the data generated in your IT infrastructure is seriously valuable.
 Why? It contains a definitive record of application performance, security
 threats, fraudulent activity, and more. Splunk takes this data and makes
 sense of it. IT sense. And common sense.
 http://p.sf.net/sfu/splunk-d2d-c2
 ___
 Sofia-sip-devel mailing list
 Sofia-sip-devel@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/sofia-sip-devel

--
All of the data generated in your IT infrastructure is seriously valuable.
Why? It contains a definitive record of application performance, security 
threats, fraudulent activity, and more. Splunk takes this data and makes 
sense of it. IT sense. And common sense.
http://p.sf.net/sfu/splunk-d2d-c2___
Sofia-sip-devel mailing list
Sofia-sip-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/sofia-sip-devel


[Sofia-sip-devel] How to retrieve the local bound SIP port when created dynamically? (as used in contact-header)

2011-01-31 Thread EiSl 1972
Hello all,

I have the feeling the answer lays in front of my nose, but for some reason
I cannot find/see it...

When I create/start Sofia using next:

Assume:
char my_url[] = sip:192.168.1.1:0;

m_Stack.nua = nua_create( m_Stack.root,
  s_HandleSofiaEvent,
 m_Stack,
  NUTAG_URL(my_url),
  TAG_NULL());

How do I extract the actual port being used by Sofia (as used in the
Contact-header)?
For my feeling there has to be a clean way to retrieve this information.

A side question:
I'm using the released stable version 1.12.10.
I know there is a lot of incident repair and other development still
ongoing. If I would like to use a more recent version, which branch/tag is
considered then most stable?


With regards and please keep on going this great stack!,

Eize
--
Special Offer-- Download ArcSight Logger for FREE (a $49 USD value)!
Finally, a world-class log management solution at an even better price-free!
Download using promo code Free_Logger_4_Dev2Dev. Offer expires 
February 28th, so secure your free ArcSight Logger TODAY! 
http://p.sf.net/sfu/arcsight-sfd2d___
Sofia-sip-devel mailing list
Sofia-sip-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/sofia-sip-devel


Re: [Sofia-sip-devel] Sofia stateful Proxy

2010-03-25 Thread EiSl 1972
Pete,

I've not used Sofia for a while but...

To identify the 200-OK which correspondents with INVITE:
- It has the same Call-ID
  and
- The CSeq (of 200-OK) includes INVITE

With regards,
Eize

On Thu, Mar 25, 2010 at 4:49 AM, Pete Kay pete...@gmail.com wrote:
 Hi,

 I am trying to use sofia to implement a stateful SIP proxy.   I have a
 question about the sofia API.

 When a 200 OK is received, how do I know which INVITE is the 200 OK
 correlates to?  How do I match the corresponding INVITE with the
 incoming 200 OK?


--
Download Intel#174; Parallel Studio Eval
Try the new software tools for yourself. Speed compiling, find bugs
proactively, and fine-tune applications for parallel performance.
See why Intel Parallel Studio got high marks during beta.
http://p.sf.net/sfu/intel-sw-dev
___
Sofia-sip-devel mailing list
Sofia-sip-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/sofia-sip-devel


Re: [Sofia-sip-devel] Some questions

2009-09-14 Thread EiSl 1972
You can take a look at the provided sample: sofsip-cli (version 0.16) which
can also be obtained at the Sofia download location.

Basically:
1. Build the sofia stack
2. Include this library into your application
3. Include some required headerfiles in your app.

In my situation those are:
  #include sofia-sip/config.h
  #include sofia-sip/sip_header.h
  #include sofia-sip/nua.h
  #include sofia-sip/soa_tag.h
  #include sofia-sip/sip_extra.h

  #include sofia-sip/sdp.h
  #include sofia-sip/su_log.h
  #include sofia-sip/soa.h
  #include sofia-sip/sip_status.h

Good luck,
EiSl

On Mon, Sep 14, 2009 at 2:49 PM, Meftah Tayeb tayeb.mef...@gmail.comwrote:

  hello,
  thank to all your answers
 so what about the files to include, for creating a very simplified sip user
 agent?

 thanks
 Gilbert Lee a écrit :

--
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day 
trial. Simplify your report design, integration and deployment - and focus on 
what you do best, core application coding. Discover what's new with 
Crystal Reports now.  http://p.sf.net/sfu/bobj-july___
Sofia-sip-devel mailing list
Sofia-sip-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/sofia-sip-devel


[Sofia-sip-devel] How to use NUA iso NTA for basic registrar and calls

2009-09-14 Thread EiSl 1972
Hello all,

I would like to use the NUA abstraction layer for my very simplified SIP
call 'generator', which is of itself a kind of PBX (from SIP client point of
view). Maybe call it an 'announcement server', calling each client when
there is something to say :)

Basically my requirements are:
- Allow incoming registrations from multiple SIP clients
- Being able to make calls (INVITE) to those registered clients, where I
already know the media endpoints on my side. So I sent INVITE with valid SDP
entries.
- Being able to reINVITE to those clients
- Being able to end calls (CANCEL / BYE)
== it is no problem if the contact-info or from-field of the sent INVITEs
equals for all clients.

My point is:
I would like to use NUA for this rather than NTA and then using the
test_proxy.c as reference.
Maybe I'm very wrong, but I'm under impression that this could be possible
when I was checking the developers archive referring to introduction to
nua_i_register and the discussion NUTAG_IDENTITY and contact header
somewhere middle 2006.
I'm aware that NUA is meant to be an UserAgent abstraction, but in principle
it could still acts as a user-agent towards each registered client.
If this is possible, can someone provide some guidelines? This since there
is no reference on how to do this. Especially with respect to how to use
nua_invite to build the correct messages to each client. The realization of
the register seems straight-forward, except that a (re)register from the
same client results into new handle so this gives me the impression that NUA
is just doing a pass-through and does not do any administration on these.
I'm willing to put the gathered knowledge in some Wiki / help to be added to
the Sofia online docs.

Please come with a positive response on NUA usage with this :)

With regards
EiSl
--
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day 
trial. Simplify your report design, integration and deployment - and focus on 
what you do best, core application coding. Discover what's new with 
Crystal Reports now.  http://p.sf.net/sfu/bobj-july___
Sofia-sip-devel mailing list
Sofia-sip-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/sofia-sip-devel


[Sofia-sip-devel] Problems manipulating SDP-body

2009-08-10 Thread EiSl 1972
Hello all,

I'm just discovering Sofia for first time and I'm currently using it in my
project as protocol converter.
Of course I ran into trouble, which I'm quite sure you can immediately point
me in the right direction:

Problem:
I'm building my SDP completely myself (via sprintf(mySdp, ...complete
SDP...) and use SOATAG_USER_SDP_STR( mySdp ) to put this SDP in the
nua_invite() and nua_answer()  (in case of incoming invite).
The problem I now face is that only a few fields from mySdp are used:
seems that SOATAG_USER_SDP_STR selectively selects some fields while I want
it just takes over as it is (is a valid very simple minimalistic basic audio
negotiation). E.g. some a= fields are ignored and my session ID/vers in
o=... are just ignored as well the c=.. with hold-call.
Also:
When I put the call on-hold via nua_invite(... SOATAG_HOLD(audio),...)
and then trying to re-establish media again via nua_invite() with my own
builded SDP, it does not use this SDP at all but takes the previous old one
(from the hold).
BTW: if I use instead of SOATAG_HOLD my own SDP  then it just uses the
resulting SDP (that is sent) does not put on hold at all (it misses 0.0.0.0
and 'sendonly' field).

I'm surely forget to use some TAG-lines during initialization.
Can anybody give me a clue or suggestion so that Sofia is taking my own
generated SDP?

BTW: I'm using Sofia with with single nua-stack and no profiles (and as
single SIP client)


With regards,

Eize
--
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day 
trial. Simplify your report design, integration and deployment - and focus on 
what you do best, core application coding. Discover what's new with 
Crystal Reports now.  http://p.sf.net/sfu/bobj-july___
Sofia-sip-devel mailing list
Sofia-sip-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/sofia-sip-devel