GitLab

darcs-hash:20070906150519-65a35-6e6aab20b50be79278780d826d8ce8389c9ada62.gz

C is now challenged every time.

darcs-hash:20070725164357-65a35-ff1a6a123263ba7e3cd93805315c5b0ecf4783a3.gz

darcs-hash:20070725164833-65a35-1cb6607a660a41cdfc3bb12f8eb949dc003fd047.gz

darcs-hash:20070725164251-65a35-ea48adb350c2de048816d9c06b5bbee3bd38dd1d.gz

darcs-hash:20070725162246-65a35-2a22a4db55b8efd7431397256c5fc857ee59c881.gz

Delay sending ACK and subsequent transition of call to the ready state when
the 200 OK response to the INVITE is received if the SDP Offer/Answer
exchange using UPDATE/PRACK was still incomplete.

Previously, if the O/A using UPDATE or PRACK was incomplete and an 200 OK
was received, the call setup logic regarded this as a fatal error and
terminated the call.

Thanks for Mike Jerris for detecting and reporting this bug.

darcs-hash:20070723152956-65a35-36d194e38ec4ded0f20342489d55f2ab5594e2a5.gz

darcs-hash:20070706141932-65a35-db8298cbd3f6d73ecd3215aa7ad13b8295034d04.gz

Now detecting closed connections on TLS, too.

Added tests for idle timeout, receive timeout, ping-pong timeout.

darcs-hash:20070725160906-65a35-0d568677e950abbc55b7ab10ae9a1fc8000155e6.gz

darcs-hash:20070725160533-65a35-c1217c49eab31628bb688cb1ed74e315a2dd8a9e.gz

darcs-hash:20070906142104-65a35-f4a091476eeae360dd7b869c19ac20397c81dae9.gz

nta.c creates a ACK transaction in order to restransmit ACK requests when
ever a retransmitted 2XX response to INVITE is received. The UAS retransmits
the 2XX responses for 64 x T1 (32 second by default).

Partially fixes the sf.net bug #1750691 reported by Mikhail Zabaluev.

darcs-hash:20070824133535-65a35-d7f6828721fdbce4e45569a9c4a05cc0ded741c0.gz

darcs-hash:20070823161232-65a35-6a71e07ed0810efd7082274bd2fc13fe2ca9b831.gz

darcs-hash:20070725164053-65a35-fd86cfc492eb078ff69c733cf138827cf6863f44.gz

darcs-hash:20070723210346-65a35-707366ba7b38b990f69e93c2a76bcc7d634e64fc.gz

darcs-hash:20070723153122-65a35-aa197e4b684c4d882a5b899ab597947048e45d2b.gz

darcs-hash:20070723153104-65a35-f46a1cb9196dcb74a894a25ad389b9ccc13f8f02.gz

darcs-hash:20070723152012-65a35-4a930ab3db4df070bf4b33a572d080507d587f4c.gz

darcs-hash:20070723151933-65a35-2203ac67720622b45b9009b0b3568c7aeec5b8e4.gz

Each domain has its own registrar and authentication module.

darcs-hash:20070713164733-65a35-4b6603ef64895272c4ac73fe952a54f37ee5f9e9.gz

darcs-hash:20070725085957-65a35-9a64b07513fdcc0a82bd4d6bf11d5d9a055ccdd8.gz

Do not unescape %2C, %3B, %3D, or %40 in URI parameters, nor
%2C, %2F, %3B, %3D, or %40 in URI path.

The @ sign can be ambiguous in the SIP URL, e.g.,

<sip:test.info;p

darcs-hash:20070903141455-65a35-61e1bee07ac93f94b9b67e51ed18a4a7e8b8eaf3.gz

Thanks for Fabio Margarido for reporting this bug.

darcs-hash:20070831160809-65a35-72d12a60dc25bdb92d107460eff9a22c99ec2ecd.gz

darcs-hash:20070830110345-65a35-f7b3d563a34f0c69ee4c001daeb36f8015905865.gz

darcs-hash:20070830105438-65a35-fb24a1e1b8f8db624693fad0fcebdbd715ed1f36.gz

Thanks for Mikhail Zabaluev for reporting this bug.

darcs-hash:20070830110010-65a35-6a401f6595e62f3168f949a0c0c8812f760d83ac.gz

The orphan responses matching with the dialog can now be processed by the
response callback.The dialog leg can be created with
NTATAG_RESPONSE_CALLBACK() or a response callback can be later bound to the
leg with nta_leg_bind_response().

This is practically useful only with 200 OK responses to the INVITE that are
retransmitted by the UAS. By default, the retransmission are catched by the
ACK transaction (which then retransmits the ACK request message). However,
after ACK transaction times out, the retransmitted 200 OK indicates most
probably that the ACK request messages do not reach UAS.

Partially fixes the sf.net bug #1750691 reported by Mikhail Zabaluev.

darcs-hash:20070824134120-65a35-b75a200339bb5dfd3057b4528334098e69935e5b.gz

The orphan responses matching with the dialog can now be processed by the
response callback.The dialog leg can be created with
NTATAG_RESPONSE_CALLBACK() or a response callback can be later bound to the
leg with nta_leg_bind_response().

This is practically useful only with 200 OK responses to the INVITE that are
retransmitted by the UAS. By default, the retransmission are catched by the
ACK transaction (which then retransmits the ACK request message). However,
after ACK transaction times out, the retransmitted 200 OK indicates most
probably that the ACK request messages do not reach UAS.

Partially fixes the sf.net bug #1750691 reported by Mikhail Zabaluev.

darcs-hash:20070824134120-65a35-f1c89d4a7ef3a8d485d4117185da8e7224fe4a4c.gz

darcs-hash:20070823170201-65a35-2a33110f729e667da5ea89c70e44de9a98aaa45d.gz

Handle gracefully cases where the INVITE transaction is destroyed
immediately after canceling it. The old behaviour was to left it up to the
application to ACK the final response returned to INVITE.

Thanks for Fabio Margarido for reporting this problem.

darcs-hash:20070823152242-65a35-322b6f73ae28a9f7e4378462b8e6c7afbcd16cc8.gz

Problem reported by Jari Tenhunen.

darcs-hash:20070821144933-65a35-364992ce4a6f1f6370833959e3a062606fb01959.gz

darcs-hash:20070821133859-65a35-cc469bf6d07afe79f6034d6d429979071f35ba99.gz

darcs-hash:20070724113709-1b897-c3f76265b2688f10fe28a97427b5224845fba4c0.gz

darcs-hash:20070724113643-1b897-4d9e8dc33dd86376ec28efbe74b13f3b8a213509.gz

darcs-hash:20070724113604-1b897-dbb31fbdb860357689f406695a4731410a1f7bc7.gz

darcs-hash:20070724113354-1b897-7368ebf269a7f5413b4dea47cc02f45ade8d8123.gz

darcs-hash:20070720131319-7659e-9202bcbca108f59cf7e7841844a5a79c91417b83.gz

darcs-hash:20070718200526-7659e-3a3d036ca81a40ef685ecce434866eb4240c3338.gz

Added to utils/Makefile.am EXTRA_DIST, too.

darcs-hash:20070713120620-65a35-248113f2b61abb68fe025d670ddadd9bc0e6549a.gz

darcs-hash:20070713104611-77cd4-a5beece944788996a9b47a4437b38ac18dd88d13.gz

darcs-hash:20070713104555-77cd4-6e506affa20101410cb9d8b07f133d4cdffa0f5a.gz