No one who volunteered was able to receive the tel:  URI and sucessfully
complete a call.  The tel:  test case did, however, work with the 3Com
phones as the callee.
---
We (Ubiquity) completed the Multi-Stage Proxy as P1 getting successful
SIP signalling to set up a call but I am not sure what happened at every
point downstream.

We also got successful multicast registers from HP Labs UA but there was
nobody else for them to the invite.

Finally we managed to setup the loop detection scenario with our proxy
and 3Com's proxy.  Both parties could play as P1 and P2 completing both
the real loop and 'spiral' case.

We also did request merging but using four instances of our own proxy so
I am not sure this counts under bakeoff rules.

As a general observation it seemed to me the bakeoff was more useful for
testing User Agents than Proxies.  Probably because it is easier to test
UAs through basic call setup scenarios whilst testing a proxy generally
requires setting up >1 proxies plus many UAs.  This was a shame because
to debug the protocol further I feel we really need to run scenarios
involving networks of SIP servers.  Perhaps at the next bakeoff we can
try and prearrange implementors roles in scenarios so that people turn
up better prepared to setup and go.  It might also help if we just ran
one reliable UA in the proxy oriented tests.

dynamicsoft:

We did tel: to sip: URL translation (Ericsson as a UAC, Mediatrix and
MicroAppliances(?) as UAS). The URL was translated but the INVITE was
rejected by both UASs: Mediatrix returned a 400 Bad Request (probably
didn't like tel: URL in the To?), MicroAppliances just returned a
corrupted 5xx upon seeing the INVITE. However, Mediatrix's 400 response
(as well as ACKs) was correctly matched and propagated all the way back
to Ericsson, so I guess this could be called a successful call rejection
with tel to sip URL conversion:)

We were also P2 in the "Multi-stage Proxy" test. Everything worked fine
in forking mode (486 Busy from Pingtel, then Cancel from P1, that was
correctly propagated to Nortel's UAS), but we broke in sequential mode -
I'm still not sure why. Note that we were talking UDP to Pingtel and TCP
to Nortel and P1.

We also accepted multicast REGISTERs. I don't think we tried using the
Contacts info from them in any INVITEs, though.