You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
I have been testing the rollback process, with the objective to programatically rollback temporary changes on a network; I've found that I need to rollback all later changes prior to rollbacking the one I am interested in, and then applied the later ones in the same order as before. Because of that, (I do not know if there is other way, apparently is not from the response of the onos config command); I need to keep track of the values of the later changes; and I find that the MBR values are encoded in a format that I do not clearly identify, it does not seem to be base64 as fas as I can tell; which is quite common to encode arbitrary values in a network friendly format.
Here is a mapping that I needed to do to go from the string value to the numerical value of the bps of MBR in both uplink and downlink; so that, later on I can make REST API calls:
Any help with this is highly appreciated, at this stage, I have the limitation to only support the MBRs that are encoded in the GUI, as it would take a lot of time to test the rest of values, I am looking forward knowing how to decode such values like "\017B@", "\036\204\200"... into their numerical forms: 1000000, 2000000...
The text was updated successfully, but these errors were encountered:
I have been testing the rollback process, with the objective to programatically rollback temporary changes on a network; I've found that I need to rollback all later changes prior to rollbacking the one I am interested in, and then applied the later ones in the same order as before. Because of that, (I do not know if there is other way, apparently is not from the response of the onos config command); I need to keep track of the values of the later changes; and I find that the MBR values are encoded in a format that I do not clearly identify, it does not seem to be base64 as fas as I can tell; which is quite common to encode arbitrary values in a network friendly format.
Here is a mapping that I needed to do to go from the string value to the numerical value of the bps of MBR in both uplink and downlink; so that, later on I can make REST API calls:
Any help with this is highly appreciated, at this stage, I have the limitation to only support the MBRs that are encoded in the GUI, as it would take a lot of time to test the rest of values, I am looking forward knowing how to decode such values like "\017B@", "\036\204\200"... into their numerical forms: 1000000, 2000000...
The text was updated successfully, but these errors were encountered: