mirror of
https://github.com/servalproject/serval-dna.git
synced 2025-03-29 06:56:00 +00:00
3040d2b665
It turns out that if the DB is locked, sqlite_prepare_v2() call can return SQLITE_BUSY. The retry logic (implemented for issue #2) only provided for sqlite_step() to return SQLITE_BUSY. It was a fairly straightforward matter to extend the retry logic to cover statement preparation in an equally general fashion. The problem was observed while diagnosing failures in the rhizomeprotocol DirectPush test case: the "servald rhizome list" command was failing due to a locked database. See issue #9.
When we were looking at implementing secure calls for OpenBTS it was suggested that we configure Asterisk to use SIPS/ZRTP. This would have been relatively easy to setup, however there are a few problems. Number one is that when Asterisk checks the certificates it will either validate the certificate (checking the chain of trust and so on) and then check that the common name attribute on the certificate matches the hostname of the peer, or it will do none of these checks. This code is in main/tcptls.c line 206 (in version 1.8.14.1). This is undesirable in a setup where there is limited or no infrastructure as there is not likely to be a DNS server setup, or even rigid IP assignments that would allow a static hosts file based setup. This situation would force the administrator to disable the checks completely which would allow a trivial man in the middle attack. It would be possible to modify Asterisk to have a third way where it validates the certificate and checks the chain of trust but does not look at the common name. We decided against this approach as the VOMP channel driver was written in time to avoid it.