Re: Upper boundary of Adaptation Layers
"Brian F. G. Bidulock" <[email protected]>
| Newsgroups | gmane.ietf.sigtran |
|---|---|
| Organization | http://www.openss7.org/ |
| Message-ID | <[email protected]> |
Ilie, Ilie Glib wrote: (Mon, 09 Jan 2006 17:21:57) > Hello Brian, > > I can not agree with you that SUA enables applications to use IP > addresses. Indeed Source and Destination addresses can contain IP > addresses, but this is an implicit impact on the xxUA users rather > than an explicit impact. Currently section "1.6.1. Definition of the > upper boundary" does not extend SS7 primitives. If this extension is > wanted it shall be in the standard documents (RFCs). Don't be absurd. 1.6.1 says that the standard SCCP/SCCP-User primitives are supported. It does not say that nothing else is supported or supportable. It does not say that no other primitives shall be used. It is just the list of intentionally supported primitives. There are, I hope you realize, more national protocol variants than just ITU or ANSI. > > Apropos Source and Destination addresses cannot contain hostnames. > IMHO hostnames are much more usefull than IP addresses. > > If it is wanted that xxUA become a true standard the content of the > upper boundary shall be defined down to the last bit. Actually, the upper boundary at the ASP is a local matter. There are no requirements placed on the boundary. It certainly does not have to specified to the bit. > > what do you mean by > > It is not necessarily true for the multiple SG as STP scenario, > ? I mean it is not necessarily true for the multiples SG as STP scenario. > > See below for one more question. > > Thank you in advance > > Ilie > On 1/9/06, Brian F. G. Bidulock <[email protected]> wrote: > > Ilie, > > > > This can be true for the strict backhaul scenario. > > [Ilie] Do you mean SGP to ASP interface (assuming ASP does not have > relay capability)? No. SG to ASP interface where the Provider protocol layer (e.g., SCCP) is located at the SG. That is, the ASP's point-code is hosted at the SG. --brian -- Brian F. G. Bidulock [email protected] http://www.openss7.org/