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: Java + SIP (Juan - k)
3. Re: Bye request ( mjhorse )
4. REG: reinvite (Routhu Rajeswari)
5. Re: Sip Proxy Server (Raj)
------------------------------------------------------------
----------
Message: 1
Date: Fri, 25 Apr 2008 08:18: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: "Vijay K. Gurbani" <vkgalcatel-lucent.com>
Cc: sipietf.org, discussionsipforum.org, bmwgietf.org
Message-ID:
<cab3445d0804241718g3643ad52w9403377a9e5a3e5bmail.gmail.com>
Content-Type: text/plain; charset=ISO-8859-1
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 <vkgalcatel-lucent.com>:
> 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
>
------------------------------
Message: 2
Date: Fri, 25 Apr 2008 02:31:29 +0000
From: Juan - k <wakko_86hotmail.com>
Subject: Re: [SIPForum-discussion] Java + SIP
To: <discussionsipforum.org>
Message-ID: <BAY127-W407695514FA27CBBFF501BE7DD0phx.gbl>
Content-Type: text/plain; charset="windows-1252"
Hello! I would like to programm it with my own requirements.
As far as I know, JAIN SIP makes it possible because it
binds you to build the frames as you want (That's what I
read). But also Servlets are easier to write
I would like to make a bachelor thesis with SIP... The
problem is that I have very low knowledge of SIP, only the
basic concepts, but enough to understand how to make an
app.
Where should I start first? I'm sure that before programming
my own SIP network I should get used to it somewhere
else...
Thanx very much 
From: newazlive.comTo: wakko_86hotmail.comSubject: Re:
[SIPForum-discussion] Java + SIPDate: Fri, 25 Apr 2008
10:04:23 -0700
Hi Juan - k
I don?t know much about the SIP but as I know the JAIN API
will allow you to start from very row level for example you
can handle the SDP as well. And in case of Servlets, here
the functional interface is higher level than JAIN one.
so, the decision is yours..
Thank u
Newaz
From: Juan - k
Sent: Thursday, April 24, 2008 9:06 AM
To: discussionsipforum.org
Subject: [SIPForum-discussion] Java + SIP
Hello 2 everyone =) I would like to know which would be the
best implementation for SIP with Java. I've searched but I
would like that someone recommended any that has worked. Is
it better to use JAIN SIP or Servlets? I would like to write
an application in Java that would transmit voice within a
LAN using SIP Thanks Juan-k
Send funny voice messages packed with tidbits from MSN.
Everyone wants to be ready.
_______________________________________________This is the
SIP Forum discussion mailing listTO UNSUBSCRIBE, or edit
your delivery options, please visit h
ttp://sipforum.org/mailman/listinfo/discussionPost to
the list at discussionsipforum.org
____________________________________________________________
_____
Do more with your photos with Windows Live Photo Gallery.
http://www.windowslive.com/share.html?oc
id=TXT_TAGLM_Wave2_photos_022008
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://sipforum.org/p
ipermail/discussion/attachments/20080425/fce60d2b/attachment
-0001.html
------------------------------
Message: 3
Date: Fri, 25 Apr 2008 11:52:49 +0800
From: " mjhorse " <mjhorseqq.com>
Subject: Re: [SIPForum-discussion] Bye request
To: " jayesh " <thesweethumanyahoo.co.in>, " sipforum "
<discussionsipforum.org>
Message-ID: <tencent_194B789B1E34E13E248E5B2Eqq.com>
Content-Type: text/plain; charset="iso-8859-1"
Hi
I made a mistake and thanks for all you guys' reminding
I think it's CANCEL that is hop-by-hop under any situation
not BYE, right?
As well as 4xx failling responses??
------------------
by mj
------------------ Original ------------------
From: "JAYESH"<thesweethumanyahoo.co.in>;
Date: Thu, Apr 24, 2008 10:52 PM
To: "mjhorse"<mjhorseqq.com>;
Subject: Re: [SIPForum-discussion] Bye request
With the record route header ALL signalling that has to go
will always have to traverse the Signaling proxy server as
inserted in the record route field, BYE also forms a part of
the signaling code, for many systems which do billing, BYE
will signify the end of the call time & hence the
billing will depend upon it,
so BYE will always traverse the record route IP's,
mjhorse <mjhorseqq.com> wrote:
Hi
In my point of view, BYE will always be hop-by-hop
regardless whether Route-Record is inserted in INVITE or
under other conditions.
------------------
by mj
------------------ Original ------------------
From: "mwilliam prusty"<callwilliam90653rediffmail.com>;
Date: Thu, Apr 24, 2008 02:40 PM
To: "discussion"<discussionsipforum.org>;
Subject: [SIPForum-discussion] Bye request
Hi
Can any one tell , if proxy Inserts Recordroute header field
in the invite request of a call , In this case the BYE
request will be Hop by hop or End to End.
Regards
William
_______________________________________________
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
Bollywood, fun, friendship, sports and more. You name it, we
have it.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://sipforum.org/p
ipermail/discussion/attachments/20080425/db4e95ab/attachment
-0001.html
------------------------------
Message: 4
Date: Fri, 25 Apr 2008 10:25:56 +0530
From: "Routhu Rajeswari" <rajeswari.routhugmail.com>
Subject: [SIPForum-discussion] REG: reinvite
To: discussionsipforum.org
Message-ID:
<e5c0afbe0804242155v6e20e126y5030af6bc50c2a36mail.gmail.com>
Content-Type: text/plain; charset="iso-8859-1"
Hi all ,
I am trying to establish a call with a useragent1 with bhsdp
to put him on
hold . Now if any other useragent2 calls useragent1 iam
sending reinvite to
useragent1 with sdp2 .
But when i try this scenario iam getting the reinvite on
second line while
the original call was established on first line. Iam not
understanding the
difference between the original invite and reinvite.Or is it
because of
container may not be supporting reinvites.
Here are the invites
*Original invite --- black hole sdp*
INVITE sip:100010.238.115.216:12000 SIP/2.0
Call-ID: 3b894b41c851b4967f2a7110a1a83e4d10.238.115.216
CSeq: 1 INVITE
From: <sip:server10.238.115.216:5080>;tag=930616581
To: <sip:100010.238.115.216:12000>
Via: SIP/2.0/UDP 10.238.115.216:5080
;handler=VUAGSipServlet;appname=org.mobicents.servlet.sip.ex
ample.VUAGSipServlet;branch=z9hG4bK7cc98c37aa65664601b86deff
c092b9e
Max-Forwards: 70
Content-Encoding: UTF8
Content-Type: application/sdp
Record-Route: <sip:10.238.115.216:5080
;handler=VUAGSipServlet;appname=org.mobicents.servlet.sip.ex
ample.VUAGSipServlet;lr;transport=udp>
Contact: "server" <sip:server10.238.115.216:5080>
Content-Length: 159
v=0
o=user 0 0 IN IP4 10.238.115.216
s=-
c=IN IP4 0.0.0.0
t=0 0
m=audio 10000 RTP/AVP 0 101
a=rtpmap:0 pcmu/8000/1
a=rtpmap:101 telephone-event/8000/1
*Reinvite ---*
INVITE sip:100010.238.115.216:12000 SIP/2.0
CSeq: 2 INVITE
To: <sip:100010.238.115.216:12000>;tag=1753dd3d
From: <sip:server10.238.115.216:5080>;tag=930616581
Call-ID: 3b894b41c851b4967f2a7110a1a83e4d10.238.115.216
Allow:
INVITE,ACK,CANCEL,OPTIONS,BYE,REFER,NOTIFY,MESSAGE,SUBSCRIBE
,INFO
User-Agent: X-Lite release 1002tx stamp 29712
Content-Encoding: UTF8
Max-Forwards: 70
Contact: <sip:10.238.115.216:5080;transport=udp>
Via: SIP/2.0/UDP 10.238.115.216:5080
;handler=VUAGSipServlet;appname=org.mobicents.servlet.sip.ex
ample.VUAGSipServlet;branch=z9hG4bK30387f6fd42dd59b34cfd4959
45a92b2
Content-Type: application/sdp
Record-Route: <sip:10.238.115.216:5080
;handler=VUAGSipServlet;appname=org.mobicents.servlet.sip.ex
ample.VUAGSipServlet;lr;transport=udp>
Content-Length: 387
v=0
o=- 8 2 IN IP4 10.238.115.230
s=<CounterPath eyeBeam 1.5>
c=IN IP4 10.238.115.230
t=0 0
m=audio 12002 RTP/AVP 107 119 0 98 8 3 101
a=alt:1 1 : SsF/I6rP ItceWIRZ 10.238.115.230 12002
a=fmtp:101 0-15
a=rtpmap:107 BV32/16000
a=rtpmap:119 BV32-FEC/16000
a=rtpmap:98 iLBC/8000
a=rtpmap:101 telephone-event/8000
a=sendrecv
a=x-rtp-session-id:FD014D641D984E06B79A36ACF3C8B06C
Please anyone could suggest what's going wrong here.
--
Rajeswari.R
Cognizant Technology Solutions
Hyderabad
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://sipforum.org/p
ipermail/discussion/attachments/20080425/022173d8/attachment
-0001.html
------------------------------
Message: 5
Date: Fri, 25 Apr 2008 10:39:18 +0530
From: Raj <rajasekhar.lgmail.com>
Subject: Re: [SIPForum-discussion] Sip Proxy Server
To: JAYESH <thesweethumanyahoo.co.in>
Cc: discussion <discussionsipforum.org>
Message-ID:
<24bc18350804242209r4c3e937cxe4957759edec8fc0mail.gmail.com>
Content-Type: text/plain; charset="iso-8859-1"
"spirals": revisit same server, with different
request URI
"loop": revisit same server, with same request
URI
On Thu, Apr 24, 2008 at 8:27 PM, JAYESH
<thesweethumanyahoo.co.in> wrote:
> Yea, there is a diff between between loop & spiral
cant remember what it
> was but it is nicely explained in rfc 3261
draft.......
>
>
> *Priyankam <priyankamtataelxsi.co.in>*
wrote:
>
> If only sent by is checked it can be either loop or
spiral.. but for loop
> branch parameter will also match,
> in case of spiral.. branch parameter will have
different value.
> hence to detect a loop we need to store the branch
parameter of all request
> that was sent via proxy.
> its a hectic job.. any better way to detect a loop.
>
> -----Original Message-----
> *From mjhorseqq.com
[mailto:mjhorseqq.com]
> *Sent Thursday,
April 24, 2008 3:30 PM
> *To priyankam;
'prasanna c'; discussion
> *Subject Re:
[SIPForum-discussion] Sip Proxy Server
>
> Hi
>
> But if all Via header is check, proxy will know for
sure that if it is
> already on the way of the message. So, why loop cant be
detected?
>
>
> ------------------
> by mj
>
>
> ------------------ Original ------------------
> *From: * "Priyankam"<priyankamtataelxsi.co.in>;
> *Date: * Thu, Apr 24, 2008 05:54 PM
> *To: * "'prasanna c'"<c_prasanna_chotmail.com>; "discussion"<
> discussionsipforum.org>;
> *Subject: * Re: [SIPForum-discussion] Sip Proxy
Server
>
> You are trying to say if the sent-by matches loop is
detected? what about
> branch parameter? shouldn that also match with Via..
> One more doubt if only sent by check is done.. then it
can also be spiral
> detection.. in this we cant discard the request?
>
> Please solve these issues.
>
> -----Original Message-----
> *From prasanna c
[mailto:c_prasanna_chotmail.com]
> *Sent Thursday,
April 24, 2008 2:05 PM
> *To
priyankamtataelxsi.co.in; discussionsipforum.org
> *Subject RE:
[SIPForum-discussion] Sip Proxy Server
>
> You should check all the via headers that has sent-by
value placed by proxy
> in earlier forwarding to detect the loop.
>
> ------------------------------
> From: priyankamtataelxsi.co.in
> To: discussionsipforum.org
> Date: Thu, 24 Apr 2008 12:39:15 +0530
> Subject: [SIPForum-discussion] Sip Proxy Server
>
> Hi,
>
> we have a confusion regarding loop detection by proxy
server. As per the
> RFC 3261 we create key for branch parameter using , To
tag, From tag,
> Call-ID header
> field, the Request-URI of the request received (before
translation), the
> topmost Via header, and the sequence number from the
CSeq header field.
>
> But the confusion is if the request traverses through
several proxies and
> the same request comes back to the previous proxy, the
top most via gets
> changed,
> so the Key generated will be different, hence loop
detection is not
> possible.
>
> Please suggest a solution for this issue.
>
> Regards,
> Priyankam
> Tata Elxsi Ltd.
> Bangalore
>
>
>
> ------------------------------
> Exclusive Marriage Proposals! Find UR life partner at
Shaadi.com Try it!<http:/
/ss1.richmedia.in/recurl.asp?pid=430>
>
> 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.
>
> 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
>
>
> ------------------------------
> Connect with friends all over the world. Get Yahoo!
India Messenger.<http://in.rd.yahoo.com/tagli
ne_messenger_5/*http://in.messenger.yahoo.com/?wm=n/>
>
> _______________________________________________
> 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
>
>
--
-Raaz
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://sipforum.org/piperm
ail/discussion/attachments/20080425/69bb6c63/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 53
******************************************
|
