Thanks Ron,
I was just about to post that I think I found something interesting. Don't know if it's related to the settings you mentioned, but my ObiTalk Provisioning was already set to Disabled, and I tried the ITSP Provisioning = Disabled but had the same issue.
Here's what I ended up doing:
I had originally had a 4-wire phone cord going from the wall to the OBi Line jack, then from Obi PHONE to my phone's LINE1+2 jack. That wouldn't give me dial tone on the Obi line. I ended up running one phone cable from the wall (TELCO) directly to the phone's LINE1+2 jack (for my standard POTS line) and ran another cable from the Obi PHONE jack to the phone's LINE2 jack so Obi would be Line 2 (nothing plugged into the Obi LINE jack at this point).
I then realized that I had run the 4-wire phone cord from the wall to my LINE1+2 jack, even though I was only using Line 1 from the TELCO (I only have one phone line from the cable company's phone service so the wall jack should only have signal on the Line 1 pair.) Anyway, I pulled the TELCO wire out of the back of the phone and tried resetting the PrimaryLine setting to SP1. It stuck. I made an outgoing call and it still stuck. Waited 5 minutes, it was still set to SP1. Rebooted Obi - stayed at SP1!
So I tried replacing the 4-wire cable from the TELCO wall jack to the phone with a 2-wire (single line) cable and it actually worked. It's still worked!
So, I don't understand it, but it seems as if feeding both lines of "signal" from the TELCO jack (even though only one was active) into the phone's LINE1+2 jack and having the Obi plugged into the phone's LINE-2 jack caused some kind of incompatibility or perhaps sent some type of signal to the Obi? I don't know what the cause was, but the fix appears to be working consistently.
If you have any idea why that would have caused the problem, I wouldn't mind understanding it better...
Do you think I should still disable the ITSP Provisioning Method anyway now that it's working better?
Thanks,
-- Vinnie