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. test (Marc Robins)
2. Re: Regarding SDP in 180 and 200 (Selva S)
3. Re: Question regarding DNS SRV (chintu)
------------------------------------------------------------
----------
Message: 1
Date: Thu, 20 Dec 2007 22:18:59 -0500
From: "Marc Robins" <marc.robinssipforum.org>
Subject: [SIPForum-discussion] test
To: <discussionsipforum.org>
Message-ID: <00ee01c84380$3a8c3080$6501a8c0RCG>
Content-Type: text/plain; charset="us-ascii"
test
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://sipforum.org/p
ipermail/discussion/attachments/20071220/52386ad0/attachment
-0001.html
------------------------------
Message: 2
Date: Fri, 21 Dec 2007 12:55:20 +0530 (IST)
From: Selva S <selvakrishna.sundaramoorthyyahoo.co.in>
Subject: Re: [SIPForum-discussion] Regarding SDP in 180 and
200
To: Rajesh <rajeshkrhuawei.com>
Cc: discussionsipforum.org
Message-ID: <969422.37523.qmweb7812.mail.in.yahoo.com>
Content-Type: text/plain; charset="utf-8"
Hi Rajesh,
If the UAC is not supporting any of the SDP available in
180, then you will receive "488 Not Acceptable
here", and session will be disconnected.
regards
selva
----- Original Message ----
From: Rajesh <rajeshkrhuawei.com>
To: discussionsipforum.org
Sent: Tuesday, 18 December, 2007 9:15:30 AM
Subject: [SIPForum-discussion] Regarding SDP in 180 and 200
<!--
_filtered {font-family:SimSun;panose-1:2 1 6 0 3 1 1 1 1
1;}
_filtered {font-family:SimHei;panose-1:2 1 6 0 3 1 1 1 1
1;}
_filtered {}
_filtered {panose-1:2 1 6 0 3 1 1 1 1 1;}
_filtered {panose-1:2 1 6 0 3 1 1 1 1 1;}
_filtered {font-family:"Lucida
Calligraphy";panose-1:3 1 1 1 1 1 1 1 1 1;}
_filtered {}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
{margin-top:0cm;margin-right:0cm;margin-bottom:0cm;margin-l
eft:10.0pt;margin-bottom:.0001pt;line-height:150%;font-size:
10.5pt;font-family:"Times New Roman";}
h1
{margin-top:12.0pt;margin-right:0cm;margin-bottom:12.0pt;ma
rgin-left:21.55pt;text-align:justify;font-size:16.0pt;font-f
amily:Arial;}
h2
{margin-top:12.0pt;margin-right:0cm;margin-bottom:12.0pt;ma
rgin-left:28.8pt;text-align:justify;font-size:12.0pt;font-fa
mily:Arial;font-weight:normal;}
h3
{margin-top:13.0pt;margin-right:0cm;margin-bottom:13.0pt;ma
rgin-left:36.0pt;text-align:justify;line-height:173%;font-si
ze:12.0pt;font-family:Arial;font-weight:normal;}
p.MsoHeader, li.MsoHeader, div.MsoHeader
{margin:0cm;margin-bottom:.0001pt;text-align:justify;font-s
ize:9.0pt;font-family:Arial;}
p.MsoFooter, li.MsoFooter, div.MsoFooter
{margin:0cm;margin-bottom:.0001pt;font-size:9.0pt;font-fami
ly:Arial;}
a:link, span.MsoHyperlink
{color:blue;text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
{color:purple;text-decoration:underline;}
p.Table, li.Table, div.Table
{margin-top:5.0pt;margin-right:0cm;margin-bottom:0cm;margin
-left:0cm;margin-bottom:.0001pt;text-align:center;text-inden
t:0cm;font-size:9.0pt;font-family:Arial;}
p.TableText, li.TableText, div.TableText
{margin:0cm;margin-bottom:.0001pt;font-size:10.5pt;font-fam
ily:Arial;}
p.TableHeader, li.TableHeader, div.TableHeader
{margin:0cm;margin-bottom:.0001pt;text-align:center;font-si
ze:10.5pt;font-family:Arial;font-weight:bold;}
p.FigureStyle, li.FigureStyle, div.FigureStyle
{margin-top:4.0pt;margin-right:0cm;margin-bottom:4.0pt;marg
in-left:0cm;text-align:center;line-height:150%;font-size:10.
5pt;font-family:"Times New Roman";}
p.DocumentTitle, li.DocumentTitle, div.DocumentTitle
{margin-top:15.0pt;margin-right:0cm;margin-bottom:15.0pt;ma
rgin-left:0cm;text-align:center;line-height:150%;font-size:1
8.0pt;font-family:Arial;}
p.NotesHeader, li.NotesHeader, div.NotesHeader
{margin-top:0cm;margin-right:0cm;margin-bottom:0cm;margin-l
eft:10.0pt;margin-bottom:.0001pt;text-align:justify;line-hei
ght:150%;border:none;padding:0cm;font-size:9.0pt;font-family
:Arial;}
p.NotesText, li.NotesText, div.NotesText
{margin-top:0cm;margin-right:0cm;margin-bottom:0cm;margin-l
eft:10.0pt;margin-bottom:.0001pt;text-align:justify;text-ind
ent:18.0pt;line-height:150%;border:none;padding:0cm;font-siz
e:9.0pt;font-family:Arial;}
p.CompilingAdvice, li.CompilingAdvice, div.CompilingAdvice
{margin-top:0cm;margin-right:0cm;margin-bottom:0cm;margin-l
eft:10.0pt;margin-bottom:.0001pt;line-height:150%;font-size:
10.5pt;font-family:Arial;color:blue;font-style:italic;}
span.EmailStyle28
{font-family:Arial;color:windowtext;}
p.Figure, li.Figure, div.Figure
{margin:0cm;margin-bottom:.0001pt;text-align:center;text-in
dent:0cm;line-height:150%;font-size:10.5pt;font-family:"
;Times New Roman";}
_filtered {}
_filtered {margin:72.0pt 90.0pt 72.0pt 90.0pt;}
div.Section1
{}
_filtered {}
_filtered {margin-left:21.6pt;}
_filtered {margin-left:28.8pt;}
_filtered {margin-left:36.0pt;}
_filtered {margin-left:46.8pt;}
_filtered {margin-left:46.8pt;}
_filtered {margin-left:46.8pt;}
_filtered {margin-left:46.8pt;}
_filtered {margin-left:72.0pt;}
_filtered {margin-left:79.2pt;}
_filtered {}
_filtered {margin-left:64.15pt;}
_filtered {margin-left:71.35pt;}
_filtered {margin-left:78.55pt;}
_filtered {margin-left:89.35pt;}
_filtered {margin-left:89.35pt;}
_filtered {margin-left:89.35pt;}
_filtered {margin-left:89.35pt;}
_filtered {margin-left:114.55pt;}
_filtered {margin-left:121.75pt;}
_filtered {}
_filtered {margin-left:21.6pt;}
_filtered {margin-left:28.8pt;}
_filtered {margin-left:36.0pt;}
_filtered {margin-left:46.8pt;}
_filtered {margin-left:46.8pt;}
_filtered {margin-left:46.8pt;}
_filtered {margin-left:46.8pt;}
_filtered {margin-left:72.0pt;}
_filtered {margin-left:79.2pt;}
_filtered {}
_filtered {margin-left:21.25pt;}
_filtered {margin-left:49.6pt;}
_filtered {margin-left:70.9pt;}
_filtered {margin-left:99.2pt;}
_filtered {margin-left:127.55pt;}
_filtered {margin-left:163.0pt;}
_filtered {margin-left:191.35pt;}
_filtered {margin-left:219.7pt;}
_filtered {margin-left:255.1pt;}
_filtered {}
_filtered {margin-left:21.6pt;}
_filtered {margin-left:28.8pt;}
_filtered {margin-left:36.0pt;}
_filtered {margin-left:46.8pt;}
_filtered {margin-left:46.8pt;}
_filtered {margin-left:46.8pt;}
_filtered {margin-left:46.8pt;}
_filtered {margin-left:72.0pt;}
_filtered {margin-left:79.2pt;}
_filtered {}
_filtered {margin-left:21.6pt;}
_filtered {margin-left:28.8pt;}
_filtered {margin-left:36.0pt;}
_filtered {margin-left:46.8pt;}
_filtered {margin-left:46.8pt;}
_filtered {margin-left:46.8pt;}
_filtered {margin-left:46.8pt;}
_filtered {margin-left:72.0pt;}
_filtered {margin-left:79.2pt;}
_filtered {}
_filtered {margin-left:21.25pt;}
_filtered {margin-left:49.6pt;}
_filtered {margin-left:70.9pt;}
_filtered {margin-left:99.2pt;}
_filtered {margin-left:127.55pt;}
_filtered {margin-left:163.0pt;}
_filtered {margin-left:191.35pt;}
_filtered {margin-left:219.7pt;}
_filtered {margin-left:255.1pt;}
_filtered {}
_filtered {text-indent:0cm;font-family:Arial;}
_filtered
{margin-left:36.0pt;text-indent:0cm;font-family:Arial;}
_filtered
{margin-left:36.0pt;text-indent:0cm;font-family:Arial;}
_filtered
{margin-left:36.0pt;text-indent:0cm;font-family:Arial;}
_filtered {margin-left:92.7pt;font-family:Arial;}
_filtered {margin-left:92.7pt;font-family:Arial;}
_filtered {margin-left:92.7pt;font-family:Arial;}
_filtered
{margin-left:36.0pt;text-indent:0cm;font-family:Arial;}
_filtered
{margin-left:36.0pt;text-indent:0cm;font-family:Arial;}
_filtered {}
_filtered {margin-left:21.25pt;}
_filtered {margin-left:49.6pt;}
_filtered {margin-left:70.9pt;}
_filtered {margin-left:99.2pt;}
_filtered {margin-left:127.55pt;}
_filtered {margin-left:163.0pt;}
_filtered {margin-left:191.35pt;}
_filtered {margin-left:219.7pt;}
_filtered {margin-left:255.1pt;}
_filtered {}
_filtered {margin-left:21.25pt;}
_filtered {margin-left:49.6pt;}
_filtered {margin-left:70.9pt;}
_filtered {margin-left:99.2pt;}
_filtered {margin-left:127.55pt;}
_filtered {margin-left:163.0pt;}
_filtered {margin-left:191.35pt;}
_filtered {margin-left:219.7pt;}
_filtered {margin-left:255.1pt;}
_filtered {}
_filtered {margin-left:21.6pt;}
_filtered {margin-left:28.8pt;}
_filtered {margin-left:36.0pt;}
_filtered {margin-left:46.8pt;}
_filtered {margin-left:46.8pt;}
_filtered {margin-left:46.8pt;}
_filtered {margin-left:46.8pt;}
_filtered {margin-left:72.0pt;}
_filtered {margin-left:79.2pt;}
_filtered {}
_filtered {margin-left:21.6pt;}
_filtered {margin-left:28.8pt;}
_filtered {margin-left:36.0pt;}
_filtered {margin-left:46.8pt;}
_filtered {margin-left:46.8pt;}
_filtered {margin-left:46.8pt;}
_filtered {margin-left:46.8pt;}
_filtered {margin-left:72.0pt;}
_filtered {margin-left:79.2pt;}
_filtered {}
_filtered {margin-left:21.25pt;}
_filtered {margin-left:49.6pt;}
_filtered {margin-left:70.9pt;}
_filtered {margin-left:99.2pt;}
_filtered {margin-left:127.55pt;}
_filtered {margin-left:163.0pt;}
_filtered {margin-left:191.35pt;}
_filtered {margin-left:219.7pt;}
_filtered {margin-left:255.1pt;}
ol
{margin-bottom:0cm;}
ul
{margin-bottom:0cm;}
-->
Hi all,
If
SDP in 180 and 200 responses are different, How UAC should
behave? According to
RFC 3261 ?If the initial offer is in an INVITE, the answer
MUST be in a
reliable non-failure message from UAS back to UAC which is
correlated to that
INVITE. For this specification, that is only the final 2xx
response to that
INVITE. That same exact answer MAY also be placed in any
provisional responses sent
prior to the answer. The UAC MUST treat the first session
description it
receives as the answer, and MUST ignore any session
descriptions in subsequent
responses to the initial INVITE.?
What I
understood from this one means, if SDP in 180 and 200 are
different also, UAC
will take SDP in 180 as answer. Is it like that? What will
happen if 180 with
SP is not sending reliably ?
Thanks in
Advance
Rajesh
Rajesh K R
Software Engineer
Huawei Technologies
Bangalore
Mob:009779803359762
-----Inline Attachment Follows-----
_______________________________________________
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
Save all your chat conversations. Find them online at
h
ttp://in.messenger.yahoo.com/webmessengerpromo.php
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://sipforum.org/p
ipermail/discussion/attachments/20071221/374c6546/attachment
-0001.html
------------------------------
Message: 3
Date: Fri, 21 Dec 2007 13:46:25 +0530
From: chintu <sschintalwargmail.com>
Subject: Re: [SIPForum-discussion] Question regarding DNS
SRV
To: "Fernando Lombardo" <flombardonovolink.net>
Cc: Jeff Wright <JWrightazteknetworks.net>,
discussionsipforum.org
Message-ID:
<dc7cb0440712210016n5bccc570kbee77da6193afb02mail.gmail.com>
Content-Type: text/plain; charset="iso-8859-1"
Hi Jeff,Fernando
What I understood from Jeff's mail is " BroadWorks will
migrate all the
connected users i.e those users are migrated whose Dialog is
established.
And will not migrate those users whose deialog is not yet
established ".
Here Dialog means INVITE ------->
200 OK <-------
ACK ------------->
( Primary Down )
Now this time only this user will be
migrated......And
not whose ACK is not received.........
I might be wrong ..........
Regards,
Santosh.............
On 12/19/07, Fernando Lombardo <flombardonovolink.net> wrote:
>
> Is it possible that DNS is round-robin the A records
that are part of the
> DNS SRV every time a query is made and thus your
problem?
>
> ------------------------------
> *From
discussion-bouncessipforum.org [mailto:
> discussion-bouncessipforum.org] *On Behalf Of *Jeff Wright
> *Sent Friday,
December 14, 2007 8:27 AM
> *To
discussionsipforum.org
> *Subject
[SIPForum-discussion] Question regarding DNS SRV
>
> We are attempting to do some interop testing between a
Broadsoft proxy,
> and our SIP product which is acting as a B2BUA. We are
having issues with
> the implementation of server redundancy in the
Broadsoft configuration.
> According to their interop FAQ:
>
>
>
> "BroadWorks uses a Geographic Redundancy model
which requires DNS SRV to
> support this mechanism. The Primary Application Server
(AS) will always be
> the active server hosting the BroadWorks Users. Call
state is not shared
> between the primary and secondary Application Servers.
If the primary AS
> fails, the access device should send further sip
requests to the next SRV
> contact, secondary Application server. When the
primary application server
> has failed, users will be migrated and hosted by the
secondary application
> server. When the primary AS is restored, the users
hosted on the secondary
> AS will be migrated back to the primary AS.
>
> If the DUT only supports DNS A records the device may
experience requests
> being toggled between primary and secondary Application
Servers. If this
> happens, you'll need to create a local DNS with the
Application Server
> Cluster FQDN pointing to only the primary AS.
>
> *Note*: network devices (i.e., PSTN-terminating
gateways and
> softswitches) contact the BroadWorks Network Server
(NS) cluster first in a
> load-sharing manner. The NS redirects to the
appropriate AS. The network
> device must follow the DNS rules above for subsequent
requests to the AS
> within the dialog, using the FQDN contact supplied by
the AS."
>
>
>
> We do not support DNS in our product at this time. The
overall outcome of
> this is that when we are sending an INVITE to start a
new call, the INVITE
> is sent to as.iop1.broadworks.net, which resolves to
64.215.212.70. What
> we then observe is that we receive a 200 OK with SDP,
and a contact URI of
> <sip:as.iop1.broadworks.net>, whereupon our SIP
stack sends an ACK to this
> sip URI, but: this time it resolves to 64.215.212.71
and it seems like
> that server is not responding since it never received
the original INVITE.
>
>
>
> Am I to understand that they expect all user agents
(which is essentially
> what our product is acting as) to implement DNS SRV in
order to properly
> interoperate with their proxy? This seems silly to me
(or perhaps my
> understanding is too limited), because from my
perspective, DNS is a
> network-provided service and should not have to be
built into the end user
> client.
>
>
>
> Thanks in advance for any information anyone can
provide to help clear up
> this issue.
>
>
>
>
>
> *Jeffrey D. Wright*
>
> _______________________________________________
> 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/piperm
ail/discussion/attachments/20071221/84cca41b/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 29, Issue 52
******************************************
|
