Resources.DocsMigration164to170 History

Hide minor edits - Show changes to markup

April 24, 2013, at 03:07 PM by 109.99.235.212 -
Changed lines 1-50 from:

Resources -> Documentation -> Version Migration -> Upgrading from 1.6.4 to 1.7.0

This page has been visited 4054 times. (:toc-float Table of Content:)


This section is to provide useful help in migrating your OpenSIPS installations from the 1.6.4 branch to the 1.7 branch.

You can find the all the new additions in 1.7.0 release compiled under this page. Overviewing it, may help you understanding the migration / update process.


DB migration

The database structure was not affected by major changes, only some fields additions in some tables and some fields type changing.

You can migrate your 1.6.4 DB to the 1.7.0 format by using the opensipsdbctl tool :

   # opensipsdbctl migrate opensips_1_6 opensips_1_7
   or
   # osipsconsole 
   > migrate opensips_1_6 opensips_1_7
   > quit
   # 

where :

  • opensips_1_6 is the existing DB name corresponding to version 1.6.4 format
  • opensips_1_7 is the DB name to be created for 1.7.x format

NOTE:

  • the old database will not be deleted, altered or changed - it will not be touched at all
  • new database will be created and data from old DB will be imported into it

NOTE that the migration tool is available only for MYSQL databases!

(:toc-back Back to Table of Contents:)


Script migration

  • Because of the new AVP auto-aliasing feature for the script, you must remove the "avp_aliases" parameter if you were using aliases, and also remove all the "i:" and "s:" prefixes from AVP names.
  • Remove the "report_ack" parameter from the ACC module. The parameter is considered obsolete.
  • Remove the "bye_on_timeout_flag" parameter from the DIALOG module. To keep the bye on timeout behavior, you need to provide a "B" string parameter to the create_dialog() function, like create_dialog("B").
  • Remove the "dlg_flag" parameter from the DIALOG module. The parameter is considered obsolete. The only way to create a dialog is to call the create_dialog() function
  • Remove the "enable_full_lr" parameter from the RR module. The parameter is considered obsolete.
  • A new RTPProxy module was split from the Nathelper module, so you must load this new module if you desire RTPProxy integration. The script API remains the same.
  • A new module was added, UAC_AUTH, that provides a common API for UAC authentication functionality. The UAC and B2B modules now use the API provided by the UAC_AUTH module, so you must load this module before the UAC and B2B.
  • The nat_traversal module was reworked in order to cope with the new Dialog API. If you used to reset the dlg_flag in order to cancel the late dialog creation, you must now set to 0 the $nat_traversal.track_dialog pvar.
  • The mediaproxy and call_control module no longer allow the cancelation of the late dialog creation, so resetflag(dlg_flag) no longer makes sense.
to:

(:redirect Documentation.Migration-1-6-4-to-1-7-0 quiet=1 :)

January 30, 2013, at 11:24 AM by bogdan -
Changed line 1 from:

Resources -> Documentation -> Upgrading from 1.6.4 to 1.7.0

to:

Resources -> Documentation -> Version Migration -> Upgrading from 1.6.4 to 1.7.0

August 26, 2011, at 12:11 PM by vlad_paiu -
Changed line 50 from:
  • The mediaproxy and call_control module now longer allow the cancelation of the late dialog creation, so resetflag(dlg_flag) no longer makes sense.
to:
  • The mediaproxy and call_control module no longer allow the cancelation of the late dialog creation, so resetflag(dlg_flag) no longer makes sense.
August 26, 2011, at 12:11 PM by vlad_paiu -
Changed lines 49-50 from:
  • The nat_traversal module was reworked in order to cope with the new Dialog API. If you used to reset the dlg_flag in order to cancel the late dialog creation, you must now set to 0 the $nat_traversal.track_dialog pvar.
to:
  • The nat_traversal module was reworked in order to cope with the new Dialog API. If you used to reset the dlg_flag in order to cancel the late dialog creation, you must now set to 0 the $nat_traversal.track_dialog pvar.
  • The mediaproxy and call_control module now longer allow the cancelation of the late dialog creation, so resetflag(dlg_flag) no longer makes sense.
August 26, 2011, at 11:46 AM by vlad_paiu -
Changed lines 48-49 from:
  • A new module was added, UAC_AUTH, that provides a common API for UAC authentication functionality. The UAC and B2B modules now use the API provided by the UAC_AUTH module, so you must load this module before the UAC and B2B.
to:
  • A new module was added, UAC_AUTH, that provides a common API for UAC authentication functionality. The UAC and B2B modules now use the API provided by the UAC_AUTH module, so you must load this module before the UAC and B2B.
  • The nat_traversal module was reworked in order to cope with the new Dialog API. If you used to reset the dlg_flag in order to cancel the late dialog creation, you must now set to 0 the $nat_traversal.track_dialog pvar.
July 12, 2011, at 06:45 PM by vlad_paiu -
Added lines 18-22:
   or
   # osipsconsole 
   > migrate opensips_1_6 opensips_1_7
   > quit
   # 
July 12, 2011, at 01:11 PM by vlad_paiu -
Changed line 15 from:

You can migrate your 1.6.4 DB to the 1.7.0 format by using the opensipdbctl tool :

to:

You can migrate your 1.6.4 DB to the 1.7.0 format by using the opensipsdbctl tool :

July 12, 2011, at 01:06 PM by vlad_paiu -
Changed lines 29-43 from:

NOTE that the migration tool is available only for MYSQL databases!

to:

NOTE that the migration tool is available only for MYSQL databases!

(:toc-back Back to Table of Contents:)


Script migration

  • Because of the new AVP auto-aliasing feature for the script, you must remove the "avp_aliases" parameter if you were using aliases, and also remove all the "i:" and "s:" prefixes from AVP names.
  • Remove the "report_ack" parameter from the ACC module. The parameter is considered obsolete.
  • Remove the "bye_on_timeout_flag" parameter from the DIALOG module. To keep the bye on timeout behavior, you need to provide a "B" string parameter to the create_dialog() function, like create_dialog("B").
  • Remove the "dlg_flag" parameter from the DIALOG module. The parameter is considered obsolete. The only way to create a dialog is to call the create_dialog() function
  • Remove the "enable_full_lr" parameter from the RR module. The parameter is considered obsolete.
  • A new RTPProxy module was split from the Nathelper module, so you must load this new module if you desire RTPProxy integration. The script API remains the same.
  • A new module was added, UAC_AUTH, that provides a common API for UAC authentication functionality. The UAC and B2B modules now use the API provided by the UAC_AUTH module, so you must load this module before the UAC and B2B.
July 12, 2011, at 12:59 PM by vlad_paiu -
Changed lines 8-29 from:

You can find the all the new additions in 1.7.0 release compiled under this page. Overviewing it, may help you understanding the migration / update process.

to:

You can find the all the new additions in 1.7.0 release compiled under this page. Overviewing it, may help you understanding the migration / update process.


DB migration

The database structure was not affected by major changes, only some fields additions in some tables and some fields type changing.

You can migrate your 1.6.4 DB to the 1.7.0 format by using the opensipdbctl tool :

   # opensipsdbctl migrate opensips_1_6 opensips_1_7

where :

  • opensips_1_6 is the existing DB name corresponding to version 1.6.4 format
  • opensips_1_7 is the DB name to be created for 1.7.x format

NOTE:

  • the old database will not be deleted, altered or changed - it will not be touched at all
  • new database will be created and data from old DB will be imported into it

NOTE that the migration tool is available only for MYSQL databases!

July 12, 2011, at 12:56 PM by vlad_paiu -
Added lines 1-8:

Resources -> Documentation -> Upgrading from 1.6.4 to 1.7.0

This page has been visited 4054 times. (:toc-float Table of Content:)


This section is to provide useful help in migrating your OpenSIPS installations from the 1.6.4 branch to the 1.7 branch.

You can find the all the new additions in 1.7.0 release compiled under this page. Overviewing it, may help you understanding the migration / update process.


Page last modified on April 24, 2013, at 03:07 PM