Hello,

Inaki, I pinged you since you may be more familiar with procedures about all this IETF output, but maybe others here can provide useful information as well.

At this moment the parser in Kamailio for Diversion header considers it as with similar format as To header.

Diversion (defined in an *Historic* rfc5806) is obsoleted by History-Info(*Standard track* rfc4244). Its definition in rfc5806 is:

Diversion = "Diversion" ":" 1# (name-addr *( ";" diversion_params ))

and it is like To header. However, a newer *Informational* rfc6044, redefines Diversion as:

Diversion = "Diversion" HCOLON diversion-params
                                 *(COMMA diversion-params)

diversion-params    = name-addr *(SEMI (diversion-reason /
                          diversion-counter / diversion-limit /
                          diversion-privacy / diversion-screen /
                          diversion-extension))

So in rfc6044, the sintax allow comma separated bodies for one Diversion header, which was not in rfc5806. Obviously, the current diversion parser throws error, so I guess it has to be updated to accept a format similar to Route headers.

My question is, apart of rfc number and the policy more recent (bigger values) obsoletes older (lower value) specification, does the Informational or Historic category to set some extra rules?

Btw, are people here still using (or ever used -- I didn't so far) Diversion?

Cheers,
Daniel

-- 
Daniel-Constantin Mierla -- http://www.asipto.com
http://linkedin.com/in/miconda -- http://twitter.com/miconda