Re: M2UA terminology

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

The SS7 network side of an M2UA SG is simply SS7
signalling links.  How the signalling links are
interpreted at the MGC depepends on how there are
configured for use by the MTP stack there.

M2UA simply provides, if you will, "remote" access to
the SS7 signalling link termination at the SG.

So, from the SS7 network perpective, your first diagram
is no different than, say:

        [SEP]------------[SEP]
             \          /
              \--[STP]-/ 

The SEP just happens to be functionally decomposed into
MGC and SG.

Hope that helps.

--brian


IULIAN LASCU wrote:           (Fri, 08 Sep 2006 12:35:00)
> Hi all,
> 
> I'm working to define a network having some M2UA SG
> implementations and one who resides on the MGC side
> and I need some help to clarify the structure of the
> network - so here's my question, maybe already
> answered.
> 
> Which will be the correct interpretation for the
> Application Server term (rfc3331) at MCG, considering
> the following situations
> 
> [MGC]---[SG]------------[SEP]
>             \          /
>              \--[STP]-/ 
> 
> AS <=> signaling links set (direct signaling route to
> SEP)
> or 
> AS <=> all the signaling routes towards SEP
> or 
> [MGC]------[SG1]----[STP1]---SS7 network behind STP1 
>      \-----[SG2]----[STP2]---SS7 network behind STP2 
> AS = MGC and in this case a SG could be used only for
> a specific part of the network described at MGC and
> following this logic the SEP and STP from the first
> case should be reached by separate SGs.
> 
> Thanks
> Iulian
> 
> 
> 
> __________________________________________________
> Do You Yahoo!?
> Tired of spam?  Yahoo! Mail has the best spam protection around 
> http://mail.yahoo.com 
> 
> _______________________________________________
> Sigtran mailing list
> [email protected]
> https://www1.ietf.org/mailman/listinfo/sigtran

-- 
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.