Hello,
Quick question please, following is an INVITE for a redirected call. Means
original call from PSTN gets redirect to another offnet number. If I am sending
this call to a SIP peer can you please tell me which headers (RURI & TO or TO &
FROM) are they going to follow to make call catego
El Miércoles, 24 de Junio de 2009, Dale Worley escribió:
> Note that while spaces are allowed around the ";" that introduces a
> header parameter, they are not allowed around the ";" that introduces
> a URI parameter. So the above header must be written:
>
> P-Asserted-Identity: "Cullen Jennings"
On Wed, 2009-06-17 at 17:10 +0400, Kashin Mihail wrote:
> Hi, everybody!
>
> Is it legitimate for UAS to request reliable provisional response
> option after receiving INVITE without Required or Supported headers.
>
> In my case the flow is like this
>
>
>
> Inv (no 100Rel*)->
>
> <-100 Tryi
On Tue, 2009-06-23 at 16:24 +0200, Iñaki Baz Castillo wrote:
> 2009/6/23 Sudhir Kumar Reddy :
> > thanks folks for detailed info. can we consider following
> > P-Asserted-identity Header
> >
> > P-Asserted-Identity: "Cullen Jennings" ; urip=1234
> >
> > or should we consider following
> >
> > P-A
On Tue, 2009-06-23 at 11:55 +0530, Dushyant Dhalia wrote:
> I have a basic query regarding offer-answer model.
> Why can't/don't UAC & UAS use the same session-id in "o=" line of the
> SDP? I agree that RFC 4566 define session-id as
> is a numeric string such that the tuple of ,
> , , , and for
On Sun, 2009-06-21 at 01:45 +0800, ChunSean wrote:
> Hi all, I am planning on developing a SIP application on knopflerfish osgi
> framework. I face some difficulties when developing the program. This
> program is planned to be able to
Writing a SIP application is a great deal of work. I would sug
Hi
In my opinion 100rel extension should be ignored when received in an INFO
request.
The rational behind this is 100rel extension is required for the reliable
provisional responses for the dialog
creating SIP requests, for INVITE method it is described in RFC 3262.
regards
Abhishek Dhammawat
A
This is now a SIP overload list:
https://www.ietf.org/mailman/listinfo/sip-overload
-Original Message-
From: sip-implementors-boun...@lists.cs.columbia.edu
[mailto:sip-implementors-boun...@lists.cs.columbia.edu] On Behalf Of
Tharindu Thundeniya
Sent: 24 June 2009 16:05
To: sip-impleme
Hi,
Does anyone aware of the progress of current SIP overload control activities
Saw few draft specification on the topic
Ex:
http://bgp.potaroo.net/ietf/all-ids/draft-hilt-sipping-overload-05.txt
http://quimby.gnus.org/internet-drafts/draft-hilt-sip-correction-503-00.txt
If you have any inform
sounds like you're in dire straits.
>>I tried to build the things but it failed.
I don't know what you mean by "build".
The first step is to make a successful registration with the server.
But in general I'd recommend you e-mail the knopflerfish group
http://www.knopflerfish.org/mailman/listin
>>** - At this moment UAS (which is actually a B2BUA) establishes a session
>>with another
>>proxy where it uses 100Rel and now it is trying to "back-enable" 100Rel in
>>our call leg.
that is not possible.
I don't even think 100rel makes sense for an INFO request.
Also I think the lifetime of 1
Hi, everybody!
Is it legitimate for UAS to request reliable provisional response option after
receiving INVITE without Required or Supported headers.
In my case the flow is like this
Inv (no 100Rel*)->
<-100 Trying
<- 180 Trying (no 100Rel)
**
<-INFO (Required:100Rel)
200OK(no 100Rel)
Dear developers,
Hi all, I am planning on developing a SIP application on knopflerfish osgi
framework. I face some difficulties when developing the program. This
program is planned to be able to
1. Register with a server (Asterisk Server)
2. Unregister with server
3. Make video call (INVITE)
4. T
13 matches
Mail list logo