Send discussion mailing list submissions to
discussion sipforum.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: [Sip] What's the difference between session and
dialog in
SIP? (=?GB2312?B?y+/X2r79?=)
2. Re: Strange Problem with SIP UDP multi-sockettests
(Igor Bezukh)
------------------------------------------------------------
----------
Message: 1
Date: Thu, 24 Apr 2008 09:08:19 +0800
From: "=?GB2312?B?y+/X2r79?=" <szj087gmail.com>
Subject: Re: [SIPForum-discussion] [Sip] What's the
difference between
session and dialog in SIP?
To: lylavoieiol.unh.edu, discussionsipforum.org, sipietf.org
Message-ID:
<cab3445d0804231808t6628f660of67423d7c9af854dmail.gmail.com>
Content-Type: text/plain; charset=GB2312
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?
Thanks for your further instructions
Zongjun
2008/4/24, Lincoln Y. Lavoie <lylavoieiol.unh.edu>:
> Hello BR,
>
> In the strictest context, the dialog exists only in
SIP and can exist
> without the establishment of a media session (setup
through SDP). To define
> a dialog, the SIP specification RFC-3261 defines
several qualifiers, which
> all must be present in the SIP messages, off the top of
my head, they are
> tag parameters in the TO/FROM headers, and a CALLID
header. You should
> check our RFC-3261 to look for the others.
> For a simple example of a dialog without SDP, think
of the presence
> subscription case. In this case, the SUBSCRIBE request
message and 200OK
> response establish the SIP dialog. After that, all the
NOTIFY messages use
> the same dialog to transmit the requested information.
The actual
> information is usually carried directly in the same
packet, encoded as DSL
> or something.
>
> Cheers,
> Lincoln
>
>
> ?????? wrote:
>
> > Thanks for all your kindly explanation.
> >
> > Do you mean that dialog and session is one-2-one
relationship and only
> > for different scenario and different context?
> >
> > Thanks
> > BR
> > Zongjun
> >
> > 2008/4/24, James M. Polk <jmpolkcisco.com>:
> >
> >
> > > At 01:28 PM 4/23/2008, Dale.Worleycomcast.net wrote:
> > > > From:
"=?GB2312?B?y+/X2r79?=" <szj087gmail.com>
> > > >
> > > > I am confused about the conception
of session and dialog in RFC
> 3261.
> > > > Although someone pointed out the
dialog is a relationship between
> > > > peer-2-peer and session is a
multimedia relative relation, I am
> still
> > > > not clear about that.
> > > >
> > > >As I understand the terms, a
"session" is the set of media
> > > >transmisstions described/controlled by a
series of SDP offer/answer
> > > >exchanges. These exchanges are usually
carried by the messages in one
> > > >SIP dialog.
> > >
> > >
> > > To this too, these terms are often meant to
be interchangeable - even
> > > though technically they are separate terms
with subtlety different
> > > actual meanings (SDP "sessions",
and SIP "dialogs"). Sessions and
> > > Dialogs can, sometimes mean the same thing.
Thus it requires a bit of
> > > understanding the context in which either is
stated in to understand
> > > if they are meaning one or the other, or
were misused for the same
> meaning.
> > >
> > >
> > >
> > > >Dale
> > >
>_______________________________________________
> > > >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
> > >
> > >
> > >
> > _______________________________________________
> > 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
> >
> >
>
> --
>
************************************************************
**********
> Lincoln Lavoie
> Senior Engineer
> UNH InterOperability Laboratory
> 121 Technology Drive, Suite 2, Durham, NH 03824
> +1-603-862-4809
> Email: lylavoieiol.unh.edu
> AIM: LincolnAtIOL
>
> Ars sine scientia nihil est! -- Art without science is
nothing.
> Scientia sine ars est vacua! -- Science without art is
empty.
>
************************************************************
**********
>
>
------------------------------
Message: 2
Date: Thu, 24 Apr 2008 07:29:13 +0300
From: "Igor Bezukh" <IgorBRadware.com>
Subject: Re: [SIPForum-discussion] Strange Problem with SIP
UDP
multi-sockettests
To: "Hadriel Kaplan" <HKaplanacmepacket.com>,
<discussionsipforum.org>
Message-ID:
<3BD447994C2D84468DE814E55E1A4CCB0284A433APOLLO.il.corp.radware.com>
Content-Type: text/plain; charset="us-ascii"
I already sent that question to SIPp forum but I get much
more responses
here then there....
________________________________
From: Hadriel Kaplan [mailto:HKaplanacmepacket.com]
Sent: Wednesday, April 23, 2008 20:49
To: Igor Bezukh; discussionsipforum.org
Subject: RE: [SIPForum-discussion] Strange Problem with SIP
UDP
multi-sockettests
I think you sent this to the wrong mailing list. SIPp's
mailing list is
sipp-userslists.sourceforge.net, and you can join it through
SIPp's
page on sourceforge or at:
https://lists.sourceforge.net/lists/listinfo/sipp-users
-hadriel
________________________________
From: discussion-bouncessipforum.org
[mailto:discussion-bouncessipforum.org] On Behalf Of
Igor Bezukh
Sent: Wednesday, April 23, 2008 3:50 AM
To: discussionsipforum.org
Subject: [SIPForum-discussion] Strange Problem with SIP UDP
multi-socket
tests
Hi,
I am running SIPp 3.0-TLS from the following Mandriva Linux
platform :
2 2.6.12-12mdksmp #1 SMP Fri Sep 9 17:43:23 CEST 2005 i686
Intel(R)
Xeon(TM) CPU 3.00GHz unknown GNU/Linux
Uac : sipp -sn uac -t un -i 192.168.1.2 -r 50 -d 3000000 -nr
-max_socket
50000 192.168.1.100:5060
Uas : sipp -sn uas -i 192.168.1.100 -t un -max_socket 40000
-nr
According to the uac status, When i am reaching 28140 open
udp sockets
The uac is thrown with the following error:
Unable to bind UDP socket, errno = 98 (Address already in
use).
I have tried to apply all the possible TCP / UDP tuning but
nothing
helped.
Maybe you have any advices.
Thanks a lot.
Igor.
<mailto:igorbradware.com> <http://www.radware.com>
Confidentiality note: This message, and any attachments to
it, contains
privileged/confidential information of RADWARE Ltd./RADWARE
Inc. and may
not be disclosed, used, copied, or transmitted in any form
or by any
means without prior written permission from RADWARE. If you
are not the
intended recipient, delete the message and any attachments
from your
system without reading or copying it, and kindly notify the
sender by
e-mail. Thank you.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://sipforum.org/piperm
ail/discussion/attachments/20080424/ec0bf106/attachment.html
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: image/jpeg
Size: 27321 bytes
Desc: image001.jpg
Url : http://sipforum.org/piperma
il/discussion/attachments/20080424/ec0bf106/attachment.jpe
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: image/jpeg
Size: 9626 bytes
Desc: image002.jpg
Url : http://sipforum.org/pi
permail/discussion/attachments/20080424/ec0bf106/attachment-
0001.jpe
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: image/jpeg
Size: 1028 bytes
Desc: image003.jpg
Url : http://sipforum.org/pi
permail/discussion/attachments/20080424/ec0bf106/attachment-
0002.jpe
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: image/gif
Size: 540 bytes
Desc: image004.gif
Url : http://sipforum.org/piperma
il/discussion/attachments/20080424/ec0bf106/attachment.gif
------------------------------
_______________________________________________
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 47
******************************************
|
