Re: User Part Unavailable at ASP in M3UA
"Kuldeep Janjua" <[email protected]>
| Newsgroups | gmane.ietf.sigtran |
|---|---|
| Message-ID | <[email protected]> |
Brian, Thanks for reply, according to ur feedback I have following doubts: 1.How it can send UPU from ASP, as it will not conform to the M3UA message type? 2.Why ASP can not send the DUPU message to the SGP? I think there is a need to specify this issue in RFC 3332. Regards, Kuldeep On 12/18/06, Brian F. G. Bidulock <[email protected]> wrote: > > Kuldeep, > > In the case that the RK is based on SI value, ASP Inactive is the correct > message. In the case that RK is based on PC, user part flow control is > the responsibility of the ASP (i.e. it could send UPU (the SS7 message, > not > the M3UA SNMM message) to the other end, or an equivalent user part > message > (e.g. Subsystem Prohibited). > > --brian > > Kuldeep Janjua wrote: (Mon, 18 Dec 2006 > 10:21:08) > > > > Brian, > > In RFC 3332 section 3.4.5 "Destination User Part Unavailable (DUPU) > > The DUPU message is used by an SGP to inform concerned ASPs that > a > > remote peer MTP3-User Part (e.g., ISUP or SCCP) at an SS7 node > is > > unavailable." is said that DUPU is sent by an SGP to ASP in case > SG > > receives UPU from SS7 Point Code. > > I want to know which message is sent by the ASP in case it detects > the > > user part unavailability? > > Regards, > > Kuldeep > > C-DOT India. > > -- > Brian F. G. Bidulock > [email protected] > http://www.openss7.org/ > _______________________________________________ Sigtran mailing list [email protected] https://www1.ietf.org/mailman/listinfo/sigtran