Hi,
well, you dont really need the hello world application to understand sofia-sip.
Have a look into freeswitch (you will need a endpoint for your softphone, too).
Freeswitch does use all the interesting parts of sofia-sip.
Best regards,
Bernhard
> -Ursprüngliche Nachricht-
> Von: A
ion.
Best regards,
Bernhard Suttner
Von: Jarod Neuner [j.neu...@networkharbor.com]
Gesendet: Donnerstag, 13. Oktober 2011 23:23
An: Louis Guindon
Cc: sofia-sip-devel@lists.sourceforge.net
Betreff: Re: [Sofia-sip-devel] 183 early media description different
was received. Any other ideas?
Is this a "issue" of sofia-sip or should I set another NTATAG_XXX to handle
this correctly?
Thanks in advance.
Best regards,
Bernhard Suttner
--
BlackBerry® DevCon Americas, Oct.
Hi,
maybe it does work, that you disable the glib stuff. Please attach the errors.
Best regards,
Bernhard
- Original Message -
From: Nauman Sulaiman [mailto:nauman762-h...@yahoo.co.uk]
To: sofia-sip-devel@lists.sourceforge.net
Sent: Sat, 27 Nov 2010 20:03:03 +0100
Subject: [Sofia-sip-dev
Hi,
I dont know if something was fixed here, but I would try out the current git
version. If you still have problems, you should get some more debug
informations (enable logs)
Best regards,
Bernhard
- Original Message -
From: Nauman Sulaiman [mailto:nauman762-h...@yahoo.co.uk]
To: sofi
Hi,
this flag was added in git repository on Thu, 24 Sep 2009. Therefore you have
to use the git release.
Best regards,
Bernhard Suttner
- Original Message -
From: Nauman Sulaiman [mailto:nauman762-h...@yahoo.co.uk]
To: sofia-sip-devel@lists.sourceforge.net
Sent: Sat, 27 Nov 2010 09:21
Hi Markus,
I'm fine. Thanks.
Is the notify for a existing subscribe/notify session or is it for a "blind
notify"? Also try to set the NUATAG_URL to an existing nua with
"nua_set_params".
Best regards,
Bernhard Suttner
-Ursprüngliche Nachricht-
Von: M
Hi,
try to set the NUATAG_URL to the nua_handle (nh) which you use for the
nua_notify.
Best regards,
Bernhard Suttner
-Ursprüngliche Nachricht-
Von: Markus Bucher [mailto:buch...@in.tum.de]
Gesendet: Mittwoch, 21. Juli 2010 17:27
An: sofia-sip-devel@lists.sourceforge.net
Betreff
Hi,
normally, if the peer is not able to answer to a SIP INFO (or a negative
response - e.g. 404), sofia-sip will drop the complete call. We don't need this
behavior.
Does anybody has an idea, how it is possible to turn of this mechanism?
Best regards,
Bernhard Suttner
---
Ber
Hi,
NUTAG_AUTOANSWER(0) is set to all nua_t * pointers. Does it make any difference
if NUTAG_AUTOANSWER is set to the nua_handle * too?
BR,
Bernhard
-Ursprüngliche Nachricht-
Von: Timo Bruhn [mailto:voip_v...@web.de]
Gesendet: Freitag, 13. November 2009 07:32
An: Bernhard Suttner
Cc
Hi,
thanks for that hint. I will test that.
BR,
Bernhard Suttner
-Ursprüngliche Nachricht-
Von: Timo Bruhn [mailto:voip_v...@web.de]
Gesendet: Freitag, 13. November 2009 07:32
An: Bernhard Suttner
Cc: sofia-sip-devel@lists.sourceforge.net
Betreff: Re: [Sofia-sip-devel] Codec Change
saved with
SOATAG_USER_SDP). Is it somehow possible to force NUA to NOT re-use the stored
SDP but access the application which will then re-do the sdp negotiation and
then answer with the SDP created from the application?
Thanks for every hint or idea.
Best regards,
Bernhard Su
" the application before it will send the "old"
SDP?
Thanks in advane.
Best regards,
Bernhard Suttner
--
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
trial. Simplify your report
t; I see that there are 2 problems:
> 1. why is the From Tag not set?
> 2. why is the To Tag set to the From-Tag which we receive from the
> Subscribe?
>
> Later, if the server send a NOTIFY for this subscription, sofia-sip
d
Hi,
sofia-sip does not have a RTP media layer and therefore also no codecs.
You should have a look into the NUA interface and the sofia-sip-cli.
Best
Regards,
Bernhard
Von: Meftah Tayeb [mailto:tayeb.mef...@gmail.com]
Gesendet: Sonntag, 13. September 2009 18:03
An: sofia-sip-devel@li
Hi,
Does nobody has an idea?
BR,
Bernhard
-Ursprüngliche Nachricht-
Von: Bernhard Suttner [mailto:sutt...@comdasys.com]
Gesendet: Dienstag, 8. September 2009 16:47
An: sofia-sip-devel
Betreff: [Sofia-sip-devel] Subscribe Answer with wrong tags
Hi,
we are using sofia-sip version
o fix that issue?
Thanks in advance!
Best regards,
Bernhard Suttner
--
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
trial. Simplify your report design, integration and deployment - and focus
] Wrong answer from sofia-sip
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 Tryin
sofia-sip will use the Src-IP and not the Contact addr.
Can I somehow configure sofia-sip in that way, that it will use the
CONTACT addr instead of the Src IP?
Thanks in advance!
Best regards,
Bernhard Suttner
--
Let
total used free sharedbuffers cached
Mem: 2061980 4244881637492 0 4068 376292
-/+ buffers/cache: 441282017852
Swap:0 0 0
Regards,
Bernhard Suttner
Am Montag 29 Juni 2009 17:12:03 sc
() from /usr/lib/libsofia-sip-ua.so.0
#13 0xb7cd in su_pthread_port_clone_main () from
/usr/lib/libsofia-sip-ua.so.0
Does somebody know if that is really a bug of sofia-sip, or it is a bug of
DUMA? Is there any possibility to ignore that memccpy "mistake"?
Best regards,
Bernha
Thanks a lot. with in nua_r_invite I get all the necessary data.
Best regards,
Bernhard
Am Freitag 17 April 2009 11:40:48 schrieb Timo Bruhn:
> > -Ursprüngliche Nachricht-
> > Von: "Bernhard Suttner"
> > Gesendet: 17.04.09 11:16:10
> > An: Aleksande
Hi,
I will give it a try. thank you for that idea!
Regards,
Bernhard Suttner
Am Freitag 17 April 2009 11:40:48 schrieb Timo Bruhn:
> > -Ursprüngliche Nachricht-
> > Von: "Bernhard Suttner"
> > Gesendet: 17.04.09 11:16:10
> > An: Aleksande
Hi,
yes, it is a extended sip headers and I also have that parser code (mclas)
but the main problem is that I dont get the sip_t const * sip pointer in a
RINGING nua_i_state. So it would also not be possible to get the Contact of a
RINGING or the SIP FROM or whatever.
Best regards,
Bernhar
Hi,
does nobody has an idea?
Regards,
Bernhard
Am Freitag 03 April 2009 14:47:20 schrieb Bernhard Suttner:
> Hi @ all,
>
> my nua application has to do something if it receives a P-Asserted Header
> in the 180 Ringing and/or in the 181 Call Is Being Forwarded. The problem
>
e" not, because sip_t const *sip is NULL.
Does somebody has a solution for this problem? Or is it maybe a bug in the
sofia-sip? BTW: I am using 1.12.9.
Best regar
(char *)seed, 32 * sizeof(uint32_t));
>
>
> Mike
>
> On Feb 18, 2009, at 11:35 AM, Bernhard Suttner wrote:
> > Hi @ all,
> >
> > I have an segmentation fault. The version which I use is from 10.
> > November
> > 2008 (so between 1.12.9 and 1.12.10). It cra
you think it would be better
to use 1.12.10. The problem with updateing is always, that I have to be sure
that there is no other memory leak or code change which does break our system.
Please find attached a screenshot of the backtrace (of gdb).
Best regards,
Bernhard Suttner
erisk. With the attached patch, it works perfectly!
Best regards,
Bernhard Suttner
Am Donnerstag, den 15.01.2009, 15:19 +0200 schrieb Pekka Pessi:
> 2009/1/14 Bernhard Suttner :
> > So, if you have an Asterisk PBX, you have to allow the 484, because
> > Asterisk PBX will cance
)
{
*return_graceful_terminate_usage = 0;
return 0;
}
return terminate_dialog;
If that is also interessting for the main branch, I can create an patch!
Best regards,
Bernhard Suttner
Am Mittwoch, den 14.01.2009, 13:50 +0100 schrieb Bernhard Suttner:
> Hi,
>
> If I senda refer t
Hi,
If I senda refer to the PBX, the PBX does answer with 484 Address
Incomplete. Afterwards, the sofia sip stack does change the call state
from ready to terminated and will fire and event to the application
which does hangup the call. Is there any reason to do it like that? If
I get a 403 Forbi
Hi,
thanks for your answer Pekka. Then I will just use my implementation.
Best regards,
Bernhard Suttner
Am Dienstag, den 12.08.2008, 15:43 +0300 schrieb Pekka Pessi:
> 2008/8/12 Bernhard Suttner :
> > we are using the Replaces header in a REFER like:
> > http://www.tech-in
address is the IP of another interface where the
application does not listen. So, why does sofia-sip change this IP
address? Can I somehow disable that?
Best regards,
Bernhard Suttner
--
Check out the new SourceForge.net M
that "by hand" I have added a short
section in the SIP Client in the "nua_r_invite":
nua_set_hparams(nh, SOATAG_HOLD(""), TAG_END());
What do you think? Is that a bug in the SIP Stack or is that a task
which has to be done in the SIP Client (and not in the stack)?
Best reg
Hi,
I did some tests and found no problem with the memory leaks which I
previously had. Thanks a lot!
Best regards,
Bernhard Suttner
Am Dienstag, den 11.11.2008, 11:16 -0500 schrieb Michael Jerris:
> We think all the memory leaks are fixed in current darcs trunk. Can
> you give that
apply it to a 1.12.8 (is that possible?)?
Thank you for the answers!
Regards,
Bernhard Suttner
-
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications wi
Hi,
we are using the Replaces header in a REFER like:
http://www.tech-invite.com/Ti-sip-service-5.html#fig15
In this picture you can see, that the Replaces is upper-case. For
creating this URL we are using the function like that:
sip_replaces_t *replaces =
nua_handle_make_replaces(consultation_t
someone has already implemented "Pekka" solution please post it in
> this thread.
>
>
> Many Thanks
> Oren Bouskila
>
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] On Behalf Of
> Bernhard Suttner
> Sent: Wednesday, J
early and complete
> phases. Also, as Pekka has mentioned, it hits some really weird SOA-in-SIP
> scenarios; I'm not sure it's even allowed by the specs.
hehe, we have such a Siemenes Hipath Gateway which use different ports
for Session Progr
onnect the
user according to the 200 OK SDP.
Regards,
Bernhard Suttner
-
Check out the new SourceForge.net Marketplace.
It's the best place to buy or sell services for
just about anything Open Sourc
ing duplicate");
//sdp = NULL;
}
//LOG3("ignoring duplicate");
//sdp = NULL;
Is there any reason to ignore this SDP?
Best regards,
Bernhard Suttner
-
Check out the new SourceForge.net Marketplace.
It's
Thanks for your fast answer. I will test your solution in the next week.
Happy weekend.
Regards,
Bernhard
Am Freitag, den 04.04.2008, 15:34 +0300 schrieb Pekka Pessi:
> 2008/4/4, Bernhard Suttner <[EMAIL PROTECTED]>:
> > is it possible to set a flag that sofia-sip dont send t
Hi folks,
is it possible to set a flag that sofia-sip dont send the sip messages
with "Dont fragment" (this is a IP setting). Or do I have to set
something in my linux distribution?
The problem which we have is, that we use a IPSEC tunnel to a PBX and
there are some really big SIP packages. If w
Hi again,
has nobody any suggestion? I would be very pleased if someone has a
idea.
Thanks in advance!
Regarads,
Bernhard
Am Freitag, den 29.02.2008, 12:28 +0100 schrieb Bernhard Suttner:
> Hi folks,
>
> when do I have to cal nua_handle_destroy? After incoming register and
> the
Hi folks,
when do I have to cal nua_handle_destroy? After incoming register and
the registration was successfull or failed? After incoming INVITES? Is
there a common rule?
Regards,
Bernhard
-
This SF.net email is sponsored
Thx!
Am Dienstag, den 26.02.2008, 17:32 +0200 schrieb Pekka Pessi:
> 2008/2/26, Bernhard Suttner <[EMAIL PROTECTED]>:
> > is it possible that sofia sip does not send the auto answer to a
> > incoming REFER? In my case sofia sip does always response with 202
> > ACC
scribe)
SR_STATUS1(sr, SIP_202_ACCEPTED);
else
SR_STATUS1(sr, SIP_200_OK);
(nua_stack.c line 1409)
Best regards,
Bernhard Suttner
-
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(
Hi,
> Does the 200 OK to the REGISTER return a Service-Route header that the
> INVITE could try to follow?
there is no Service Route in the 200 OK response to the REGISTER.
> The graylisting might have introduced a bug int he SRV record resolving, too.
In which file is the code which should ha
Hi folks
I am using sofia sip 1.12.8 in a user agent scenario. The agent REGISTER
to a server with a dns name. Before that, the agent does get the IP by
using DNS SRV correct. After the agent is registered (which does work
perfectly) the agent want to INVITE somebody but then the agent does not
us
> > Does somebody else have other opinions?
>
> Well, we can use user SDP with hairier cases.
>
> The problem with SOATAG_MODE is the duplicated media, but I guess that
> in 99 % of those cases where we have more than one m= line per media
> (e.g., separate m= line for DTMF tones) all the m= line
f not breaking the old SOATAG_HOLD.
Best regards,
Bernhard
Am Montag, den 21.01.2008, 17:58 +0200 schrieb Pekka Pessi:
> 2008/1/18, Bernhard Suttner <[EMAIL PROTECTED]>:
> > I have another problem. I will use this thread because it is related to
> > it.
> >
> > Fo
at i want to send the 200
OK (5.) with sendrecv and not with inactive?
Best regards,
Bernhard
Am Freitag, den 18.01.2008, 17:28 +0200 schrieb Pekka Pessi:
> 2008/1/18, Bernhard Suttner <[EMAIL PROTECTED]>:
> > ok I have tested the case where the remote send a inactive to sofia sip
&
Suttner
Am Freitag, den 18.01.2008, 16:03 +0200 schrieb Pekka Pessi:
> 2008/1/17, Bernhard Suttner <[EMAIL PROTECTED]>:
> > do you corrected the bug in the darcs because I see that you have
> > something changed in the darcs repository?
>
> I think I did. Please val
Hi Pekka,
do you corrected the bug in the darcs because I see that you have
something changed in the darcs repository?
Regards,
Bernhard Suttner
Am Donnerstag, den 17.01.2008, 14:37 +0200 schrieb Pekka Pessi:
> 2008/1/16, Bernhard Suttner <[EMAIL PROTECTED]>:
> > I think I cou
de_set function are?
Best regards,
Bernhard Suttner
-
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse0120
Yeah, without 100rel it does work without a problem. Is it possible to
fix this bug in the near future? If you require more informations to fix
this bug I will help you of course!
Am Freitag, den 21.12.2007, 15:06 +0200 schrieb Pekka Pessi:
> 2007/12/14, Bernhard Suttner <[EMAIL PRO
s a problem with all forked calls, but I think it
is interessting for the sofia-sip project - so I would be very pleased
if someone can give me some hints.
Best regards,
Bernhard Suttner
Am Freitag, den 07.12.2007, 16:07 +0100 schrieb Bernhard Suttner:
> Can nobody help or give a hint?
>
Can nobody help or give a hint?
Am Mittwoch, den 05.12.2007, 09:54 +0100 schrieb Bernhard Suttner:
> Hi,
>
> I have a problem with two different two tags. The application is a NUA
> client (Version 1.12.7) which will have a registration on a broadworks
> PBX. The scenari
olumbia.edu/pipermail/sip-implementors/2007-August/017350.html
http://www1.ietf.org/mail-archive/web/sipping/current/msg12390.html
http://bugs.digium.com/view.php?id=5166
Can someone give me some hints or suggestions?
Best regards,
Bernhard Suttner
---
e possible to add a SOATAG_INACTIVE but I think there will be
some problems, if you will set SOATAG_HOLD and SOATAG_INACTIVE both.
Furthermore you have to add a "inactive" paramter to some functions
(like soa_sdp_mode_set_is_needed or soa_sdp_mode_set).
Thanks for your help.
Best regar
Hello again,
any other suggestions? Is this a "bug" of sofia-sip or only a feature
which is not fully implemented. I would fix it if somebody has some
hints how to do this that it could be adopted to the sofia sip
repository, too.
Best regards,
Bernhard Suttner
Am Montag, den 29.10.2
UST mark the stream with an "a=inactive" attribute.
I want to set the stream to inactive because I want that the PBX will signal
sendonly and MoH to the peer.
Best regards,
Bernhard Suttner
-
This SF.net emai
work. I have also
searched in the source code of sofia-sip and could only find the section
where sm->m_mode is set to sdp_sendonly (soa_sdp_mode_set) but there was
nothing about "sdp_inactive". Is it not supported yet?
Can somebody give me a hint what I am d
63 matches
Mail list logo
