Re: # of Signalling Processes

"Brian F. G. Bidulock" <[email protected]>
Newsgroups gmane.ietf.sigtran
Organization http://www.openss7.org/
Message-ID <[email protected]>
Ilie,

Ilie Glib wrote:                                                      (Wed, 09 May 2007 14:03:07)
> 
>    Salil,
> 
>    as  you  pointed  out yourself, there is no much sense to support more
>    than 16 M3UA ASPs within an AS for ITU-T markets.

The number of SLS values in the SLS field of the MTP routing label is
not a limit on loadsharing from ASP over SGP.  In fact, ASPs serving a
load-share AS are not required to load-share over available SGP.
Nevertheless, when an ASP load-shares over available SGP, it is coherent
traffic flows that need to be sent to the same SGP (not the SLS value
which is merely derived from the traffic flow).  For distributing
coherent flows over SGP, the OPC, DPC, NI and SI fields can also be
taken into account, permiting coherent load sharing over many more than
16 SGP.

The other way around, the SGP can also take into account OPC, DPC, NI
and SI fields in addition to SLS when loadsharing.

>    What  is  the  point to support more ASPs then? If we conclude - 16 is
>    enough,  can  this create interoperability problems for systems having
>    more  than 16 ASPs/IPSPs? For instance, can that result in overloading
>    those poor 16 ASPs that your SG accepted to go active?
>    Regards

16 is not a restriction.  AS define a number: the minimum number of
active ASPs necessary to service an AS; to permit prevention of
overloads.

--brian

-- 
Brian F. G. Bidulock
[email protected]
http://www.openss7.org/
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.