Hi everybody,

during the latest days there were committed some last pending changes before freezing the CVS for starting the test period before the next release,

Here is a short summary of these changes:

0) Core

 - forward and send functions merged by including the protocol, host and port
   into a single parameter like [proto:]host[:port]. Aligned to t_relay() and
   t_forward() format and NAPTR lookup enabled also
 - provides TLS client domains
   (name/socket based) and more script config capabilities


1) Accounting

 bugs fixed:
 - the "missed call" report will display as outgoing uri exactly the RURI used
   for that branch
 - the accounting report will display as outgoing uri the RURI of the winning
   branch
behaviour fix:
 - the "missed call" flag has effect only on the next serial fork - once
   triggered to report a missed call (a serial fork step ended), the flag is
   automatically reset by module. To catch the potential "missed call" reports
   due next serial forks, you need to re-arm the flag from failure route.
   This behaviour gives full control over what branches should be or not
   accounted as "missed calls".

 - null pseudo-variable values are stored as "n/a" to keep consistency with acc 
format


2) TM module

 - TM API exports a new function for making public the selected branch (how
   the winning branch is selected must be transparent for the other modules)
- fixed the branch selection algorithm - if the transaction was cancelled, the
   "487 Request cancelled" reply will have priority and it will be sent to UAC.

 -t_replicate() takes as parameter a SIP URI instead of a destination (in
order to align the format as for append_branch() ). -t_replicate() uses the set branches to perform parallel replication to
  multiple destinations.


3) Registrar / USRLOC

 - usrloc is able to detect retransmissions based on Callid and Cseq. The
   retransmission detection is controlled via the new "cseq_delay" module
   parameter.
   REGISTER retransmissions (inside the cseq_delay interval) will not generate
   error, but they will be accepted and properly replied without any update on
   the location status.
   This solves the problem of retransmissions without having a statefull
   processing on requests.
4) TLSOPS module

   The idea was to have some TLS related functions which can be used in the
   routing script to check TLS parameters.
   There is only one function implemented : is_peer_verified()
   This function returns 1 if the message is received via
   TLS and the peer was verified during TLS connection handshake, otherwise
   it returns -1.
   All information from the certificate is exported to the script via
   pseudo-variables.

Regards,
Bogdan




_______________________________________________
Users mailing list
[email protected]
http://openser.org/cgi-bin/mailman/listinfo/users

Reply via email to