RE: SUA, IPSP SE mode and ASP Active Ack Traffic mode param
"Jason Parker" <[email protected]>
| Newsgroups | gmane.ietf.sigtran |
|---|---|
| Message-ID | <[email protected]> |
Brian, I can see that will be ok for Traffic mode, (and the RFC mentions "local configuration data if there is no request"). Does the same apply for the TID in the ASP Active message, or is this meant to be dynamic? Many thanks, Jason. -----Original Message----- From: Brian F. G. Bidulock [mailto:[email protected]] Sent: 10 December 2007 17:12 To: Jason Parker Cc: [email protected] Subject: Re: [Sigtran] SUA, IPSP SE mode and ASP Active Ack Traffic mode param Jason, Traffic Mode is not really intended to be dynamic: that is, it should be provisioned at both ends. --brian Jason Parker wrote: (Mon, 10 Dec 2007 14:45:06) > > Hello, > > My question relates to the Single Exchange mode of operation in an > IPSP situation for the SUA. > > For the Traffic mode param in the ASP Active Ack message RFC3868 > states: "..reflecting any Traffic Mode Type value present in the > related ASP Active message." > > This implies it should be the same (possibly validated ?) Traffic Mode > sent in the ASP Active Ack message as was received in the ASP Active > message. > > RFC3868 also says about IPSP considerations: "...An ASP receiving an > ASP Active Ack message may mark the peer as ASP-Active, if it is not > already in the ASP-ACTIVE state." > > i.e. we receive an Ack to the message sent from this end, containing > our own Traffic mode and not that from the remote end. So my question > is how do we obtain the traffic mode from the remote end ? > > Thanks in advance, > > Jason > _______________________________________________ > Sigtran mailing list > [email protected] > https://www1.ietf.org/mailman/listinfo/sigtran -- Brian F. G. Bidulock [email protected] http://www.openss7.org/ _______________________________________________ Sigtran mailing list [email protected] https://www1.ietf.org/mailman/listinfo/sigtran