Go Back   Wireless and Wifi Forums > News > Newsgroups > uk.telecom.voip
Register FAQ Members List Calendar Search Today's Posts Mark Forums Read

Reply
 
LinkBack Thread Tools Display Modes
  #31 (permalink)  
Old 12-18-2006, 01:15 PM
Ivor Jones
Guest
 
Posts: n/a
Default Re: A PAP2T disaster with Delta3/iConnect

"{{{{{Welcome}}}}}" <bhx___spam@trapped___hotmail.co.uk>
wrote in message
news:7Ojhh.18094$k74.16380@text.news.blueyonder.co .uk

[snip]

> It was only in the last 3 years of my schooling that
> computers were brought in, and for the first year it we
> could only use them during lunch time and after-school
> activities.
> There were a ZX81, Tandy TRS80, BBC B and Commodore PET.


Knew 'em well..! Learned BASIC on the TRS80..! The BBC B, believe it or
not, is still actually in use within the BBC for certain specialised
purposes..!

> I enjoy cooking too, and can remember the book we used
> throughout the two years for our exams was metric only
> and the book was printed in 1968.
>
> That's not to say I don't know the imperial system, but
> out of the two, metric wins easily.


For some. Me, I just can't think in metric terms and I don't see why I
should have to. Why can't both be used..? Why should a shopkeeper be
prosecuted for selling apples by the pound, if that's what the customer
wants..?

My 80-yr old mother understands metric even less than I do and it is a
nightmare for her when it comes to shopping and cooking.

> Times change, we move on.


Whether we want to or not..? No, I won't accept that.


Ivor



Reply With Quote
  #32 (permalink)  
Old 12-18-2006, 02:20 PM
Stan
Guest
 
Posts: n/a
Default Re: A PAP2T disaster with Delta3/iConnect

On Sun, 17 Dec 2006 16:24:55 UTC, Brian <bandj@o2.co.uk> opined:
> On 2006-12-17, Stan <SPAM_FOILER@some.domain> wrote:
>
> > On Sun, 17 Dec 2006 14:28:14 UTC, Brian <bandj@o2.co.uk> opined:
> >> ****7932#


Now that the discussions of beverages and of the virtues of a system
of weights and measures based on the anatomy of long-dead kings are
over, and I have had the opportunity to read some of the Sipura User
Guide (which I never saw before -- the "improved" Linksys version is
much inferior, and I had not read it throughly, to tell the truth), I
think
I can present the current state of affairs in a more organized way:

I have tried to apply the above code (which is, by the way, not a
toggle: it enables or disables explicitly, according to 1 or 0
confirmation, which is much more logical). It doesn't work, because it
requires a password. The IVR asks for one, and I don't know what it
is.

So I began again, and reset the device with "73738". According to the
list in the User Guide, this is a total factory reset, so I expected
everything to be erased. In fact, the DHCP had been returned to its
default "enabled" state, and I had to disable it. After that, I found
that the pre-existing values for static IP address, gateway address,
subnet mask, and primary DNS are all intact, which surprised me.

After hanging up the handset, I tried again to use 7932 (to ensure
that the web server is enabled), and was asked for a password. I don't
know a password, never having set one, put tried "password"
(=72779673), which IVR declared invalid. I discovered that even the
code 111 requires a password now, which it never did before.

I can hang up, check the IP address, and repeat this cycle any number
of times, and always find the IP has survived. But if I use code 111
to try to change it, and then hang up, code 111 tells me that the IP
address is 0.0.0.0. After this, of course, there is no request for
password, and the attempt to access the configuration screens simply
times out. This goes a long way toward explaining why I have sometimes
reported the request for password from the browser attempt and
sometimes not. It is also incomprehensible as a way for the device to
react to an unauthorized action.

After I wrote all of the above, I chanced upon a list of common
factory passwords that one can expect to find on PAP2 ATAs, to wit:

78196365
50274537
7756112
8995523
5465866

I haven't time to check these out right now, but I will do so at the
first opportunity.

> >
> > 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)/

>
> 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 http://www.sipura.com/support/index.htm.
>
> Brian.



Reply With Quote
  #33 (permalink)  
Old 12-18-2006, 03:21 PM
Brian
Guest
 
Posts: n/a
Default Re: A PAP2T disaster with Delta3/iConnect

On 2006-12-18, Stan <SPAM_FOILER@some.domain> wrote:

>> > On Sun, 17 Dec 2006 14:28:14 UTC, Brian <bandj@o2.co.uk> opined:
>> >> ****7932#

> I have tried to apply the above code (which is, by the way, not a
> toggle: it enables or disables explicitly, according to 1 or 0
> confirmation, which is much more logical). It doesn't work, because it
> requires a password. The IVR asks for one, and I don't know what it
> is.


You didn't password protect the ATA so it's beginning to look more and
more like iConnect put it there. I imagine you have asked the question
directly of them.

[Snip]

> After I wrote all of the above, I chanced upon a list of common
> factory passwords that one can expect to find on PAP2 ATAs, to wit:
>
> 78196365
> 50274537
> 7756112
> 8995523
> 5465866
>
> I haven't time to check these out right now, but I will do so at the
> first opportunity.


You could add 682592248 to your list to check.

Brian

Reply With Quote
  #34 (permalink)  
Old 12-18-2006, 05:56 PM
Stan
Guest
 
Posts: n/a
Default Re: A PAP2T disaster with Delta3/iConnect

On Mon, 18 Dec 2006 15:21:28 UTC, Brian <bandj@o2.co.uk> opined:
> On 2006-12-18, Stan <SPAM_FOILER@some.domain> wrote:
>
> >> > On Sun, 17 Dec 2006 14:28:14 UTC, Brian <bandj@o2.co.uk> opined:
> >> >> ****7932#

> > I have tried to apply the above code (which is, by the way, not a
> > toggle: it enables or disables explicitly, according to 1 or 0
> > confirmation, which is much more logical). It doesn't work, because it
> > requires a password. The IVR asks for one, and I don't know what it
> > is.

>
> You didn't password protect the ATA so it's beginning to look more and
> more like iConnect put it there. I imagine you have asked the question
> directly of them.


Not yet, though the same thought has occured to me. This morning
(having supplied them with my 8-digit ID because they couldn't find me
in their records) I received an email from them, telling me that they
didn't know what to make of the "automatic response" I sent them. I do
not send automatic responses to anyone, and my domain doesn't even
send bounce messages when it receives a message addressed to an
unrecognized username. Delta3/iConnect is easily the most screwed up
organization I have ever encountered. Nothing would induce me to use
their service.

I will also ask Linksys if there is a way to obliterate the password.
I rather doubt it; it is entirely possible that I have a rather
expensive paperweight.

> [Snip]
>
> > After I wrote all of the above, I chanced upon a list of common
> > factory passwords that one can expect to find on PAP2 ATAs, to wit:
> >
> > 78196365
> > 50274537
> > 7756112
> > 8995523
> > 5465866
> >
> > I haven't time to check these out right now, but I will do so at the
> > first opportunity.

>
> You could add 682592248 to your list to check.


Another look at what I found has shown me that those passwords are not
factory PWs at all, but are what Vonage uses -- more evidence of my
advancing age. Where did you find the one you have added?

> Brian


--
Stan


Reply With Quote
  #35 (permalink)  
Old 12-18-2006, 07:05 PM
Brian
Guest
 
Posts: n/a
Default Re: A PAP2T disaster with Delta3/iConnect

On 2006-12-18, Stan <SPAM_FOILER@some.domain> wrote:

> On Mon, 18 Dec 2006 15:21:28 UTC, Brian <bandj@o2.co.uk> opined:
>> You could add 682592248 to your list to check.

>
> Another look at what I found has shown me that those passwords are not
> factory PWs at all, but are what Vonage uses -- more evidence of my
> advancing age. Where did you find the one you have added?


No joy with it? Whether it is a password or not I do not really know but
I thought it was worth a go. Extracting the text from rl-init.cfg file
used during the provisioning process the beginning of it has:

(Long lines not wrapped. Apologies to those with narrow screens)

SIPURA SPA * 41C964A0
948m
682592248
682592248
213.137.73.254
208.170.171.93
Manual
Parallel
14400
("$P" eq "")? (GPP_P = "tftp";)! |("$P" eq "http" and $PRVST eq 2)? (GPP_P = "tftp";)!|("$P" eq "tftp" and $PRVST eq 2)? (GPP_P = "http";)!
("$P" eq "tftp")? [--key $A] tftp://tftp1.deltathree.com/lsys$MA.cfg | ("$P" eq "http")? [--key $A] http://tftp1.deltathree.com/lsys$MA.cfg
$PN $MAC -- Requesting resync $SCHEME://$SERVIP:$PORT$PATH
$PN $MAC -- Successful resync $SCHEME://$SERVIP:$PORT$PATH
$PN $MAC -- Resync failed: $ERR
("$SWVER"ne "2.0.10")? http://tftp1.deltathree.com/PAP2-bin-2-00-10-LSc.bin
$PN $MAC -- Requesting upgrade $SCHEME://$SERVIP:$PORT$PATH
$PN $MAC -- Successful upgrade $SCHEME://$SERVIP:$PORT$PATH -- $ERR
$PN $MAC -- Upgrade failed: $ERR
7E9211A356C9945B
$VERSION
$VERSION
application/dtmf-relay
application/hook-flash

The remainder of the text is to do with codecs, dial plans and ring
patterns but in the portion shown I can recognise, for example, the name
servers. 682592248 appears twice. It's conceivably a password for admin
and user. Never mind. If only I knew what I was doing. Back to the
drawing board.

Brian.

Reply With Quote
  #36 (permalink)  
Old 12-18-2006, 07:13 PM
Graham
Guest
 
Posts: n/a
Default Re: A PAP2T disaster with Delta3/iConnect


> Another look at what I found has shown me that those passwords are not
> factory PWs at all, but are what Vonage uses -- more evidence of my
> advancing age. Where did you find the one you have added?
>
>> Brian

>
> --
> Stan



Why didn't you take the groups advice and use a Betamax service
like voipcheap.com/co.uk?
I didn't understand what you meant about them not taking credit cards.

It seems to me that you have somehow allowed this bunch of "gannifs"
to provision (ie. lock) your ATA.

This is a long shot but let me ask you this.

When the ATA was in its unlocked state and you had access to the web
interface
did you record the settings in the "provisioning" tab?

It is my understanding, that if you have the contents of the field "GPP K"
plus the MAC address of the PAP2, you can always unlock the unit again.
with an aplication called VuckFonage.
--

Graham.
%Profound_observation%



Reply With Quote
  #37 (permalink)  
Old 11-12-2007, 12:16 AM
Junior Member
 
Join Date: Nov 2007
Posts: 1
Default

Same problem for me. I wanted to add Iconnecthere on the second line of my unlocked Linksys PAP2, bought in France two years ago, now it does not work and I am unable to log in by the Web interface and even to reset the ATA. Reason : a password installed by Iconnecthere. I sent them an E-Mail, I wait for the answer.
If you have found a solution, it would be a good thing to publish it.
Thank you.
Reply With Quote
Sponsored Links
Reply

Thread Tools
Display Modes

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are Off
[IMG] code is Off
HTML code is Off
Trackbacks are On
Pingbacks are On
Refbacks are On
Forum Jump

Similar Threads
Thread Thread Starter Forum Replies Last Post
Linksys PAP2T - calling out on line 2 from line 1 Ian Richardson uk.telecom.voip 10 03-29-2007 10:32 AM
Detailed Linksys PAP2T documentation _must_ exist. Ian Richardson uk.telecom.voip 6 03-27-2007 11:33 AM
Re: Detailed Linksys PAP2T documentation _must_ exist. Tim uk.telecom.voip 0 03-26-2007 04:45 PM
Downloading the configuration from PAP2T -- spaconf.exe Stan uk.telecom.voip 2 03-03-2007 05:45 PM
Linksys PAP2T, SPA3000, SPA3012 Yaz uk.telecom.voip 9 08-23-2006 10:04 AM


All times are GMT. The time now is 08:13 AM.


Powered by vBulletin® Version 3.7.2
Copyright ©2000 - 2008, Jelsoft Enterprises Ltd.
Content Relevant URLs by vBSEO 3.2.0

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45