× The internal search function is temporarily non-functional. The current search engine is no longer viable and we are researching alternatives.
As a stop gap measure, we are using Google's custom search engine service.
If you know of an easy to use, open source, search engine ... please contact support@midrange.com.



Charles,

  Yep, the big switch could be the answer for sure. Its likely it will
do OK.

  For most traffic it isn't going to matter which port you get except
for big stuff like FTP and large ODBC connections. What I can't remember
is which of the interfaces get's the call for the virtual.  You may be
right that it's the first one up within the subnet. I just can't remember.

  - Larry

CWilt@xxxxxxxxxxxx wrote:



Charles,

It's possible that you could make this work but only if you have a bridge between the T-R and Enet segments of your network. Even then though the bridge would have to pass the gratuitous ARP packets which are sent out when an adapter fails.. What I'm not sure of now is how you make the T/R and Enet adapters work on the same IP subnet without confusing the system or the client systems. What are your IP addresses and subnet masks for the various interfaces?



Yea, I wondered about that one myself.

According to the Network guy, we've got a particular switch that cost us 18K
8 years ago that handles it seamlessly.

The interfaces are:
Token xxx.xxx.114.32 Fiber xxx.xxx.114.91 Ether xxx.xxx.114.232
Ether xxx.xxx.114.233


netmask is 255.255.255.0 for all of them.



Ah yes, the schowler routes.  Thanks for reminding me.  I've got that
document here too.

Question: if I include the TR.  Is there anyway to make sure the virtual IPs
don't associate to it unless everything else is down?  I seem to recall
seeing something about the virtual IPs associating to whatever interface
comes up first.  I really don't want 100Mb ethernet traffic being routed
over 16Mb TR unless absolutely necessary ;-)

Charles




Larry Bolhuis IBM eServer Certified Systems Expert: Vice President iSeries Technical Solutions V5R2 Arbor Solutions, Inc. iSeries LPAR Technical Solutions V5R2 1345 Monroe NW Suite 259 iSeries Linux Technical Solutions V5R2 Grand Rapids, MI 49505 iSeries Windows Integration Technical Solutions V5R2 IBM eServer Certified Systems Specialist (616) 451-2500 iSeries System Administrator for OS/400 V5R2 (616) 451-2571 - Fax AS/400 RPG IV Developer (616) 260-4746 - Cell iSeries System Command Operations V5R2






As an Amazon Associate we earn from qualifying purchases.

This thread ...

Replies:

Follow On AppleNews
Return to Archive home page | Return to MIDRANGE.COM home page

This mailing list archive is Copyright 1997-2024 by midrange.com and David Gibbs as a compilation work. Use of the archive is restricted to research of a business or technical nature. Any other uses are prohibited. Full details are available on our policy page. If you have questions about this, please contact [javascript protected email address].

Operating expenses for this site are earned using the Amazon Associate program and Google Adsense.