WORKAROUND FOUND
--
Thanks for the suggestion, gderf, "Delete the device from the portal, then perform the reset." I had reversed the steps (-- did the reset first and then reconnected to the portal).
Unfortunately, doing the steps in the correct order (-- delete, then reset --) didn't work either.
My further testing showed that after doing the steps in the correct order, when I re-added the OBi202 back to OBiTalk, the old (supposedly deleted) Service Provider #1 (SP1) GV information was propagated to all four SP slots. After I updated SP1 to Flowroute, the Flowroute information was overlaid to the obsolete SP1 information on the webform! (After extensive research, my hypothesis is that the old SP1 information was NOT deleted from the OBiTalk servers and when the device was re-added, the old SP1 information was downloaded from the OBiTalk servers into all four SP-slots -- and it became "sticky" -- that is, it couldn't be deleted from the display.) However, despite the webform overlaying the Flowroute information with the old GV SP1 information, I could still make Flowroute outbound calls on SP1!
Because of the problem with old GV information overlaying Flowroute information in the SP1 slot, I decided to sign up for a
CircleNet.us account and test the SP2 slot with it. (CircleNet also offers free sign-up and test credit.) The same overlay problem occurred here -- the old GV config data was shown in OBiTalk, but I was able to successfully make outbound calls on my CircleNet account!
From the various forums, I read that other OBi device users have had mixed results in moving from GV to other VoIP carriers. Some users have had no problems, others have had significant problems. It appears that at the OBiTalk server there are two databases, and when users connect, there are configuration scripts which are run. Additionally, OBi device memory and device firmware also are involved, and your local PC's browser cache can also provide misleading information. The OBi staff are trying to address the problems as quickly as they can -- which means lots of script patches are being added to the system behind the scenes -- which may, or may not, cause other ripple-effect problems elsewhere.
To make a long story short, I wasn't able to resolve the problem of old GV configuration data being loaded onto my OBi after factory resets, et al. However, I created a new OBiTalk account (using a different email address/username) and when I added the OBi202, I didn't have any old GV configuration data problems.
At this point in time, the OBi device is working correctly and my new OBiTalk account is correctly showing the configuration information -- except sometimes shows an incorrect status (such as "offline", even when I can make calls).
Hopefully the experience of OBi device users will improve over time as the OBi staff resolves the various problems. Until then, OBi users can expect some "bumps in the road."