Hi,
On Wed, 13 Sep 2006, Henry Luan wrote:
I want to use XCAP server to test my sip based endpoint. I'm wondering if
there is any open source XCAP server available.
the only one I know of is the SER's XCAP module. Haven't ever used it, so
cannot comment on how well it works:
tor 2006-09-14 klockan 11:15 +0300 skrev Pekka Pessi:
I added yesterday a tag called NUTAG_M_USERNAME() to nua ('M' stands
for contact). Its contents will be used as the URL username when the
stack generates the Contact header for nua_register(). Hope it helps.
Looks like a good start. But
On 9/14/06, Henrik Nordstrom [EMAIL PROTECTED] wrote:
I added yesterday a tag called NUTAG_M_USERNAME() to nua ('M' stands
for contact). Its contents will be used as the URL username when the
stack generates the Contact header for nua_register(). Hope it helps.
Looks like a good start.
Pekka,
So, NUTAG_IDENTITY works now with and handles multiple outbound
registrations (and corresponding inbound register cache requests)?
On a side thought, if we wanted to have a bunch of sip clients register to
us, on the nua side, how would you suggest we proceed?
Matt
On Thu, 14 Sep
On 9/14/06, Matt Klein [EMAIL PROTECTED] wrote:
Pekka,
So, NUTAG_IDENTITY works now with and handles multiple outbound
registrations (and corresponding inbound register cache requests)?
Sorry, not yet. But I'm working on it.
On a side thought, if we wanted to have a bunch of sip clients
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,
On a second thought...
On Thu, 14 Sep 2006, Kai Vehmanen wrote:
So leaving the handles alone is more future-proof, but destroying them is
more robust. I guess a reasonable default is actually
nua_handle_destroy()'ing the handles of unknown events.
I came with a better idea: destroy the
Hello again,
On Wed, 13 Sep 2006, Henrik Nordstrom wrote:
Currently I use the same Contact for all identifies, and switching
identity based on To. But I have found some registrars dislikes multiple
identities registered with the same contact. I think being able to
specify a contact like
On 9/14/06, Michael Jerris [EMAIL PROTECTED] wrote:
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
On Thu, 14 Sep 2006, Pekka Pessi wrote:
I'd propose creating a separate proxy/registrar. They can run within
same process, but proxy/registrar must use nta directly.
Of course, if someone has the time to try this out:
- add a new nua_i_register event to NUA
- add nua_respond_to_register()
On Thu, 14 Sep 2006, Michael Jerris wrote:
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.
Yes, the case NUA has been designed for is:
- one set of physical ports open
- one public identity
On Thu, 2006-09-14 at 12:12 +0300, Pekka Pessi wrote:
That is the job for NUTAG_IDENTITY().
Just now the contact is selected based on the From header (when
sending INVITE) or To header (when responding to INVITE). If the
From/To URI matches with the AoR URI used with nua_register(), the
On 9/8/06, Kai Vehmanen [EMAIL PROTECTED] wrote:
What is your awk version? (gawk --version says that mine is GNU Awk 3.1.3).
I now got the very same error with gawk 3.1.5. I fixed the problem by
setting success=0 instead of success=-1 in build_sources.awk. Hmm,
Pekka, why is the =-1
This posting was generated automatically from darcs repo
http://sofia-sip.org/repos.
Thu Sep 14 18:20:52 EEST 2006 [EMAIL PROTECTED]
* Add proper handling of unknown NUA events to nua_glib.
M ./libsofia-sip-ua-glib/nua-glib/nua_glib.c +6
M ./libsofia-sip-ua-glib/nua-glib/nua_glib_op.c
Hello,
to disable SOA processing, I'm calling nua_create with
NUTAG_MEDIA_ENABLE(0).
Then, when the nua_i_invite arrives, I call nua_respond(200) with
SIPTAG_CONTENT_TYPE_STR and SIPTAG_PAYLOAD_STR. Till this point
everything is fine.
But if the distant end sends Re-Invite (putting the call
15 matches
Mail list logo