1 / 5

Interworking Diversion and History-Info Headers in SIP

Explore the mapping and interworking of Diversion and History-Info headers in SIP, addressing interoperability challenges and proposing solutions for seamless call forwarding information transport.

amauldin
Download Presentation

Interworking Diversion and History-Info Headers in SIP

An Image/Link below is provided (as is) to download presentation Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author. Content is provided to you AS IS for your information and personal use only. Download presentation by click this link. While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server. During download, if you can't get a presentation, the file might be deleted by the publisher.

E N D

Presentation Transcript

  1. Mapping and interworking of Diversion information between Diversion and History-Info Headers in the SIP draft-mohali-bliss-diversion-history-info-00 M. Mohali (France Telecom), S. Norreys (British Telecom), J. Van Geel (Belgacom), M. Dolly (ATT), F. Silva (Portugal Telecom), G. Sciortino, C. Amenta (Italtel)

  2. Context about Call-Forwarding • Need to transport call forwarding information to a UA (regular user, voicemail, call-center, or other downstream element) • 2 solutions • Diversion header • Proprietary solution documented in draft-levy-sip-diversion • Widely implemented and deployed • History-Info header • IETF standard solution (RFC4244), also adopted by other standardization bodies (e.g. 3GPP and TISPAN) • Not yet widely implemented nor deployed • In order to migrate towards the History-Info solution, there is a need to support interworking between History-Info and Diversion for backward compatibility.

  3. Interworking Problem • The two headers differ in scope, syntax and semantics History-Info: <sip:proxyP1>; index=1, <sip:userB>; index=1.1 <sip:userC>; cause=302; index=1.1.1 <sip:userD>; cause=408; index=1.1.1.1 Diversion: C; reason= no-answer; counter=1, B; reason= unconditional; counter=1 • Rules should be defined to ensure that manufacturers apply the same interworking procedures. • Lack of clear mapping between both headers results in significant interoperability issues and therefore delay widespread implementation of the History-Info header.

  4. Proposal • Map call forwarding information contained in a Diversion header into a History-Info header, and vice versa. • Make some recommendations: • For example: "When the Diversion header is mapped into a History-Info header, the Diversion header MUST be removed".

  5. Next steps • Is there some interest for this problem ? • If yes, where and how the work should progress? • In the draft : add mapping between Diversion header and Voicemail and IVR URI (RFC4458).

More Related