UKVoIPTalk.com

On 17 Dec 2006 07:52:59 GMT, "Stan" <SPAM_FOILER@some.domain> wrote:

[color=blue]
>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]

Have you thought of calling Linksys support or contacting them by
email I am sure they could tell you if your pap is totally nackered or
not and if it can be fixed how to do it .

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.

On 2006-12-17, Stan <SPAM_FOILER@some.domain> wrote:
[color=blue]
> On Sun, 17 Dec 2006 00:59:44 UTC, Brian <bandj@o2.co.uk> opined:[color=green]
>> Change the phone and connecting cable? Yes, I know it has worked
>> previously but......[/color]
>
> The cable is good: the Ethernet LED flickers with LAN traffic.
> The phone is good: I can check and set the settings of the device.[/color]

The PAP2 responds to **** codes. You can get IP address, netmask, dhcp
status etc but cannot alter them through the IVR because it asks for a
password. Is that correct? The ATA is functional but not in the way you
want it to be. If you manage to access it with a browser the password
problem will presumably arise again.

The ATA, computer and router are all on the same subnet but web pages on
the ATA won't display. Could be the web server is disabled. I think I'm
running short on ideas here.

Brian.

On Sun, 17 Dec 2006 12:35:37 UTC, Brian <bandj@o2.co.uk> opined:[color=blue]
> On 2006-12-17, Stan <SPAM_FOILER@some.domain> wrote:
>[color=green]
> > On Sun, 17 Dec 2006 00:59:44 UTC, Brian <bandj@o2.co.uk> opined:[color=darkred]
> >> Change the phone and connecting cable? Yes, I know it has worked
> >> previously but......[/color]
> >
> > The cable is good: the Ethernet LED flickers with LAN traffic.
> > The phone is good: I can check and set the settings of the device.[/color]
>
> The PAP2 responds to **** codes. You can get IP address, netmask, dhcp
> status etc but cannot alter them through the IVR because it asks for a
> password. Is that correct? The ATA is functional but not in the way you
> want it to be. If you manage to access it with a browser the password
> problem will presumably arise again.[/color]

I am snowed by the terminology: if IVR is the disemboded voice from
the PAP2T, that is NOT correct. I CAN set the IP address, DHCP state,
Gateway address, and subnet mask through the telephone set and the
**** codes. I cannot access the PAP2T's configuration screens through
the browser with URL <http://192.168.1.150>, because it times out.
There is no request for a password.[color=blue]
>
> The ATA, computer and router are all on the same subnet but web pages on
> the ATA won't display. Could be the web server is disabled. I think I'm
> running short on ideas here.[/color]

The web server is in the PAP2T; I know of no way to enable it or
disable it.
[color=blue]
> Brian.[/color]

On Sun, 17 Dec 2006 12:15:45 UTC, [email]M.Dexter@blueyonder.co.uk[/email] opined:[color=blue]
> On 17 Dec 2006 07:52:59 GMT, "Stan" <SPAM_FOILER@some.domain> wrote:
>
>[color=green]
> >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]
>
> Have you thought of calling Linksys support or contacting them by
> email I am sure they could tell you if your pap is totally nackered or
> not and if it can be fixed how to do it .[/color]

I have an open request for help on the Linksys support line, and the
conversation has had several iterations since the middle of last week.
They are pondering at the moment, and I will probably hear more
tomorrow.

I have also laid out the problem with iConnect support (called
"Customer Care"), which has a slower iteration cycle than Linksys.
Their first reply was a very long message consisting entirely of
boilerplate and beginning with the assumption that I am not a paying
customer (I have in fact registered, paid, and can make calls from my
notebook machine, which I told them in my initial query); that made me
furious. My response to it seems to have energized them a bit, and
they are now volunteering to provision the device with no help from
me. I don't think they can do that, and the attempt will lead to a
correspondence which will explain the problem to them much better than
I could have done without that attempt.

On 2006-12-17, Stan <SPAM_FOILER@some.domain> wrote:
[color=blue]
> On Sun, 17 Dec 2006 12:35:37 UTC, Brian <bandj@o2.co.uk> opined:[color=green]
>> The PAP2 responds to **** codes. You can get IP address, netmask, dhcp
>> status etc but cannot alter them through the IVR because it asks for a
>> password. Is that correct? The ATA is functional but not in the way you
>> want it to be. If you manage to access it with a browser the password
>> problem will presumably arise again.[/color]
>
> I am snowed by the terminology: if IVR is the disemboded voice from
> the PAP2T, that is NOT correct. I CAN set the IP address, DHCP state,
> Gateway address, and subnet mask through the telephone set and the
> **** codes. I cannot access the PAP2T's configuration screens through
> the browser with URL <http://192.168.1.150>, because it times out.
> There is no request for a password.[/color]

I was working on what you said in your first post:
[color=blue]
> I tried to reset the device using the codes "****" + "73738#"; that
> brings up a login dialog with the recorded voice, asking for my
> password.[/color]

and
[color=blue]
> After
> that, even the "****" code doesn't work (no feedback tone in the
> handset receiver), so that the device is totally dead in the water.[/color]
[color=blue][color=green]
>> The ATA, computer and router are all on the same subnet but web pages on
>> the ATA won't display. Could be the web server is disabled. I think I'm
>> running short on ideas here.[/color]
>
> The web server is in the PAP2T; I know of no way to enable it or
> disable it.[/color]

****7932#

Brian.

On Sun, 17 Dec 2006 14:28:14 UTC, Brian <bandj@o2.co.uk> opined:[color=blue]
> On 2006-12-17, Stan <SPAM_FOILER@some.domain> wrote:
>[color=green]
> > On Sun, 17 Dec 2006 12:35:37 UTC, Brian <bandj@o2.co.uk> opined:[color=darkred]
> >> The PAP2 responds to **** codes. You can get IP address, netmask, dhcp
> >> status etc but cannot alter them through the IVR because it asks for a
> >> password. Is that correct? The ATA is functional but not in the way you
> >> want it to be. If you manage to access it with a browser the password
> >> problem will presumably arise again.[/color]
> >
> > I am snowed by the terminology: if IVR is the disemboded voice from
> > the PAP2T, that is NOT correct. I CAN set the IP address, DHCP state,
> > Gateway address, and subnet mask through the telephone set and the
> > **** codes. I cannot access the PAP2T's configuration screens through
> > the browser with URL <http://192.168.1.150>, because it times out.
> > There is no request for a password.[/color]
>
> I was working on what you said in your first post:
>[color=green]
> > I tried to reset the device using the codes "****" + "73738#"; that
> > brings up a login dialog with the recorded voice, asking for my
> > password.[/color][/color]

Yes. I know this is getting confusing. To clarify: The attempt to
access the configuration screens does not get a request for password;
"****" + "73738" did ask for password (and the device was not happy
with any password I gave it), but the device appears nevertheless to
have been reset, since after the reset operation, DHCP, subnet mask,
and the IP addresses were all returned to their default conditions.
[color=blue]
> and
>[color=green]
> > After
> > that, even the "****" code doesn't work (no feedback tone in the
> > handset receiver), so that the device is totally dead in the water.[/color][/color]

That was true with the telephone that I was using (it wouldn't dial
the device, and even asterisks didn't generate audible feedback). A
different telephone did dial, and did make it possible to enter the
voice-response conversation with the homunculus inside the device.
[color=blue][color=green][color=darkred]
> >> The ATA, computer and router are all on the same subnet but web pages on
> >> the ATA won't display. Could be the web server is disabled. I think I'm
> >> running short on ideas here.[/color]
> >
> > The web server is in the PAP2T; I know of no way to enable it or
> > disable it.[/color]
>
> ****7932#[/color]

Would you please elaborate on what this code does? Enable, disable, or
toggle? Where is there a listing of such codes? The only ones I know
about are the three-digit ones for setting up the IP addresses, etc.
(I got 73738 from Linksys support)/
[color=blue]
> Brian.[/color]

--
Stan

On 2006-12-17, Stan <SPAM_FOILER@some.domain> wrote:
[color=blue]
> On Sun, 17 Dec 2006 14:28:14 UTC, Brian <bandj@o2.co.uk> opined:[color=green]
>> ****7932#[/color]
>
> Would you please elaborate on what this code does? Enable, disable, or
> toggle? Where is there a listing of such codes? The only ones I know
> about are the three-digit ones for setting up the IP addresses, etc.
> (I got 73738 from Linksys support)/[/color]

Toggle. It also drip feeds strong espresso to the homunculus. Try it. No
harm can be done. Not the ATA anyway.

The ATA User Guide at [url]http://www.sipura.com/support/index.htm[/url].

Brian.

"Stan" <SPAM_FOILER@some.domain> wrote in message
news:uViCr8LlbtmJ-pn2-ESFB5Gi6PdUi@poblano[color=blue]
> On Sat, 16 Dec 2006 22:42:50 UTC, "Graham"
> <me@privacy.com> opined:[/color]

[snip]
[color=blue][color=green][color=darkred]
> > > I am still unable to see the configuration screens
> > > with the browser -- http://<device's IP address>
> > > times out. Therefore I can't set such details as DNS
> > > addresses, which would enable me to connect with a
> > > service provider.[/color]
> >
> >
> > Does ****110# confirm the IP address as being what you
> > think it is?[/color]
>
> Yes.[/color]

Is the web server on port 80..? I changed my SPA-2000 to another port for
security reasons. Try http://<ipaddress>:81 or whatever to see if it's on
that port.

Ivor

On Sun, 17 Dec 2006 16:24:55 UTC, Brian <bandj@o2.co.uk> opined:[color=blue]
> On 2006-12-17, Stan <SPAM_FOILER@some.domain> wrote:
>[color=green]
> > On Sun, 17 Dec 2006 14:28:14 UTC, Brian <bandj@o2.co.uk> opined:[color=darkred]
> >> ****7932#[/color]
> >
> > Would you please elaborate on what this code does? Enable, disable, or
> > toggle? Where is there a listing of such codes? The only ones I know
> > about are the three-digit ones for setting up the IP addresses, etc.
> > (I got 73738 from Linksys support)/[/color]
>
> Toggle. It also drip feeds strong espresso to the homunculus. Try it. No
> harm can be done. Not the ATA anyway.[/color]

What is it with you and coffee? I thought Brits were turned on only by
tea (with cream, not sugar -- shaken not stirred), served from real
sterling silver service, and presented with funny cookies.
[color=blue]
> The ATA User Guide at [url]http://www.sipura.com/support/index.htm[/url].[/color]

I've d/l it. I'll look at it tomorrow; perhaps there's even a code
there for sensing the existing state of the web server.[color=blue]
>
> Brian.[/color]