List Info

Thread: discussion Digest, Vol 33, Issue 73




discussion Digest, Vol 33, Issue 73
country flaguser name
United States
2008-04-30 01:23:50
Send discussion mailing list submissions to
	discussionsipforum.org

To subscribe or unsubscribe via the World Wide Web, visit
	http:
//sipforum.org/mailman/listinfo/discussion
or, via email, send a message with subject or body 'help'
to
	discussion-requestsipforum.org

You can reach the person managing the list at
	discussion-ownersipforum.org

When replying, please edit your Subject line so it is more
specific
than "Re: Contents of discussion digest..."


Today's Topics:

   1. Re: Ack for final response (haluk yavuz)
   2. Re: Disconnections, packet loss burst (haluk yavuz)
   3. query regarding prack (mwilliam prusty)
   4. Re: [Sip] What's the difference between	session and
dialog in
      SIP? (gaurav katiyar)


------------------------------------------------------------
----------

Message: 1
Date: Tue, 29 Apr 2008 23:14:34 +0300
From: "haluk yavuz" <halukyavuzcomputer.org>
Subject: Re: [SIPForum-discussion] Ack for final response
To: banupriyatataelxsi.co.in
Cc: discussionsipforum.org
Message-ID:
	<ecc1443f0804291314l547323baq8da23a1c427cced8mail.gmail.com>
Content-Type: text/plain; charset="iso-8859-1"

                                   |Request from TU
                                   |send request
               Timer E             V
               send request  +-----------+
                   +---------|          
|-------------------+
                   |         |  Trying   |  Timer F         
|
                   +-------->|           |  or Transport
Err.|
                             +-----------+  inform TU       
|
                200-699         |  |                        
|
                resp. to TU     |  |1xx                     
|
                +---------------+  |resp. to TU             
|
                |                  |                        
|
                |   Timer E        V       Timer F          
|
                |   send req +-----------+ or Transport Err.
|
                |  +---------|           | inform TU        
|
                |  |         |Proceeding
|------------------>|
                |  +-------->|           |-----+         
   |
                |            +-----------+     |1xx         
|
                |              |      ^        |resp to TU  
|
                | 200-699      |      +--------+            
|
                | resp. to TU  |                            
|
                |              |                            
|
                |              V                            
|
                |            +-----------+                  
|
                |            |           |                  
|
                |            | Completed |                  
|
                |            |           |                  
|
                |            +-----------+                  
|
                |              ^   |                        
|
                |              |   | Timer K                
|
                +--------------+   | -                      
|
                                   |                        
|
                                   V                        
|
             NOTE:           +-----------+                  
|
                             |           |                  
|
         transitions         |
Terminated|<------------------+
         labeled with        |           |
         the event           +-----------+
         over the action
         to take

                 Figure 6: non-INVITE client transaction

As you see there is no ACK in non-Invite transaction.

On Mon, Apr 28, 2008 at 1:06 PM, banu Priya K
<banupriyatataelxsi.co.in>
wrote:

>  No.. Only INVITE is a request that creates
session,dialog, hence only it
> as to be Acknowledged.
>
> -----Original Message-----
> *From
discussion-bouncessipforum.org [mailto:
> discussion-bouncessipforum.org]*On Behalf Of *Donald Lee
> *Sent Monday,
April 28, 2008 1:54 PM
> *To
avorlandoyahoo.com
> *Cc
discussionsipforum.org
> *Subject Re:
[SIPForum-discussion] Ack for final response
>
> Hi all,
> if it's a INVITE transaction, the final response need a
ACK. But if the
> other transactions, NO ACK for them.
>
> On Thu, Apr 24, 2008 at 6:35 PM, Anthony Orlando
<avorlandoyahoo.com>
> wrote:
>
> >   Sorry but I assumed he was referring to an
Invite transaction.
> >
> > --- On *Thu, 4/24/08, Anthony Orlando
<avorlandoyahoo.com>* wrote:
> >
> > From: Anthony Orlando <avorlandoyahoo.com>
> > Subject: Re: [SIPForum-discussion] Ack for final
response
> > To: discussionsipforum.org,
"mwilliam prusty" <
> > callwilliam90653rediffmail.com>
> > Date: Thursday, April 24, 2008, 3:46 AM
> >
> >
> >   Yes they do.
> >
> > --- On *Thu, 4/24/08, mwilliam prusty
<callwilliam90653rediffmail.com>*wrote:
> >
> > From: mwilliam prusty <callwilliam90653rediffmail.com>
> > Subject: [SIPForum-discussion] Ack for final
response
> > To: discussionsipforum.org
> > Date: Thursday, April 24, 2008, 2:43 AM
> >
> >
> > Hi
> >   CAn any one tell
> > 1. whether FInal Responses are get Acknowleged ??
> >
> >
> >   [image: IPL]<http://adworks.r
ediff.com/cgi-bin/AdWorks/click.cgi/www.rediff.com/signature
-home.htm/1050715198Middle5/2092210_2084731/2092364/1?PARTNER=3&OAS_Q
UERY=null>
> >
> > _______________________________________________
> > This is the SIP Forum discussion mailing list
> > TO UNSUBSCRIBE, or edit your delivery options,
please visit
> > http:
//sipforum.org/mailman/listinfo/discussion
> >
> > Post to the list at discussionsipforum.org
> >
> >
> > ------------------------------
> > Be a better friend, newshound, and know-it-all
with Yahoo! Mobile. Try
> > it now.<http://us.rd.
yahoo.com/evt=51733/*http://mobile.yahoo.com/;_ylt=Ahu06i62s
R8HDtDypao8Wcj9tAcJ%20>
> >
> > _______________________________________________
> > This is the SIP Forum discussion mailing list
> > TO UNSUBSCRIBE, or edit your delivery options,
please visit
> > http:
//sipforum.org/mailman/listinfo/discussion
> >
> > Post to the list at discussionsipforum.org
> >
> >
> > ------------------------------
> > Be a better friend, newshound, and know-it-all
with Yahoo! Mobile. Try
> > it now.<http://us.rd.yah
oo.com/evt=51733/*http://mobile.yahoo.com/;_ylt=Ahu06i62sR8H
DtDypao8Wcj9tAcJ>
> >
> > _______________________________________________
> > This is the SIP Forum discussion mailing list
> > TO UNSUBSCRIBE, or edit your delivery options,
please visit
> > http:
//sipforum.org/mailman/listinfo/discussion
> > Post to the list at discussionsipforum.org
> >
> >
>
>
> --
> BR
> Donald
>
> The information contained in this electronic message
and any attachments
> to this message are intended for the exclusive use of
the addressee(s) and
> may contain proprietary, confidential or privileged
information. If you are
> not the intended recipient, you should not disseminate,
distribute or copy
> this e-mail. Please notify the sender immediately and
destroy all copies of
> this message and any attachments contained in it.
Contact your Administrator
> for further information.
>
> _______________________________________________
> This is the SIP Forum discussion mailing list
> TO UNSUBSCRIBE, or edit your delivery options, please
visit
> http:
//sipforum.org/mailman/listinfo/discussion
> Post to the list at discussionsipforum.org
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://sipforum.org/p
ipermail/discussion/attachments/20080429/84aa4daa/attachment
-0001.html 

------------------------------

Message: 2
Date: Tue, 29 Apr 2008 23:27:16 +0300
From: "haluk yavuz" <halukyavuzcomputer.org>
Subject: Re: [SIPForum-discussion] Disconnections, packet
loss burst
To: pattomajkoorangemail.sk
Cc: discussionsipforum.org
Message-ID:
	<ecc1443f0804291327macba828sc64d7323cf4a91a5mail.gmail.com>
Content-Type: text/plain; charset="iso-8859-1"

A major work is in the following,

Abstract

   This document defines an extension to the Session
Initiation Protocol
   (SIP).  This extension allows for a periodic refresh of
SIP sessions
   through a re-INVITE or UPDATE request.  The refresh
allows both user
   agents and proxies to determine whether the SIP session
is still
   active.  The extension defines two new header fields:
   Session-Expires, which conveys the lifetime of the
session, and
   Min-SE, which conveys the minimum allowed value for the
session
   timer.

http://www.ietf.o
rg/rfc/rfc4028.txt
Also you may find other works if you look at pages of SIP or
SIPPING working
groups.

Haluk Yavuz

On Sun, Apr 27, 2008 at 7:40 PM, <pattomajkoorangemail.sk> wrote:

>
>  I would need some materials concerning SIP, about how
is this protocol
> sensitive to internet disconections for a short times.
>    What is the critical time for this protokol and the
new setup of call
> will be needed?
>    Where some lab test done?
>
> I would be really grateful for any advice and materials
relating this
> problem.
>
> Thank you.
> _______________________________________________
> This is the SIP Forum discussion mailing list
> TO UNSUBSCRIBE, or edit your delivery options, please
visit
> http:
//sipforum.org/mailman/listinfo/discussion
> Post to the list at discussionsipforum.org
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://sipforum.org/p
ipermail/discussion/attachments/20080429/af779fe1/attachment
-0001.html 

------------------------------

Message: 3
Date: 30 Apr 2008 05:04:17 -0000
From: "mwilliam prusty" <callwilliam90653rediffmail.com>
Subject: [SIPForum-discussion] query regarding prack
To: discussionsipforum.org
Message-ID: <20080430050417.12656.qmailf4mail211.rediffmail.com>
Content-Type: text/plain; charset="iso-8859-1"

 ?
Hi Can any one tell me Suppose there are two UA they are  A
& B.

A is sending a Invite request to B , without
supported=100rel header field.( But A is supporting it) . B
is sending 183 response with Rseq header filed. In this case
after A rcvs 183, Whether A will send a Prack.?

regs

William
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://sipforum.org/p
ipermail/discussion/attachments/20080430/c51677e2/attachment
-0001.html 

------------------------------

Message: 4
Date: Tue, 29 Apr 2008 23:23:49 -0700 (PDT)
From: gaurav katiyar <gaurav_katiyaryahoo.com>
Subject: Re: [SIPForum-discussion] [Sip] What's the
difference between
	session and dialog in SIP?
To: Mahesh Anjanappa <maheshasamsung.com>, Paul
Kyzivat
	<pkyzivatcisco.com>
Cc: sipietf.org, discussionsipforum.org, bmwgietf.org
Message-ID: <102908.62033.qmweb33508.mail.mud.yahoo.com>
Content-Type: text/plain; charset="iso-8859-1"

Hi,
     I am getting confused now. what session exactly is ?
Why ACK is an end to end request for 200 OK of INVITE
request? does it relate to session any where ??? . Is it
right to generate ACK locally by any proxy including B2BUA
for 200 OK of initial INVITE request? 
   
  Gaurav

Mahesh Anjanappa <maheshasamsung.com> wrote:
  I'm surprised to see that a fundamental concept "SIP
Session" does not have
a clear definition documented anywhere. I was eagerly
waiting for a IETF 
Guru
to clarify this. I wish somebody writes a draft clarifying
all the 
undocumented
fundamental concepts in SIP. If i knew it all, i would have
done it 

My 2 cents on it.
A Session is a Rendezvous Contract between 2 or more UA's
for communnicating
with some modality. SIP dialog is a context over which such
a Contract is 
negotiated
decided, and upheld.
Normally the SDP Session Id should identify the
Contract/Session. But not 
necessarily
always. If its a multiparty the Conference ID would serve
such a purpose.
I can get into a session with a non-INVITE dialog as well.
Example: 
SUBSCRIBE to
a specialized Event package. In this case some Identifier in
the Event 
package probably will
serve as the Session Id.
As you can see there can be more than 1 dialog related a
Session.
But there is no documentation saying what exactly threads
all the dialogs to 
a Session except
the mentioning of a ID in the SDP RFC to identify the
session being 
described in a SDP.

My understanding is that a Session Identifier can take the
form of 
Conference ID or any
other depending on the method used to setup the
rendezvoud/session.

Well, the above is my understanding of it, not based on any
existing draft 
or RFC, so i welcome
whatever corrections need be.

regards
Mahesh

----- Original Message ----- 
From: "Paul Kyzivat" 

To: "gaurav katiyar" 
Cc: ; ; 
Sent: Tuesday, April 29, 2008 10:32 PM
Subject: Re: [Sip] [SIPForum-discussion] What's the
difference between 
session and dialog in SIP?


>
>
> gaurav katiyar wrote:
>> Sip "Session Initiation Protocol". It
talks about media session, i mean
>> how to initiate, modify and terminate a session and
Dialog provides a
>> sort of context (like caller, callee, location,
routing etc.) to modify
>> this session. So dialog is more related to route
the sip message to
>> right node and body (SDP) handles media session if
present. Dialogs may
>> have media sessions Or may not.
>>
>> Take an example of B2BUA. It is a type of statefull
proxy having two
>> dialog and one media session if doing media
routing.
>
> Maybe. IMO these concepts aren't sufficiently defined.
>
> One view is that a session is whatever SDP describes.
Thus its one
> session regardless of how many media streams it
contains. And in the
> case of an SDP containing multicast media addresses,
and possibly
> advertised via SAP, there could be many participants in
the same session.
>
> But then in sip it takes a pair of SDPs to establish a
call. Is that one
> session, or two? And in your case above with the B2BUA,
is it one
> session, or two, or four?
>
> Another view is that a session in the context of sip is
whatever is
> established as a result of an INVITE. Then I guess the
pair of SDPs
> together describe one session, regardless of how many
media streams. But
> in that case the B2BUA example would be two sessions.
>
> Then consider a more complex case:
>
> audio
> /-------- C
> /
> A ========== B
> audio 
> video -------- D
> video
>
> Here B is a B2BUA and media relay as in your example,
but one stream is
> relayed to C and the other to D.
>
> In this case, how many sessions are there? A, C, and D
each have one,
> but are any of those the same? Or are there three
altogether?
>
> When I see "session" used, I just assume it
means something vague, and
> read on to see what is actually meant.
>
> Paul
>
>> */Donald Lee /* wrote:
>>
>> old good questions in sip, also add another
"transaction".
>>
>>
>> On Fri, Apr 25, 2008 at 8:18 AM, ?&shy;???????
>> > wrote:
>>
>> Hi, Vijay
>>
>> Thanks very much for your timely answers.
>>
>> From this specification, session is a combination
of signaling
>> plane
>> and media plane messages and processes that enable
two or more
>> participants to communicate. I think session is a
larger scope 
>> than
>> dialog. In another word, one session can contain
more than one
>> dialog.
>> Is what I understand right?
>>
>> Zongjun
>>
>>
>> 2008/4/24, Vijay K. Gurbani >> >:
>> > There is some work progressing in the BMWG WG
to create
>> performance
>> > metrics around SIP. One of the first tasks in
such an 
>> endeavor
>> > is to define the notion of dialogs and
sessions. Please see
>> > Section 3.1.1 of
>> >
>> 
>> https://s
vn.resiprocate.org/rep/ietf-drafts/gurbani/bmwg-sip-bench-te
rm/draft-ietf-bmwg-sip-term-00.txt
>> > of the above draft for some insight.
>> >
>> > ???????????? wrote:
>> >
>> > > Hi, Lincoln
>> > >
>> > > thanks for your instructions.
>> > >
>> > > I know that dialog can exist without
session since
>> SUBSCRIBE/REFER can
>> > > create dialog and without any media
between communication
>> peers.
>> > >
>> > > What I want to know is the relationship
of dialog and
>> session when
>> > > they both exist in one communication
activity. Take a
>> example, when
>> > > there are 2 person participating talks
with voice, we say
>> there is a
>> > > dialog and a session.
>> > >
>> > > But when one caller invites another
callee and gets five
>> 200 final
>> > > responses from 5 UA every of which has
its own session
>> description. We
>> > > can say that there are 5 dialogs between
caller and the 
>> other 5
>> > > callees, right? And then what is the
exact number of
>> session in this
>> > > scenario? One session or five session?
That is what I want
>> to know.
>> > >
>> > > Dialog is determined by dialogID
(call-id, from/to tag) and
>> session id
>> > > is determined by session id given in the
SDP message. My
>> answer is
>> > > there are 5 dialog and one session now,
right?
>> > >
>> >
>> > - vijay
>> > --
>> > Vijay K. Gurbani, Bell Laboratories,
Alcatel-Lucent
>> > 2701 Lucent Lane, Rm. 9F-546, Lisle, Illinois
60532 (USA)
>> > Email: vkg{alcatel-lucent.com
>> ,bell-labs.com
>> ,acm.org }
>> > WWW: http://www.al
catel-lucent.com/bell-labs
>> >
>> _______________________________________________
>> Sip mailing list https://www
.ietf.org/mailman/listinfo/sip
>> This list is for NEW development of the core SIP
Protocol
>> Use sip-implementorscs.columbia.edu
>> for questions on
>> current sip
>> Use sippingietf.org for new
>> developments on the application of sip
>>
>>
>>
>>
>> -- 
>> BR
>> Donald
_______________________________________________
>> This is the SIP Forum discussion mailing list
>> TO UNSUBSCRIBE, or edit your delivery options,
please visit
>> http:
//sipforum.org/mailman/listinfo/discussion
>> Post to the list at discussionsipforum.org
>>
>>
>>
>>
>> Gaurav Katiyar
>> Induslogic india pvt. ltd
>> B-34/1 sector 59 NOIDA
>> Phone:9818381368
>>
>>
>>
------------------------------------------------------------
------------
>> Be a better friend, newshound, and know-it-all with
Yahoo! Mobile. Try
>> it now.
>> >> >
>>
>>
>>
------------------------------------------------------------
------------
>>
>> _______________________________________________
>> Sip mailing list https://www
.ietf.org/mailman/listinfo/sip
>> This list is for NEW development of the core SIP
Protocol
>> Use sip-implementorscs.columbia.edu for
questions on current sip
>> Use sippingietf.org for new developments on the
application of sip
>


------------------------------------------------------------
--------------------


> _______________________________________________
> Sip mailing list https://www
.ietf.org/mailman/listinfo/sip
> This list is for NEW development of the core SIP
Protocol
> Use sip-implementorscs.columbia.edu for
questions on current sip
> Use sippingietf.org for new developments on the
application of sip
> 




Gaurav Katiyar
  Induslogic india pvt. ltd
  B-34/1 sector 59 NOIDA
  Phone:9818381368
   

       
---------------------------------
Be a better friend, newshound, and know-it-all with Yahoo!
Mobile.  Try it now.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://sipforum.org/piperm
ail/discussion/attachments/20080429/bc3231a2/attachment.html
 

------------------------------

_______________________________________________
This is the SIP Forum discussion mailing list
TO UNSUBSCRIBE, or edit your delivery options, please visit
http:
//sipforum.org/mailman/listinfo/discussion
Post to the list at discussionsipforum.org


End of discussion Digest, Vol 33, Issue 73
******************************************

[1]

about | contact  Other archives ( Real Estate discussion Medical topics )