Skip site navigation (1)Skip section navigation (2)
Date:      Tue, 23 Jan 2001 16:36:16 +0200
From:      "Donald Orbin" <OrbinDRH@elec.durban.gov.za>
To:        <FBSD-Q <freebsd-questions@freebsd.org>>, <wash@iconnect.co.ke>
Subject:   Re: ppp + dialing different numbers
Message-ID:  <sa6db34e.055@elec.durban.gov.za>

next in thread | raw e-mail | index | archive | help


>>> Odhiambo Washington <wash@iconnect.co.ke> 23/01/01 >>>
* Donald Orbin <OrbinDRH@elec.durban.gov.za> [20010123 15:34]: writing on =
the subject 'ppp + dialing different numbers'
Donald> I hope this message is coming to the right place... all my other =
searches have been futile.
Donald>=20
Donald> I am wanting to use the autodial feature to:
Donald> i)  Dial number A if the destination ip address is 1.2.3.4
Donald> ii) Dial number B if the destination ip address is anything else
Donald>=20
Donald> ie. the BSD box must connect (dial) a certain sserver if a packet =
to that machine is encountered; or dial an isp number if any other ips are =
encountered.
Donald>=20
Donald> Regards
Donald> Donald

I may be wrong and daft but I think this is an unrealistic implementation =
without
anything in mind to be achieved. Why am I thinking this way?

o Packets will be sent all the time, right? So which packets do you 'put =
on hold' (how
  do you prioritize?)
o A connection is already made because there are packets destined to =
1.2.3.4 and it is=20
  a 2MB file - is it not logical that the server has to wait till  the 2MB =
is sent?

Looks like you're looking for what the advanced guys call OSPF (Open =
Shortest Path
First??) Just build a ppp gateway and install ZEBRA from the ports as your =
routing
daemon - and configure it -

_else_ try to give us more light on your intentions.


-Wash

--
Odhiambo Washington  Inter-Connect Ltd.,
wash@iconnect.co.ke  5th Flr Furaha Plaza
Tel: 254 11 222604   Nkrumah Rd.,
Fax: 254 11 222636   PO Box 83613 MOMBASA, KE.

The opposite of a correct statement is a false statement. The opposite of =
a=20
profound truth may well be another profound truth. -Niels Bohr=20

=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D

You have raised an interesting point re. the server being put on "hold".  =
But here are a few more details which illustrate that this condition will =
be rare (if it ever happens).

The intention is for the bsd box to act a s a proxy/firewall/router in a =
small office environment (with =B16 windoze machines connected to the =
local network).  If any of the machines requests some info from an =
unrecognised ip, it can be assumed that the info is obtainable via the =
isp... except in the instance when the "other" ip address is queried.

The "other" ip address is basically an offsite backup server.  So the only =
time that this should be contacted is when :
i) after hours, when a timed event prepares the files and is required to =
transfer them to the backup server;
ii) if someone wants to retrieve (or backup) files right NOW!

Let me be fussy now by saying that the logic behind my requirement should =
be clever enough to tell the web-surfer that his site is unavailable in =
the instance that there is already connection to the backup server... and =
vice-versa.

Thanx for the pointer to Zebra... I'll check it out.

D



To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-questions" in the body of the message




Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?sa6db34e.055>