Re: Doubt abt usage of NOTIFY message.
"Ankit Kumar Sharma" <[email protected]>
| Newsgroups | gmane.ietf.sigtran |
|---|---|
| Message-ID | <[email protected]> |
Arif, On 10/26/07, Mohammad Arif <[email protected]> wrote: > Hi Ankit, > Thanks, > That means after sending ASP ACTIVE/ ASP INACTIVE we have to immediately > send NOTIFY? > No, you may send Notify after sending ASP Active ACK/ASP INActive Ack > Sending ASP ACTIVE means that particular AS is active so why sending > Notify message again?. > Its like using 2 messages to do one job.... > Example which you have described is a very basic one, but every protocol should be able to handle complex scenarios as well. Just think of a scenario where your AS has 4 ASPs and SGP/IPSP thinks(configured) that at least two of them should be in Active state to handle traffic for that AS. In this case after sending ASP-Active-Ack for first ASP, SGP has every right to hold Notify message until it receives ASP-Active from any other ASP. After which SGP/IPSP could notify the new state of AS to respective ASPs. Please read RFC section 4.3.4 for more details. > I will be very grateful if you clarify this. > > Thanks > > > On 10/26/07, Ankit Kumar Sharma <[email protected]> wrote: > > > > Arif, > > > > On 10/26/07, Mohammad Arif < [email protected]> wrote: > > > > > > Hi All, > > > > > > I have a scenario where in there are just two IPSPs ( IPSP1 and IPSP2) > > > and each IPSP has just one AS. > > > So do i need to send NOTIFY messages for change in IPSP AS states or > > > just sending ASP_ACTIVE ans ASP_INACTIVE messages to remote IPSP is enough? > > > > > > > As per protocol, you must send notify message to indicate changes in AS > > state. Please refer to section 4.3.4.5 of RFC 4666 for more details. > > > > I think NOTIFY messages will come into picture only if there are more > > > than two IPSPs. > > > > > > > > > > > > -- > > > Regards > > > Mohammad Arif > > > > > > > Cheers, > > Ankit > > > > > > > > -- > Regards > Mohammad Arif _______________________________________________ Sigtran mailing list [email protected] https://www1.ietf.org/mailman/listinfo/sigtran