April 12, 2006
View e6a2b12e54

- msg_send(), udp_send() and tcp_send() parameter list changed (now they use a struct dest_info to pack several of the old params)

Andrei Pelinescu-Onciul authored on 12/04/2006 18:04:23
January 27, 2006
View ec76200fbb

- cancel before invite fix attempt (experimental, treat with care) This fix should handle delayed INVITEs (due to network or script), that arrive after the CANCEL. The INV transaction will be created (it's needed for the reply) but immediately canceled.

Andrei Pelinescu-Onciul authored on 27/01/2006 18:47:21
December 10, 2005
View 57857a94b6

- tm migrated to the new timers (tm timers completely re-written). - tm structures re-ordered & cleaned up for better "packing" on 64 bit machines => size reduction (~800 bytes less per transaction on a 64 bit machine) - params: - retr_timer1p1, retr_timer1p2, retr_timer1p3 removed and replaced by retr_timer1 and retr_timer2 - all timer values are now expressed in milliseconds (they were in seconds before). Affected params: fr_timer, fr_inv_timer, wt_timer, delete_timer, retr_timer1, retr_timer2 - retr_timer1 (first retransmission) changed to 500 ms - delete_timer changed to 200 ms - functions: - new t_set_fr(timeout_fr_inv, timeout_fr) -- allows changing the transaction timer from script, even if the transaction was already created (see tm docs for more). - fr_inv_timer/fr_timer can be changed now without any performance penalty - more precise retransmissions timing - overall improved tm speed an memory footprint (e.g. on a 64 bit 2*Xeon 2.8Ghz + HT, optimized ser, NO_DEBUG => ~ 6370 cps new version, ~6000 cps old version + rel_0_9_0 tm inser_timer fix; memory usage @ 6000cps: 490Mb new version, 616Mb old version). - NEWS updated

Andrei Pelinescu-Onciul authored on 10/12/2005 16:04:53
December 5, 2005
View 3d942590eb

- fixed some warnings - fixed typo in action.c - fixed dynamic regex not regfreed and backup char not restored on error in route.c

Andrei Pelinescu-Onciul authored on 05/12/2005 17:32:17
December 1, 2005
View 31d48be07e

- updated to latest avp api

Jan Janak authored on 01/12/2005 10:56:48
November 29, 2005
View 33d814e09a

- reverse_hex2int/int2reverse_hex switched to unsigned int (int2reverse_hex returned error for large integers)

Andrei Pelinescu-Onciul authored on 29/11/2005 19:28:13
September 19, 2005
View 9648ac53ad

- spelling corrected

Jan Janak authored on 19/09/2005 17:15:27
September 1, 2005
View 4c35b97175

- ( "forward" ported from 0.9.0): reverted to the old way of checking response.dst.send_sock in t_retransmit_reply & reply_light (this fixes some t_newtran/new retrans. races)

Andrei Pelinescu-Onciul authored on 01/09/2005 13:59:17
August 18, 2005
View 49a20a49bb

- added t_on_branch function

Jan Janak authored on 18/08/2005 15:47:58
April 22, 2005
View 81ff9d36a3

- fixed a problem where hop-by-hop ACKs were improperly identified as e2e when a request spirals through the same proxy several times.

Jan Janak authored on 22/04/2005 15:38:50
March 1, 2005
View ddaf2976d0

- statefull replies are sent out exactly on the same interface on which the request was received; - note that the previous version was broken since get_send_socket(request) was called to determin the outgoing interface for relies; this was leading to sending back replies on the forced interfaced set for request forwarding!

Bogdan-Andrei Iancu authored on 01/03/2005 11:22:09
February 23, 2005
View 5c28a534d5

- changed parse_headers api, HDR_xxx split into HDR_xxx_F (hdr_flags_t) and HDR_xxx_T (hdr_types_t), for more info read doc/parse_headers.txt. The header flags were extended top 64 bits. Be carefull not to mix types with flags, they won't work!

Andrei Pelinescu-Onciul authored on 23/02/2005 17:16:01
November 9, 2004
View a35ad52c2d

- force_send_socket per message API support => changedinterface to get_send_socket; it takes now also the sip msg as param (updated the calls to it in all the modules)

Andrei Pelinescu-Onciul authored on 09/11/2004 15:15:11
October 10, 2004
View 5f8c3fbf91

missing history entries completed

Jiri Kuthan authored on 10/10/2004 23:01:25
View c6bd2a4ce2

Changed the way destination is determined for some packets if mhomed is turned on. That's particularly helpful in scenarios in which multiple IPs are used on the same interface and you wish to know in advance which IP will be used without knowledge of IP routing tables. - nathelper allows to bind to a specific IP address; that's a plus if you have multiple IPs on the same interface and wish to guarantee that an IP will be used which is not default route (this overrides mhomed algorithm) - sl and tm send replies always back from socket where request were received (now regardless of mhomed option)

Jiri Kuthan authored on 10/10/2004 21:25:01