RE: # of Signalling Processes
"Salil Agrawal" <[email protected]>
| Newsgroups | gmane.ietf.sigtran |
|---|---|
| Message-ID | <22F058C3ED9D784E90CE473F2A9847F00146A55D@in-exchange> |
Hi Ilie, There is no restriction by any of the sigtran RFC on th number of ASP, AS, SG or SGP supports, so any SIGTRAN signalling entity can have any number of AS/ASP per SG/SGP or reverse till it does not break the theoretical limit I mean ASP ID is coded as 4 BYTE in many messages so until unless we are able to support it is acceptable from RFC point of view. The problem of the interoperability, I don't see any issue in that can you please specify what type of issue you visualize in the interoperability when using different number of redundant processes. Thanks, Salil ________________________________ From: Ilie Glib [mailto:[email protected]] Sent: Wednesday, May 09, 2007 4:16 PM To: sigtran Subject: [Sigtran] # of Signalling Processes Hello Folks, SIGTRAN protocols provide support for systems redundancy and scalability by implementing the concept of signalling processes (SGP, ASP, IPSP) and TMT. Could you please share your view on the minimum number of signalling processes per logical entity (AS or SG) that the SIGTRAN signalling processes MUST support. I am after answers to very simple questions like 1. How many SGPs shall a standard ASP support per SG? 2. How many SGs shall a standard ASP support per SS7 destination? 3. How many ASPs shall an SGP/SG support per AS? 4. How many remote signaling processes per logical entity (SG/AS) have to be supported to comply with SIGTRAN RFCs? I would expect that SIGTRAN RFCs provide answers to the questions above. However, to my knowledge, none of the RFCs puts any limit on the number of redundant signalling processes. In my view this may result in interoperability problems and traffic disturbances. 5. What are the corresponding capabilities of products from main market players? These questions make sense almost for all user adaptation layers and traffic mode types. Thank you in advance for your help -- Ilie _______________________________________________ Sigtran mailing list [email protected] https://www1.ietf.org/mailman/listinfo/sigtran