Query regarding the sequence message delivery functionality in M3UA layer
Pradeep4 Kumar <[email protected]> Tue, 26 Jul 2016 11:10:59 +0000
| Newsgroups | gmane.ietf.sigtran |
|---|---|
| Message-ID | <PS1PR04MB172269BA2582F52F16885623DE0E0@PS1PR04MB1722.apcprd04.prod.outlook.com> |
--===============7862841672178349422==
Content-Language: en-US
Content-Type: multipart/alternative;
boundary="_000_PS1PR04MB172269BA2582F52F16885623DE0E0PS1PR04MB1722apcp_"
--_000_PS1PR04MB172269BA2582F52F16885623DE0E0PS1PR04MB1722apcp_
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
Hi,
I had an query regarding the sequence message delivery functionality in M3U=
A layer.
As in the SS7/MTP3 layer there is concept of the controlled re-routing in c=
ase of links status un-availability, the controlled re-routing buffer and i=
ts time controlled procedure ensures that that are messages are delivered i=
n-sequence. As explained in the RFC section 8.1.1 of T-REC-Q704 as :
"8.1.1 The objective of the controlled rerouting procedure is to restore th=
e optimal signalling
routing and to minimize mis-sequencing of messages. Therefore, controlled r=
erouting includes a
time-controlled traffic diversion procedure,"
Now in case of M3UA the same situation can occur, so do we have an similar =
functionality of controlled re-routing available in M3UA/Sigtran as well?
If yes please mentioned the RFC section(I could not find any reference in R=
FC on this topic). ?
IF NO, then what is the reasoning behind not having the contr=
olled re-routing in M3UA/SIGTRAN? Is it so that we don't need such procedur=
es in IP world and what is the reason for it?
Best Regards,
Pradeep Kumar
"The world needs HQ (Humanity quotient) more than IQ."
"DISCLAIMER: This message is proprietary to Aricent and is intended solely =
for the use of the individual to whom it is addressed. It may contain privi=
leged or confidential information and should not be circulated or used for =
any purpose other than for what it is intended. If you have received this m=
essage in error, please notify the originator immediately. If you are not t=
he intended recipient, you are notified that you are strictly prohibited fr=
om using, copying, altering, or disclosing the contents of this message. Ar=
icent accepts no responsibility for loss or damage arising from the use of =
the information transmitted by this email including damage from virus."
--_000_PS1PR04MB172269BA2582F52F16885623DE0E0PS1PR04MB1722apcp_
Content-Type: text/html; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
<html xmlns:v=3D"urn:schemas-microsoft-com:vml" xmlns:o=3D"urn:schemas-micr=
osoft-com:office:office" xmlns:w=3D"urn:schemas-microsoft-com:office:word" =
xmlns:m=3D"http://schemas.microsoft.com/office/2004/12/omml" xmlns=3D"http:=
//www.w3.org/TR/REC-html40">
<head>
<meta http-equiv=3D"Content-Type" content=3D"text/html; charset=3Dus-ascii"=
>
<meta name=3D"Generator" content=3D"Microsoft Word 15 (filtered medium)">
<style><!--
/* Font Definitions */
@font-face
{font-family:Helvetica;
panose-1:2 11 6 4 2 2 2 2 2 4;}
@font-face
{font-family:"Cambria Math";
panose-1:2 4 5 3 5 4 6 3 2 4;}
@font-face
{font-family:Calibri;
panose-1:2 15 5 2 2 2 4 3 2 4;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
{margin:0in;
margin-bottom:.0001pt;
font-size:11.0pt;
font-family:"Calibri",sans-serif;}
a:link, span.MsoHyperlink
{mso-style-priority:99;
color:#0563C1;
text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
{mso-style-priority:99;
color:#954F72;
text-decoration:underline;}
span.EmailStyle17
{mso-style-type:personal-compose;
font-family:"Calibri",sans-serif;
color:windowtext;}
.MsoChpDefault
{mso-style-type:export-only;
font-family:"Calibri",sans-serif;}
@page WordSection1
{size:8.5in 11.0in;
margin:1.0in 1.0in 1.0in 1.0in;}
div.WordSection1
{page:WordSection1;}
--></style><!--[if gte mso 9]><xml>
<o:shapedefaults v:ext=3D"edit" spidmax=3D"1026" />
</xml><![endif]--><!--[if gte mso 9]><xml>
<o:shapelayout v:ext=3D"edit">
<o:idmap v:ext=3D"edit" data=3D"1" />
</o:shapelayout></xml><![endif]-->
</head>
<body lang=3D"EN-US" link=3D"#0563C1" vlink=3D"#954F72">
<div class=3D"WordSection1">
<p class=3D"MsoNormal">Hi,<o:p></o:p></p>
<p class=3D"MsoNormal"><o:p> </o:p></p>
<p class=3D"MsoNormal">I had an query regarding the sequence message delive=
ry functionality in M3UA layer.
<o:p></o:p></p>
<p class=3D"MsoNormal"><o:p> </o:p></p>
<p class=3D"MsoNormal">As in the SS7/MTP3 layer there is concept of the con=
trolled re-routing in case of links status un-availability, the controlled =
re-routing buffer and its time controlled procedure ensures that that are m=
essages are delivered in-sequence.
As explained in the RFC section 8.1.1 of T-REC-Q704 as :<o:p></o:p><=
/p>
<p class=3D"MsoNormal" style=3D"text-autospace:none"><i>“</i><b><i><s=
pan style=3D"font-size:12.0pt;font-family:"Times New Roman",serif=
">8.1.1
</span></i></b><i><span style=3D"font-size:12.0pt;font-family:"Times N=
ew Roman",serif">The objective of the controlled rerouting procedure i=
s to restore the optimal signalling<o:p></o:p></span></i></p>
<p class=3D"MsoNormal" style=3D"text-autospace:none"><i><span style=3D"font=
-size:12.0pt;font-family:"Times New Roman",serif">routing and to =
minimize mis-sequencing of messages. Therefore, controlled rerouting includ=
es a<o:p></o:p></span></i></p>
<p class=3D"MsoNormal"><i><span style=3D"font-size:12.0pt;font-family:"=
;Times New Roman",serif">time-controlled traffic diversion procedure,<=
/span>”
<o:p></o:p></i></p>
<p class=3D"MsoNormal"><o:p> </o:p></p>
<p class=3D"MsoNormal">Now in case of M3UA the same situation can occur, so=
do we have an similar functionality of controlled re-routing available in =
M3UA/Sigtran as well?
<o:p></o:p></p>
<p class=3D"MsoNormal" style=3D"text-indent:.5in">If yes please mentioned t=
he RFC section(I could not find any reference in RFC on this topic). ?<o:p>=
</o:p></p>
<p class=3D"MsoNormal"><o:p> </o:p></p>
<p class=3D"MsoNormal"> &nbs=
p; IF NO, then what is the reasoning behind not hav=
ing the controlled re-routing in M3UA/SIGTRAN? Is it so that we don’t=
need such procedures in IP world and what is the reason for it?
<o:p></o:p></p>
<p class=3D"MsoNormal"><span style=3D"color:#1F497D"><o:p> </o:p></spa=
n></p>
<p class=3D"MsoNormal"><span style=3D"color:#1F497D"><o:p> </o:p></spa=
n></p>
<p class=3D"MsoNormal"><span style=3D"color:#1F497D">Best Regards,<o:p></o:=
p></span></p>
<p class=3D"MsoNormal"><span style=3D"color:#1F497D">Pradeep Kumar<o:p></o:=
p></span></p>
<p class=3D"MsoNormal" style=3D"margin-top:7.5pt;line-height:12.0pt"><i><sp=
an style=3D"font-size:12.0pt;font-family:"Helvetica",sans-serif;c=
olor:#0070C0">“The world needs HQ (Humanity quotient) more than IQ.&#=
8221;<o:p></o:p></span></i></p>
</div>
"DISCLAIMER: This message is proprietary to Aricent and is intended so=
lely for the use of the individual to whom it is addressed. It may contain =
privileged or confidential information and should not be circulated or used=
for any purpose other than for what
it is intended. If you have received this message in error, please notify =
the originator immediately. If you are not the intended recipient, you are =
notified that you are strictly prohibited from using, copying, altering, or=
disclosing the contents of this
message. Aricent accepts no responsibility for loss or damage arising from=
the use of the information transmitted by this email including damage from=
virus."
</body>
</html>
--_000_PS1PR04MB172269BA2582F52F16885623DE0E0PS1PR04MB1722apcp_--
--===============7862841672178349422==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
_______________________________________________
Sigtran mailing list
[email protected]
https://www.ietf.org/mailman/listinfo/sigtran
--===============7862841672178349422==--