Re: In IUA, one AS to multiple SGs connection

"Sergey Mikhailov" <[email protected]>
Newsgroups gmane.ietf.sigtran
Message-ID <005901c6169d$2ce1cd30$150f0f0a@smikhailov>
Binggang,

Although I didn't find it in IUA specification, I don't think it differs from M3UA at this point.

The RFC3332 (and RFC3332bis05 draft as well) for M3UA states (section 1.3.2.5):

"As shown in Figure 1 an ASP may be connected to multiple SGPs. In such a case a particular SS7 destination may be reachable via more than one SGP and/or SG, i.e., via more than one route. As MTP3 users only maintain status on a destination and not on a route basis, the M3UA layer must maintain the status (availability, restriction, and/or congestion of route to destination) of the individual routes, derive the overall availability or congestion status of the destination from the status of the individual routes, and inform the MTP3 users of this derived status whenever it changes."

Thus, I think that no restrictions are implied on an AS implementation: it may use single ASP to connect to all necessary SGs/SGPs as well as use multiple ASPs for that purpose.

    
Sergey Mikhailov.


  ----- Original Message ----- 
  From: Binggang Liu 
  To: [email protected] 
  Sent: Wednesday, January 11, 2006 9:33 AM
  Subject: [Sigtran] In IUA, one AS to multiple SGs connection


  Hi, Folks,

  My question is: is it allowed that one AS connect to multiple SGs, in IUA?

  If no, Why?

  If yes, is there any requirement about ASP? Can the AS use only one ASP to connect to all these SGs or it must employ one ASP for each SG?

  Thank you!

  Regards,
  Binggang Liu


------------------------------------------------------------------------------


  _______________________________________________
  Sigtran mailing list
  [email protected]
  https://www1.ietf.org/mailman/listinfo/sigtran

_______________________________________________
Sigtran mailing list
[email protected]
https://www1.ietf.org/mailman/listinfo/sigtran
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.