RE: Re: Traffic handling modes of SGPs
"Loughney John (Nokia-NRC/Helsinki)" <[email protected]>
| Newsgroups | gmane.ietf.sigtran |
|---|---|
| Message-ID | <[email protected]> |
I agree with Brian. The section is just introductory in nature. It shouldn't have impact on implementations. John -- This email was sent from my Nokia phone -- > -----Original Message----- > From: [email protected] on behalf of ext Brian F. G. Bidulock > Received: Mon Dec 05 10:34:35 EET 2005 > To: Ilie Glib > Cc: [email protected] > Subject: Re: [Sigtran] Re: Traffic handling modes of SGPs > > Ilie, > > An assumption is not even close to a requirement. > > An ASP that cannot accept a connection is underfeatured compared > to one that does. > > --brian > > Ilie Glib wrote: (Mon, 05 Dec 2005 09:27:31) > > Hello Brian, > > > > here is a quote from RFC 3868 > > " > > 1.3. Signalling Transport Architecture > > > > ... > > In general terms, the SUA architecture can be modeled as a peer-to- > > peer architecture. The first section considers the SS7 to IP > > interworking architectures for connectionless and connection-oriented > > transport. For this case, it is assumed that the ASP initiates the > > establishment of the SCTP association with SG. > > " > > > > I agree that the last sentence of the quoted paragraph does not say > > "SHOULD", at the same time it looks like ASPs must act as clients for > > establishment of SCTP associations, and there is no statement in the > > RFC that would make ASPs to open listening sockets. > > > > On 12/2/05, Brian F. G. Bidulock <[email protected]> wrote: > > > Ilie, > > > > > > Ilie Glib wrote: (Fri, 02 Dec 2005 12:44:35) > > > > Brian, > > > > > > > > I am sorry to bore you with this, and perhaps it does not deserve too > > > > much attention, but ASPs which act as clients (according to the RFC > > > > they should do so) would never open a listening socket. Therefore SCTP > > > > INIT from the SGP will be lost. > > > > > > Where does it say that? > > > > > > --brian > > > > > > > Regards > > > > Ilie > > -- > Brian F. G. Bidulock > [email protected] > http://www.openss7.org/ > > _______________________________________________ > Sigtran mailing list > [email protected] > https://www1.ietf.org/mailman/listinfo/sigtran > > >