On 2006-12-17, Stan <SPAM_FOILER@some.domain> wrote:
[color=blue]
> On Sun, 17 Dec 2006 00:53:35 UTC, Brian <bandj@o2.co.uk> opined:[color=green]
>> On 2006-12-16, Stan <SPAM_FOILER@some.domain> wrote:
>>[color=darkred]
>> > I was very careful to be precise in key-entry, and reviewed the
>> > settings twice afterward, before saving them. The settings for my LAN
>> > (IPaddress, subnet mask, gateway address etc. are unchanged and
>> > undisturbed, of course, from their content with VOIPcheap.
>> >
>> > I then, according to Paragraph IV of the instructions, logged on to
>> ><http://www.icallhere.com>, using my iConnect ID and password. What
>> > stopped me cold was the next step, which is "Click 'Go to my
>> > devices'", because the menu on that page contained no such item. I
>> > attempted then to return to the PAP2 configuration screens, and found
>> > that I was no longer able to communicate with it at all.[/color]
>>
>> Part of the setting up process includes allowing remote provisioning of
>> the ATA. I've no detailed insight into what happens but the rl-init.cfg
>> would seem to configure some of the PAP2's parameters to suit the
>> iconnecthere service. But IP addresses etc are not touched. Name servers
>> are altered but that shouldn't matter. A change to the firmware is a
>> possibility.
>>
>> I cannot see the provisioning being other than benign but have read that
>> interupting the process by, for example, disconnecting the ATA from the
>> power supply, can leave the ATA in an unusable state. Also, unlocked
>> units tend to be locked again. Nothing like that applies here, does it?
>>
>> Brian.[/color]
>
> That's exactly what I am afraid of. See my original description above.
> The experience with the provisioning site was also the point at which
> it became impossible to view the configuration screens, or to
> otherwise communicate with the device.[/color]

You could go through the whole process again in an attempt to get the
PAP2 recognised by iConnect. If it is the cause of your problems you
have little to lose.

Brian.