So do I. People interpreting call flows as definitive have caused us lots of grief in the past.
John > -----Original Message----- > From: DOLLY, MARTIN C, ATTLABS [mailto:[EMAIL PROTECTED] > Sent: 09 November 2007 17:07 > To: Brian Stucker; Peter Saint-Andre > Cc: sip; [EMAIL PROTECTED] > Subject: [RAI] RE: [Sip] RAI-ART Review Comments > fordraft-ietf-sip-hitchhikers-guide > > Brian, > > I agree. > > Martin > > -----Original Message----- > From: Brian Stucker [mailto:[EMAIL PROTECTED] > Sent: Friday, November 09, 2007 11:50 AM > To: DOLLY, MARTIN C, ATTLABS; Peter Saint-Andre > Cc: sip; [EMAIL PROTECTED] > Subject: RE: [Sip] RAI-ART Review Comments for > draft-ietf-sip-hitchhikers-guide > > Callflows: they're such a double-edged sword. > > They do a good job of quickly explaining something, but can't > cover off > all the vagaries of the spec. They do such a good job, in fact, that > it's not uncommon for implementors to simply implement the > easy-to-understand call flow thinking they've captured all of the > important bits of the underlying specifications; that they never > properly check to see that they've, in fact, actually implemented the > spec correctly at all. > > If we're going to include those, then there needs to be a considerable > amount of warning text exhorting the reader to use the callflows as a > study aid for the specifications and not as a substitute. > > Regards, > Brian > > > > -----Original Message----- > > From: DOLLY, MARTIN C, ATTLABS [mailto:[EMAIL PROTECTED] > > Sent: Thursday, November 08, 2007 8:48 PM > > To: Peter Saint-Andre; Stucker, Brian (RICH1:AR00) > > Cc: sip; [EMAIL PROTECTED] > > Subject: RE: [Sip] RAI-ART Review Comments for > > draft-ietf-sip-hitchhikers-guide > > > > Do you believe that the call/session flows are normative or > > informative? > > > > > > RFC 3665 call/session flows are very good illustrative > > examples, but do not really depict real deployments (measured > > in number of calls). > > > > And further, RFC 3666 does not interoperate with the PSTN, > > thereby not a good example. > > > > Cheers, > > > > Martin > > > > > > > > -----Original Message----- > > From: Peter Saint-Andre [mailto:[EMAIL PROTECTED] > > Sent: Thursday, November 08, 2007 7:19 PM > > To: Brian Stucker > > Cc: sip; [EMAIL PROTECTED] > > Subject: Re: [Sip] RAI-ART Review Comments for > > draft-ietf-sip-hitchhikers-guide > > > > Brian Stucker wrote: > > > > <snip/> > > > > Sorry to hijack this thread, but I'd like to second a comment > > that Mary Barnes made during the WGLC: > > > > http://www1.ietf.org/mail-archive/web/sip/current/msg20981.html > > > > *** > > > > It seems that all the call flow BCPs are missing and I do > > think those are really important and should be included in > > this document. The only BCP (type (B) document) listed in > > this document is 3PCC. The basic call flow document (RFC > > 3665) should be listed in section 3 (Core SIP). The PSTN > > call flows (RFC 3666, BCP 76) should be in PSTN Interworking > > section 4. The SIPPING NAT scenarios document should be in > > the NAT section 6. These docs are all icing on the cake IMHO > > and help to guide implementers in using all the other docs. > > > > *** > > > > I agree that the call flow documents are very useful and that > > a reference to them would be a good thing. > > > > Peter > > > > _______________________________________________ > RAI mailing list > [EMAIL PROTECTED] > https://www1.ietf.org/mailman/listinfo/rai > _______________________________________________ Sip mailing list https://www1.ietf.org/mailman/listinfo/sip This list is for NEW development of the core SIP Protocol Use [EMAIL PROTECTED] for questions on current sip Use [EMAIL PROTECTED] for new developments on the application of sip
