Browse code

- partial update (new tm stuff a.s.o.)

Andrei Pelinescu-Onciul authored on 06/06/2007 21:57:13
Showing 1 changed files
... ...
@@ -7,11 +7,46 @@ $Id$
7 7
 2.1.0 changes
8 8
 
9 9
 modules:
10
- - tm        - new onsend callbacks support (require defining TMCB_ONSEND prior
10
+ - tm        - different error replies for too many branches (500 but with
11
+               different text), resolve error (478) or send error
12
+               (477).
13
+             - tm can be configured not to automatically send 100 replies
14
+               for invites either globally (see the auto_inv_100 parameter)
15
+               or on a per transaction basis (see t_set_auto_inv_100(...))
16
+             - t_relay* error reply are delayed till the end of the script
17
+               to allow the script writer to overwrite them
18
+             - branches are always canceled hop by hop
19
+             - cancels for silently canceled branches (no replies ever 
20
+               received) are automatically generated if later a provisional
21
+               reply arrives on such a branch
22
+             - noisy_ctimer is now 1 (on) by default
23
+             - added maximum transaction lifetime - a transaction is not
24
+               allowed to be active longer then this interval. See
25
+               t_set_max_lifetime(), max_inv_lifetime and max_noninv_lifetime.
26
+             - support for changing the retransmission intervals on the fly,
27
+               on a per transaction basis (it is enabled if tm is compiled
28
+               with -DTM_DIFF_RT_TIMEOUT -- default): t_set_retr(t1, t2).
29
+             - transaction are deleted the moment they are not referenced 
30
+               anymore (removed the need for the delete timer) -- this 
31
+               should improve memory usage on very busy proxies.
32
+             - lots of callbacks added
33
+             - new onsend callbacks support (require defining TMCB_ONSEND prior
11 34
                to compiling tm)
12 35
              - behaviour when receiving a CANCEL which doesn't match any 
13 36
                transaction can be selected using the unmatched_cancel param.
14 37
              - params: 
38
+                        - auto_inv_100 - if set (default) tm will automatically
39
+                          send an 100 reply to INVITEs (see also 
40
+                         t_set_auto_inv_100())
41
+                        - noisy_ctimer is now 1 by default
42
+                        - max_inv_lifetime & max_noninv_lifetime - default
43
+                          maximum lifetimes for an invite or non-invite 
44
+                          transaction. After this interval has passed from 
45
+                          the transaction creation the transaction will be 
46
+                          either switched into the wait state or in the
47
+                          final response retransmission state => a transaction
48
+                          will be kept in memory for maximum: 
49
+                           max_*inv_lifetime + fr_timer /*ack w.*/ +wait_timer.
15 50
                         - unmatched_cancel - selects between forwarding cancels
16 51
                            that do not match any transaction statefully (0, 
17 52
                            default value), statelessly (1) or dropping them
... ...
@@ -25,6 +60,19 @@ modules:
25 60
                            (since the CANCEL cannot be authenticated, each
26 61
                            received bogus CANCEL will create a new transaction 
27 62
                            that will live by default 30s).
63
+             - functions:
64
+                        - t_set_auto_inv_100(on/off) - switch automatically
65
+                          sending 100 replies to INVITEs on/off on a per
66
+                          transaction basis. It overrides the tm param.
67
+                          auto_inv_100.
68
+                        - t_set_max_lifetime(inv, noninv) - changes the 
69
+                          maximum transaction lifetime on the fly, for the
70
+                          current or next to be created transaction.
71
+                        - t_set_retr(t1, t2) - changes the retransmissions
72
+                           intervals on the fly, on a per transaction basis.
73
+core:
74
+             - futex support on linux (better behaviour when waiting on 
75
+               long held locks, almost no performance impact otherwise)
28 76
 
29 77
 new config variables:
30 78
   tcp_source_ipv4 = IPv4 address