| TIP: Click on subject to list as thread! | ANSI |
| echo: | |
|---|---|
| to: | |
| from: | |
| date: | |
| subject: | bogus arguments shot WRT 000-, 411 and 911 |
* Crossposted to IC
* Crossposted to Z1C
* Forwarded from "FTSC_PUBLIC"
* Original by mark lewis (1:3634/12)
* Original to Alex Shakhaylo
* Original dated Sun 1 Dec 2002 14:47
-+- Forwarded message follows: -+-
DR>>>> Are you saying that 000 is a valid phone number in your area?
AS>>> Yes. It is valid in my city and was valid for a long time, but
AS>>> I don't remember what paricular service was assigned to this
AS>>> number in old days, it seems it was something like "Gas leak
AS>>> emergency service".
ml>> can you give example of complete number of this type? are you saying
ml>> that 000 /is/ the complete number?
AS> This is exactly what I mean. 000 is the complete number. We
AS> have also another numbers of this type: 001, 002, 003 etc.
AS> 006 - taxi service.
ahh, ok, then it is no different than australia's use of 000 or the USA use
of 411 and 911 other than the entity that the number connects one to...
ok, that just means that POTS systems must block dialing of numbers that
start with 000- just as US POTS systems block dialing to 411 and 911... the
situation is somewhat different, though, in that 000- as is being used in
the nodelist is a country code and thus should trigger "dial
translations" in mailers... POTS mailers would prefix in possible
access codes and IP mailers would strip 000-...
an example of prefixing access codes...
when my system sees your POTS number, 380-572-320497
it prefixes 011 to it so that my POTS system would
dial 011-380-572-320497 to reach your system... i can
also have a long distance access code prefixed in so
that i can use a specific long distance provider...
1010288-011-380-572-320497
an example of dial translations...
in the US, systems generally do not need to dial the
countrycode-areacode portion of a number on local
calls... so my system strips them...
1-919-258- 258- ; 1-919-258-1234 is dialed as 258-1234
1-919-498- 498- ; 1-919-498-1234 is dialed as 498-1234
an example of dial translation for my IP side...
# internet
000- internet
V internet# ; prefix "#" to result
0000- internet/:60177 ; append ":60177" to result
(# indicates telnet ie: #123.456.789.42 means telnet to that IP)
(V indicates vmodem ie: V123.456.789.42 meand vmodem to that IP)
(000- "country code" means the same as the telnet entry)
(0000- "country code" means telnet to IP on destination port 60177)
thus... the following entries work as desired...
0000-the-estar.com == telnet to the-estar.com on 60177
the-estar:60177
000-juge.com == telnet to juge.com on 23
juge.com
Vjuge.com == vmodem to juge on 3141
#juge.com
the V, 000- and 0000- is stripped off... my "telnet shim" reacts
to the # that is put in place of the V by the dial translation... # tells
my "shim" to use the vmodem protocol instead of telnet...
HTH and makes sense...
oh!! yes, back to the top to complete the circle, in the US, 911 is
emergency services... 411 is "telco directory assistance"...
using the above dial tables...
,812,KEKSBox,Zuerich,Benoit_Panizzon,41-1-4004463,9600,CM,ZYX,XA
is dialed from my system as...
1010288-001-41-1-4004463 or 001-41-1-4004463
and
Hold,7,Live_Wire!_BBS,New_Delhi_India,Rajeev_Vaid,91-11-6482337,9600,ZYX,CM,XA
would be dialed as...
1010288-001-91-11-6482337 or 001-91-11-6482337
if the HOLD verb weren't there...
the point is that the US has 911 and 411 numbers that are the same as the
beginning portions of other's full phone numbers... yet, since those
portions are partly country code (41 and 91), then other things are
prepended to the number...
now, take a newbie sysop who doesn't configure in any dial translations and
those numbers will be dialed as 411blahblah and he'll have
"problems"... 911blahblah will also give him problems...
now... what's the difference? its been this way since the mid to late
1980's and no one has had any problem with it until now?
-+- End of forwarded message -+-
)\/(ark
* Origin: (1:3634/12)SEEN-BY: 633/267 270 @PATH: 3634/12 106/2000 1 379/1 633/267 |
|
| SOURCE: echomail via fidonet.ozzmosis.com | |
Email questions or comments to sysop@ipingthereforeiam.com
All parts of this website painstakingly hand-crafted in the U.S.A.!
IPTIA BBS/MUD/Terminal/Game Server List, © 2025 IPTIA Consulting™.