Text 279, 179 rader
Skriven 2005-05-10 10:35:00 av Michiel van der Vlist (2:280/5555)
    Kommentar till text 265 av Carol Shenkenberger (6:757/1)
Ärende: Changing FTS-0001.
==========================
Hello Carol,

 >> Well, I'm close to you on many things although perforce, I'll
 >> have to deal with ION hosts out here.

MvdV>> No you don't. Now that you are ZC you have the opportunity
MvdV>> to reorganise the zone.

 > No.  Please, LISTEN to me.  You are dreaming.  I do not have
 > the resources in this smaller zone that is more IP intense
 > percentage than any other zone out there,

Is that so? When I discard the garbage from the zone 6 segment I count 5 POTS
and 3 IP systems in zone 6. POTS is still in the majority. That is assuming the
information /you/ provide is correct.

 > to do this thing you desire.

It is not what I desire, it is what policy says: assignment of node nummbers
shpuld be based on technical reasons only. If you follow that guide line, there
is no need for ION hosts in Z6.

 > When you and some others in Z2 speak on this, they think with
 > the mindset of at least 4 of 5 nodes have a POTS line.

Carol, you /have/ five nodes with a POTS line. And you only need one....

 > For all of that, the call was clear.  Z6 nodes do not want to
 > demise or join another zone at this time.

I never said or meant to say that whatever is left of zone 6 should be
"demised". Of course not, we should do our utmost to see that the nodes remain
connected.

And this time I am not talking about having the remaining nodes move to a
neighbouring zone either. (Although I still say that would be the logical thing
to do).

 > My job, impossible as it is,

Your job is not impossible. But you have to think out of the box to untie the
mess.

 > is to try to get us inline with the rest of you in
 > such a mode as we can, as compatibly as we can and where we
 > vary, do so in such a way as to not cause harm.

Your job is to find the best achievable connectivity for the nodes in your
zone. Indeed without causing conflict with others.

I think that job is doable. But as I said, you will have to think out of the
box.

 > I am less than happy with the 000- standard, and even less
 > happy as time goes on and i recognize I'm the area most apt
 > for a Z3 innocent sysop to attempt to direct dial as they
 > check on a sysop that lives where they might vacation.

 > What i need is an answer that unties Pvt and -Unpublished-.
 > The software is there.  It's just getting people to implement
 > it that may be the problem.

No, that is not the problem. Think out of the box Carol. Walk around the
problem and have a look at it from the other side. Ask yourself if what you
perceive to be the problem really is the problem.

 > In the meantime, with extreme unhappiness, I have to shift
 > nodes to 000-0-0-0-0 for the phone line shortly or risk yet
 > more bogus numbers.  At least that one is known and folks
 > should be aware to block it.

Inadvertent dialling of bogus numbers that can cause problems to the caller is
just one issue and I think it is not the main one.

The main issue is connectivity.

Decoupling "Pvt" and "-Unpublished-" will indeed allow you to list Joe Sysop,
who's system is ION, as host. But if you go for that approach I say your are
looking at the problem through the wrong end of the pipe.

The question should not be "how can I list Joe as host?". The question should
be "how can I arrange for the best connectivity for the nodes in my zone?"

And when you look at it that way, one can not avoid the conclusion that
everyone (inside and outside zone 6) is better off if the nodes in your zone
are in a net with a POTS capable host.

MvdV>> My stance has always been that if a net can not come up with a host th
MvdV>> at least POTS capable, the problem should be solved by merging with a
MvdV>> neighbouring net. Node numbers should be assigned on technical reasons
MvdV>> not social ones, so says P4.

 > Your stance is understandable but not usable where I am.

Think out of the box Carol.

Forget about the existing situation. Forget about silly notions like regions
should equate countries etc. ect. That make no sense anymore in your situation.

Start form scratch. What you have is eight nodes scattered over an area the
third of the surface of the earth. The sysops of those eight nodes have little
in common other than that they run FidoNet mailers.

How do I provide them with the best possible connectivity?

MvdV>> Throw out all the dead wood and how many nodes are left? Five? Ten? C'
MvdV>> how many nets and regions do you need to take care of ten nodes?

MvdV>> Look at it from a rational POV, discard all non technical arguments an
MvdV>> the only logical answer to that question is: One.

 > Z6 took things down in the past year or so from 6 regions to
 > 3.  The remaining 3 all have nodes in them. If we demise a
 > region again, it will be China.

Forget about the past. Forget about silly notions like "demising" a region. A
region is nothing but an administrative thing. They were introduced to reduce
the administrative load on the coordinators. Totally unneeded in your
situation. Forget the whole concept of Regions. Think about the nodes.

MvdV>> Sure, reorgenising will require a lot of social engineering.
MvdV>> I think you have the technical AND the social skills to do that.

 > I do, but please, LISTEN? Its not all that simple.  Its not
 > all that black and white.

Think out of the box and it becomes simple. Question: "how do I obtain the best
connectivity for eight nodes, five of them POTS and five of them ION?"

Here is one possible answer: (Just an example mind you.)


Zone,6,ASIA,Sasebo_Japan,Carol_Shenkenberger,81-6160-527330,
9600,XA,V32b,V42b,VFC,V32T
;S No need for zonegates any more. They are obsolete and perform no
;S function any more now that true 2D software has faded out.
;S we also do not need other nonsense here, they are just ballast.
;
Region,60,ASIA,Sasebo_Japan,Carol_Shenkenberger,81-6160-527330,
9600,XA,V32b,V42b,VFC,V32T
;S We do not need multiple regions any more. Actually with a zone as small
;S as this we do not need this level of administration at all. But some
;S software may have a problem without it, so we have a token Region entry.
;
Host,600,JAPAN_NET,Sasebo_Japan,Carol_Shenkenberger,81-6160-527330,
9600,CM,XA,V32b,V42b,VFC,V32T,HST
,1,Shenk's_Express,Sasebo_Japan,Carol_Shenkenberger,81-6160-527330,
9600,CM,XA,V32b,V42b,VFC,V32T,HST
;S
;S also we need just one net.
Pvt,2,217.25.87.90,Net_600_IP_inbound_gate_Hanoi_Vietnam,Anatoly_Tung,
-Unpublished-,300,IBN,MO
;S and this is the address to drop inbound mail for the net by IP.
608,Thailand_Net,Bangkok_Thailand,David_Hanks,662-2754966,9600,V34,CM
Pvt,323,Vurdalak,Pattaya_Thailand,Alex_Engelsson,-Unpublished-,
300,MO,CM,IEM:fido6@ua.fm,IUC,IMI
Pvt,92,194.84.292.122,IP,Vladimir_Donskoy,-Unpublished-,300,MO,CM,IBN
;S that is if the above three still exist..
;
,12,The_Chili_Channel,Subic_Zambales_Philippines,Stewart_Buckingham,
63-47-232-4463,9600,CM,XA,V32b,V42b,V34
,321,The_File_Bank_BBS!_Node_1,Makati_City_Philippines,Terry_Roati,
63-2-896-9950,9600,CM,XR,V32b,V42b,V34
;
,65,Fidonet_China,Nanjing,Lawrence_Fan,86-25-671-1983,9600,IP,MO,XA,V32B,V42B
;S again if he is still there, the rest of net R65 is either a
;S redundant entrie or dead wood.


See how simple that is?


Think out of the box Carol, think out of the box....


Cheers, Michiel

---
 * Origin: http://www.vlist.fidosoft.de (2:280/5555)