Re: Procedural question (Re: SIP API spec)

[Paul Tsuchiya <[e-mail]>]

>  
>  	What I'd like to suggest is that this document serve that purpose:
>  instead of referencing SIP specifically, we could refer to a "Better
>  Internet Protocol (BIP)" and only refer to specific proposals as needed.
>  
>  	Before getting down to the details on how this would affect the spec,
>  I thought I'd just mention this idea first to see what the general consensus
>  was..


To the extent that one can find commonality between the
various proposals, I agree completely with your goal above.

I think in both the API and transition scheme, Pip and SIP
match reasonably well.  On our API, we have a local 32 bit
identifier, but were still leaning towards passing the Pip
ID across the interface, as this is something that won't
change even as addresses change.  But, we've considered
not passing the Pip ID.

It seems that if we can come up with an API that works 
equally well for Pip and SIP and CLNP, then we are on the
right track towards generality, and therefore evolution
(a stated Pip goal!!!).

But, even if other folks don't think it is a good idea
to have common specs between the various proposals, we
here in the Pip shop have no qualms about plagerising
whatever other work applies to Pip (as Bob Hinden discovered
with the requirements evaluation doc..... :-)

.......in the best interests of the community, of course......

.......and with attribution, of course........

PX