o maverick me [12/03/08 05:32]:
Hi All,
Is there any open source available that support detection of In-Band DTMF.
you could be interested in the spandsp library from
http://www.soft-switch.org
Stefan
___
Sip-implementors mailing list
On Wed, 2008-12-03 at 12:05 +0530, Pandurangan R S wrote:
Hi,
Registrar and proxy (say responsible for domain XYZ) are co-located
(say node A). Since node A acts the registrar, it also terminates
SUBSCRIBEs for event reg for the requests containing request uri as
sip:[EMAIL PROTECTED]
From: maverick me [EMAIL PROTECTED]
Is there any open source available that support detection of In-Band DTMF.
The sipX system's voicemail system uses RFC 4733 DTMF. I don't know
if you consider that to be in-band. If you want to detect and decode
DTMF out of a real audio stream, that's
[EMAIL PROTECTED] wrote:
From: maverick me [EMAIL PROTECTED]
Is there any open source available that support detection of In-Band DTMF.
The sipX system's voicemail system uses RFC 4733 DTMF. I don't know
if you consider that to be in-band. If you want to detect and decode
DTMF out
From: =?UTF-8?Q?I=C3=B1aki_Baz_Castillo?= [EMAIL PROTECTED]
Hi, is there any software tool (running over Linux if's
possible) which allows creating SIP flows in text format?
I use Emacs.
Dale
___
Sip-implementors mailing list
Hi, all,
Consider the following case, what are the right values in SDP in INVITE/200?
A B
| INVITE/SDP1 |
|--|
| 200/SDP2 |
|--|
| ACK |
|--|
El Miércoles, 3 de Diciembre de 2008, [EMAIL PROTECTED] escribió:
From: =?UTF-8?Q?I=C3=B1aki_Baz_Castillo?= [EMAIL PROTECTED]
Hi, is there any software tool (running over Linux if's
possible) which allows creating SIP flows in text format?
I use Emacs.
Unfortunatelly I just have 5
Hi, in case of an INVITE with no SDP, how should the request indicate what it
wants? I think it should include an Accept header:
Accept: Application/sdp
But I wonder if Content-Type is needed (I expect no since there is no body).
What about Content-Disposition header? There is no
inline.
kaiduan xie wrote:
Hi, all,
Consider the following case, what are the right values in SDP in INVITE/200?
A B
|INVITE/SDP1|
|--|
|200/SDP2 |
|--|
|ACK |
Iñaki Baz Castillo wrote:
Hi, in case of an INVITE with no SDP, how should the request indicate what it
wants? I think it should include an Accept header:
Accept: Application/sdp
Yes. But I think you can omit it, because any UA that supports INVITE
must support sdp.
But I wonder if
El Miércoles, 3 de Diciembre de 2008, Paul Kyzivat escribió:
Iñaki Baz Castillo wrote:
Hi, in case of an INVITE with no SDP, how should the request indicate
what it wants? I think it should include an Accept header:
Accept: Application/sdp
Yes. But I think you can omit it, because any
3 dec 2008 kl. 21.58 skrev Iñaki Baz Castillo:
El Miércoles, 3 de Diciembre de 2008, Paul Kyzivat escribió:
Iñaki Baz Castillo wrote:
Hi, in case of an INVITE with no SDP, how should the request
indicate
what it wants? I think it should include an Accept header:
Accept: Application/sdp
El Miércoles, 3 de Diciembre de 2008, Johansson Olle E escribió:
The question here is really:
If I get an INVITE without SDP and no Content-Type header,
can I assume Content-Type: application/sdp?
Well, I just think that there is no body, so there is no content type
(maybe Content-Type:
Johansson Olle E wrote:
3 dec 2008 kl. 21.58 skrev Iñaki Baz Castillo:
El Miércoles, 3 de Diciembre de 2008, Paul Kyzivat escribió:
Iñaki Baz Castillo wrote:
Hi, in case of an INVITE with no SDP, how should the request
indicate
what it wants? I think it should include an Accept header:
From: =?utf-8?q?I=C3=B1aki_Baz_Castillo?= [EMAIL PROTECTED]
Hi, in case of an INVITE with no SDP, how should the request
indicate what it wants? I think it should include an Accept header:
Accept: Application/sdp
But I wonder if Content-Type is needed (I expect no since there is
See below.
Thanks,
Neel.
From: [EMAIL PROTECTED] [EMAIL PROTECTED] On Behalf Of Iñaki Baz Castillo
[EMAIL PROTECTED]
Sent: Friday, November 28, 2008 9:31 AM
To: sip-implementors@lists.cs.columbia.edu
Subject: [Sip-implementors] Different SDP in same
Each time you are considering what to put into the SDP, ask yourself *why* am
I making this choice of the direction?
The possible answers are:
- this is what I want/need based on *my* local state
- this is not what I want, but it is the closest to
what I want that is permitted in an answer
Neelakantan Balasubramanian wrote:
See below.
Thanks,
Neel.
From: [EMAIL PROTECTED] [EMAIL PROTECTED] On Behalf Of Iñaki Baz Castillo
[EMAIL PROTECTED]
Sent: Friday, November 28, 2008 9:31 AM
To: sip-implementors@lists.cs.columbia.edu
Subject:
Paul/Kaiduan,
It was pretty insightful. So, applying Paul's logic, is the following a
valid scenario?
A,B are video endpoints and in a call with 2-way audio video flowing.
Videocalls support the concept of presentation, wherein only one
participant is allowed to generate videocontent for all to
Raghavendra Kamath wrote:
Paul/Kaiduan,
It was pretty insightful. So, applying Paul's logic, is the following a
valid scenario?
A,B are video endpoints and in a call with 2-way audio video flowing.
Videocalls support the concept of presentation, wherein only one
participant is
Responses inlined..
-Original Message-
From: Paul Kyzivat [mailto:[EMAIL PROTECTED]
Sent: Thursday, December 04, 2008 11:06 AM
To: Raghavendra Kamath
Cc: sip-implementors@lists.cs.columbia.edu
Subject: Re: [Sip-implementors] two-way hold/resume
Raghavendra Kamath wrote:
21 matches
Mail list logo