Phil R. Karn (email@example.com)
2 Feb 88 19:32:51 GMT
> The TCP/IP community does not have a strong tradition of formal
> testing from specifications. Historically (see RFC-1025, ``TCP and IP
> Bake Off''), testing a TCP/IP implementation has meant structured
> plugging it in and trying it, with as many other implementations as
Actually, I think there is a lot to be said for this approach. Formal
verification is difficult, slow and expensive, while the informal
testing of a new implementation on the real Internet quickly shows
whether it's likely to work in actual use. The real world has a way of
revealing things that remain stubbornly hidden in the lab.
The TCP/IP experience has shown that finding clear-cut protocol
violations is not difficult. The *real* issues are
a) getting rid of gaps and ambiguities in the specs themselves that can
allow different implementations to "conform" yet not be interoperable, and
b) figuring out how to armtwist the vendor of a broken implementation to
fix it once a problem has been identified.
Formal verification suites attack neither of these problems.
This archive was generated by hypermail 2.0b3 on Thu Mar 09 2000 - 14:40:41 GMT