Tillbaka till svenska Fidonet
English   Information   Debug  
NORD.PROG   0/32
NORD.SOFTWARE   0/88
NORD.TEKNIK   0/58
NORD   0/453
OCCULT_CHAT   0/93
OS2BBS   0/787
OS2DOSBBS   0/580
OS2HW   0/42
OS2INET   0/37
OS2LAN   0/134
OS2PROG   0/36
OS2REXX   0/113
OS2USER-L   207
OS2   0/4785
OSDEBATE   0/18996
PASCAL   0/490
PERL   0/457
PHP   0/45
POINTS   0/405
POLITICS   0/29554
POL_INC   0/14731
PSION   103
R20_ADMIN   1117
R20_AMATORRADIO   0/2
R20_BEST_OF_FIDONET   13
R20_CHAT   0/893
R20_DEPP   0/3
R20_DEV   399
R20_ECHO2   1379
R20_ECHOPRES   0/35
R20_ESTAT   0/719
R20_FIDONETPROG...
...RAM.MYPOINT
  0/2
R20_FIDONETPROGRAM   0/22
R20_FIDONET   0/248
R20_FILEFIND   0/24
R20_FILEFOUND   0/22
R20_HIFI   0/3
R20_INFO2   2785
R20_INTERNET   0/12940
R20_INTRESSE   0/60
R20_INTR_KOM   0/99
R20_KANDIDAT.CHAT   42
R20_KANDIDAT   28
R20_KOM_DEV   112
R20_KONTROLL   0/13062
R20_KORSET   0/18
R20_LOKALTRAFIK   0/24
R20_MODERATOR   0/1852
R20_NC   76
R20_NET200   245
R20_NETWORK.OTH...
...ERNETS
  0/13
R20_OPERATIVSYS...
...TEM.LINUX
  0/44
R20_PROGRAMVAROR   0/1
R20_REC2NEC   534
R20_SFOSM   0/340
R20_SF   0/108
R20_SPRAK.ENGLISH   0/1
R20_SQUISH   107
R20_TEST   2
R20_WORST_OF_FIDONET   12
RAR   0/9
RA_MULTI   106
RA_UTIL   0/162
REGCON.EUR   0/2055
REGCON   0/13
SCIENCE   0/1206
SF   0/239
SHAREWARE_SUPPORT   0/5146
SHAREWRE   0/14
SIMPSONS   0/169
STATS_OLD1   0/2539.065
STATS_OLD2   0/2530
STATS_OLD3   0/2395.095
STATS_OLD4   0/1692.25
SURVIVOR   0/495
SYSOPS_CORNER   0/3
SYSOP   0/84
TAGLINES   0/112
TEAMOS2   0/4530
TECH   0/2617
TEST.444   0/105
TRAPDOOR   0/19
TREK   0/755
TUB   0/290
UFO   0/40
UNIX   0/1316
USA_EURLINK   0/102
USR_MODEMS   0/1
VATICAN   0/2740
VIETNAM_VETS   0/14
VIRUS   0/378
VIRUS_INFO   0/201
VISUAL_BASIC   0/473
WHITEHOUSE   0/5187
WIN2000   0/101
WIN32   0/30
WIN95   0/4277
WIN95_OLD1   0/70272
WINDOWS   0/1517
WWB_SYSOP   0/419
WWB_TECH   0/810
ZCC-PUBLIC   0/1
ZEC   4

 
4DOS   0/134
ABORTION   0/7
ALASKA_CHAT   0/506
ALLFIX_FILE   0/1313
ALLFIX_FILE_OLD1   0/7997
ALT_DOS   0/152
AMATEUR_RADIO   0/1039
AMIGASALE   0/14
AMIGA   0/331
AMIGA_INT   0/1
AMIGA_PROG   0/20
AMIGA_SYSOP   0/26
ANIME   0/15
ARGUS   0/924
ASCII_ART   0/340
ASIAN_LINK   0/651
ASTRONOMY   0/417
AUDIO   0/92
AUTOMOBILE_RACING   0/105
BABYLON5   0/17862
BAG   135
BATPOWER   0/361
BBBS.ENGLISH   0/382
BBSLAW   0/109
BBS_ADS   0/5290
BBS_INTERNET   0/507
BIBLE   0/3563
BINKD   0/1119
BINKLEY   0/215
BLUEWAVE   0/2173
CABLE_MODEMS   0/25
CBM   0/46
CDRECORD   0/66
CDROM   0/20
CLASSIC_COMPUTER   0/378
COMICS   0/15
CONSPRCY   0/899
COOKING   28471
COOKING_OLD1   0/24719
COOKING_OLD2   0/40862
COOKING_OLD3   0/37489
COOKING_OLD4   0/35496
COOKING_OLD5   9370
C_ECHO   0/189
C_PLUSPLUS   0/31
DIRTY_DOZEN   0/201
DOORGAMES   0/2014
DOS_INTERNET   0/196
duplikat   6000
ECHOLIST   0/18295
EC_SUPPORT   0/318
ELECTRONICS   0/359
ELEKTRONIK.GER   1534
ENET.LINGUISTIC   0/13
ENET.POLITICS   0/4
ENET.SOFT   0/11701
ENET.SYSOP   33805
ENET.TALKS   0/32
ENGLISH_TUTOR   0/2000
EVOLUTION   0/1335
FDECHO   0/217
FDN_ANNOUNCE   0/7068
FIDONEWS   23539
FIDONEWS_OLD1   0/49742
FIDONEWS_OLD2   0/35949
FIDONEWS_OLD3   0/30874
FIDONEWS_OLD4   0/37224
FIDO_SYSOP   12847
FIDO_UTIL   0/180
FILEFIND   0/209
FILEGATE   0/212
FILM   0/18
FNEWS_PUBLISH   4193
FN_SYSOP   41525
FN_SYSOP_OLD1   71952
FTP_FIDO   0/2
FTSC_PUBLIC   0/13584
FUNNY   0/4886
GENEALOGY.EUR   0/71
GET_INFO   105
GOLDED   0/408
HAM   0/16053
HOLYSMOKE   0/6791
HOT_SITES   0/1
HTMLEDIT   0/71
HUB203   466
HUB_100   264
HUB_400   39
HUMOR   0/29
IC   0/2851
INTERNET   0/424
INTERUSER   0/3
IP_CONNECT   719
JAMNNTPD   0/233
JAMTLAND   0/47
KATTY_KORNER   0/41
LAN   0/16
LINUX-USER   0/19
LINUXHELP   0/1155
LINUX   0/22011
LINUX_BBS   0/957
mail   18.68
mail_fore_ok   249
MENSA   0/341
MODERATOR   0/102
MONTE   0/992
MOSCOW_OKLAHOMA   0/1245
MUFFIN   0/783
MUSIC   0/321
N203_STAT   900
N203_SYSCHAT   313
NET203   321
NET204   69
NET_DEV   0/10
NORD.ADMIN   0/101
NORD.CHAT   0/2572
NORD.FIDONET   189
NORD.HARDWARE   0/28
NORD.KULTUR   0/114
Möte OS2LAN, 134 texter
 lista första sista föregående nästa
Text 50, 101 rader
Skriven 2005-02-12 10:24:18 av Mike Luther (1:117/3001.0)
Ärende: More on Sprint DSL?
===========================
Well, I got totally told wrong on the Sprint ADSL site setup once I got down
there.  Sigh.

They neglected to tell me that they already *HAD* a connection to Sprint up and
running as ADSL via a LinkSys router that was also cascaded into a Cisco switch
of some kind!  A total of six win boxes for totally other institutions caked
onto one ADSL modem is now in use.

What they THOUGHT they were going to do was put their new broadband ZyXel 324
router behind all this and isolate the OS/2 operation totally from everything
else against the same ADSL line!  No I don't visualize any way to ever do that.
 But maybe it could be done?  The ZyXel sure doesn't think so however I know to
set that up.

Help?

OK, if they really wanna be on that same line (?), in theory as I see this, all
they really need to do is to use the OS/2 box with a LAN cord connection just
with DHCP and let it get just another 192.168.1.??? address given to the OS/2
box.  Then whatever misery they get into for NAT and firewall and so on, is
their business with whomever has cabled up their setup.  As in some places, the
whole building is simply cabled up with wires and, other than the telco panel
.. there are *NO* id tags on hundreds of cable wired .. no log books .. no
nothing!  And the building guru isn't available for huddle when I'm there.

Before I found this out, the new ZyXel 324 works as intended.  I can COMM port
it, look at WAN and see traffic .. WAN lite winking and all that.  But the OS/2
box never got a connect to Sprint.  Of course not! So I know that at least the
line given me through this multi-story building goes somewhere and is live!

   ************

So I tried to get a bare box single line DHCP connection with LAN0 set up for
Netbios for OS/2 and TCP/IP protocols on it to simply connect to the provided
cable that goes (?) to the closet.  No connect,  So my guess is that they are
trying to stick this OS/2 box on the tail end of the Cisco switch and it isn't
passing th OS/2 DHCP request properly to the Linksys in regard to some part of
the protocol it needs.  Even though as connected to the ZyXel router it gets a
nice 192.168.1.33 private DHCP assignment just fine from it.  Yes, I've read
the Usegroup posting on having to enable additional options in the PROTOCOL.INI
for the box in some cases for some devices.  But I'm not comfortable with doing
that in the field yet from memory and wasn't prepared with even printed notes
for this when I went to do a brand new single connect to a brand new Sprint
ADSL modem!
                                         
Since Peter here is Cisco oriented, maybe he can tell me what is missing from
the OS/2 DHCP request protocol to get to the DNS service on the Linksys .. or
even maybe it goes to Sprint?  I dunno as nobody was there that could tell me
where any of the cables go and what is intended!

  *************

Next problem, this on in OS/2.  Isolating the local network from the WAN
connection for this one box.

As I understand this, a proper way to isolate the entire OS/2 Peer operation
for all the rest of the perfectly functional boxes in the OS/2 network is done
through the use of two LAN NIC cards in the box.  One NIC should be connected
to the WAN .. upstream to the router.  The other one of the NIC cards should be
connected to the local PEER network. I've not had to do this before.  But this
means one NIC is LAN0 and the other NIC is LAN1.  OK .. I've got two in the box
in PCI slots and they test and are for sure on different IRQ's.

I can use MTPN setup and get the second NIC identified and assigned to
protocols.  And .. as I understood this, only one of the NIC's may be set up
with DHCP and not fixed addressing.  So my assumption is that whatever of the
two NIC's I use for the DCHP connection to the whatever router Linksys or
ZyXel, it is the other NIC which will have to connect back to the already
present hub.

I can, with both cards, still get the DHCP address returned to the OS/2 box
from the ZyXel.  Obviously not yet from whatever is in the building.

But .. with Netbios for OS/2 and TCP/IP as protocols enabled on both the DHCP
NIC and the new one (which has a fixed address that shows as 192.168.1.9
somehow, I cannot see the existing LAN!  Neither on the NIC which has the DCHP
setting, nor the new one.

When I go to log on to the LAN .. I get a message 'DOMAIN already in use' and
as far as I can see .. that user is not even and has never logged in to
anywhere.  It, of course as PEER .. is IBMPEERS as far as I know.

What am I doing wrong?   How do I enable this box so that the DCHP service can
exist on the one NIC and IBMPEERS with the correct connections can be made to
the local PEER LAN on the other NIC?

Or .. is there some way to use a HUB card so that the core box here could be
used with a crossover connection to the HUB in reverse to let the local PEER
LAN be on one port and the building's whatever Cisco/Linksys or whoknowze be on
another HUB port to get isolation?  I don't think so.  But my nose is sniffing
water at this point.

Help?


--> Sleep well; OS/2's still awake! ;)

Mike @ 1:117/3001

--- Maximus/2 3.01
 * Origin: Ziplog Public Port (1:117/3001)