31 Aug
2006
31 Aug
'06
8:58 p.m.
It's a little bit ON-topic because I would never have discovered this if I
wasn't playing with my C64's modem.
Btw, for 6551 ACIA hackers, I seem to be having some trouble detecting
carrier with my SwiftLink. I know that in the cartridge it is always tied on
with pull-ups so that the 6551's receiver stays on, and so Dr Evil Labs/CMD
directed DCD to come over DSR instead (this is internal to the cartridge).
But all I get is the DCD "phantom" always-on bit when I check the register,
even if I get a successful connect -- I never see the DCR line come up. Are
there DB-25 to DE-9 cables that just don't connect DCD?
While I was testing this out, I dialed the local AOL access number just to
get something with a carrier so that I could watch the 6551 status register
when it connected. Besides the DCD/DSR chachacha above, I got an interesting
prompt (X'ed out the naughty bits)
Level 3 Comm nasXX.XXXX UQKT2
Username:/login:/Login:
Not your typical POP. I know who Level 3 is, and I do have an AOL login. It's
interesting, however -- I was just expecting 8-bit "garbage" and not an actual
prompt. I disconnected immediately since I wasn't interested in raising
anyone's blood pressure at Level 3's security centre. What kind of protocol
might this use (besides AOL's internal one, of course)?
--
--------------------------------- personal: http://www.armory.com/~spectre/ ---
Cameron Kaiser * Floodgap Systems * www.floodgap.com * ckaiser at floodgap.com
-- Excellent guess, Kreskin. Wrong, but excellent. -- Space Quest 6 -----------
1 Sep
1 Sep
8:08 a.m.
Cameron wrote....
Username:/login:/Login:
Not your typical POP. I know who Level 3 is, and I do have an AOL login.
It's
interesting, however -- I was just expecting 8-bit "garbage" and not an
actual
prompt.
As I recall from foggy (possibly inaccurate) memory.... PPP supports "plain
text" login before PPP is initiated, and also supports logging in after PPP
begins "in stream". To be more precise, I recall that years ago our POPS
gave login prompts. Some users client software would just start PPP
immediately and authenticate in protocol, and others would actually send a
typical login sequence and then start PPP.
As another scenario, I also seem to recall that some of our access systems
prented a logon prompt and the user entered their userid and password, they
would get a protocol prompt and would be able to type in the desired
protocol (slip, ppp, shell, etc.) and then ppp negotiation would begin
(depending on their selection).
Hence, I suspect your logon prompt is nothing unusual at all.
Jay
8:22 a.m.
Username:/login:/Login:
Not your typical POP. I know who Level 3 is, and I do have an AOL login.
It's
interesting, however -- I was just expecting 8-bit "garbage" and not an
actual
prompt.
As I recall from foggy (possibly inaccurate) memory.... PPP supports "plain
text" login before PPP is initiated, and also supports logging in after PPP
begins "in stream". To be more precise, I recall that years ago our POPS
gave login prompts. Some users client software would just start PPP
immediately and authenticate in protocol, and others would actually send a
typical login sequence and then start PPP.
As another scenario, I also seem to recall that some of our access systems
prented a logon prompt and the user entered their userid and password, they
would get a protocol prompt and would be able to type in the desired
protocol (slip, ppp, shell, etc.) and then ppp negotiation would begin
(depending on their selection).
Hence, I suspect your logon prompt is nothing unusual at all. 
8:24 a.m.
As I recall from foggy (possibly inaccurate)
memory.... PPP supports
"plain text" login before PPP is initiated, and also supports logging
in after PPP begins "in stream". To be more precise, I recall that
years ago our POPS gave login prompts. Some users client software
would just start PPP immediately and authenticate in protocol, and
others would actually send a typical login sequence and then start PPP.
Annex'en support auto-determination of protocol. They simply don't
say anything when you connect, and look to see what comes in the
door first. If it's a few returns, you get a login prompt. If it
looks like some kind of ppp packet, they go into ppp mode, and auth
using pap/chap.
Actually, FidoNet used to do something similar. The answering machine
would emit a particular character sequence (the "EMSI whack") as part
of its human-readable banner message. If the automated caller spoke
the EMSI protocol, it'd see that and they'd switch into EMSI instead
of using YooHoo or some other langauge. If the caller was a human,
they just wondered what the hell **EMSI_5467 meant. (Yes, I know
that's not quite right.)
De
7:51 p.m.
On Friday 01 September 2006 11:24 am, Dennis Boone wrote:
Actually, FidoNet used to do something similar. The
answering machine
would emit a particular character sequence (the "EMSI whack") as part
of its human-readable banner message. If the automated caller spoke
the EMSI protocol, it'd see that and they'd switch into EMSI instead
of using YooHoo or some other langauge. If the caller was a human,
they just wondered what the hell **EMSI_5467 meant. (Yes, I know
that's not quite right.)
Another ex-fidonetter? I was 1:270/615 and also 1:270/0 up until last October
or thereabouts.
--
Member of the toughest, meanest, deadliest, most unrelenting -- and
ablest -- form of life in this section of space, a critter that can
be killed but can't be tamed. --Robert A. Heinlein, "The Puppet Masters"
-
Information is more dangerous than cannon to a society ruled by lies. --James
M Dakin
10:24 a.m.
"Jay West" wrote:
Cameron wrote....
I'm coming in midstream here, so sorry if I'm on the wrong thread. Most
terminal servers will recognize a PPP frame when presented at the login
prompt. And most pops contains terminal servers. In general you can
drive through the login prompt or use one of PPP's authentication
protocols.
In general ISP's don't configure them to allow access to any internal
shell. They usually just do authentication using RADIUS and then start
up a PPP session.
back in the day I did some work for ahem, a large company which sold big
terminal servers to a large company which subcontracted pops to another
large company. At that time AOL didn't use PPP. We ended up tunneling
their protocol inside a tcp session back to their servers. We certainly
supported PPP (and multicast) but the end customer (AOL) had 'special
needs' and a huge customer base. The box I worked on had 2000 modems in
it.
Most of isp style terminal servers will handle various flavors of audio
modems as well as v.56 and ISDN. And even voip in some cases (or maybe
lots these days). In the back it's all IP traffic.
Ascend was one big player. Cisco came in late. I worked for a company
which was bought by Nortel which came in the middle.
-brad
Username:/login:/Login:
Not your typical POP. I know who Level 3 is, and I do have an AOL login.
It's
interesting, however -- I was just expecting 8-bit "garbage" and not an
actual
prompt.
As I recall from foggy (possibly inaccurate) memory.... PPP supports "plain
text" login before PPP is initiated, and also supports logging in after PPP
6469
days inactive
6470
days old
5 comments
5 participants
participants (5)
-
brad＠heeltoe.com -
drb＠msu.edu -
jwest＠classiccmp.org -
rtellason＠verizon.net -
spectre＠floodgap.com