From: Darren Horobin (Darren.Horobin@ipi-group.co.uk)
Date: Wed Oct 04 2006 - 08:11:22 ART
Guys,
Do this question make sense? As I'm Looking for answer/guidance on this?
-----Original Message-----
From: nobody@groupstudy.com [mailto:nobody@groupstudy.com] On Behalf Of
Darren Horobin
Sent: 02 October 2006 20:05
To: ccielab@groupstudy.com
Subject: Address-family Configuration
All,
I have a large number of dual attached DSL users which use a mixture of
dynamic and static routing, which has worked for a while but is not
scalable enough for the growth of the network. I have come up with a
stable routing plan which will ensure growth with stability of the
network. However, this means reconfiguration of over 100+ routers,
however if I apply this configuration in the core it means configuration
of a lot less and removes errors with further deployments if the
template is not used.
My question is:
What are the limitations of a virtual template on a box doing
multi-vrfs?
As what I am trying to do is for arguments sake is apply an offset-list
under a particular address-family, but once configured it appears under
the global config of rip. Which is not meeting my need?
Has anyone else tried to the same or come across a solution where you
can apply a template to a number of virtual-access within an address
family?
Cheers
Darren
Darren Horobin
Registered Office:
IP Infrastructures
Cedar Court Office Park
Denby Dale Road
Wakefield
WF4 3QZ
Tel: 0870 160 3537
Fax: 0870 160 3540
www.ipi-group.co.uk
Company Registration Number: 04657026
IPIR (and Device) is a registered trade mark of IP Infrastructures Ltd.
This email and any files transmitted with it are confidential and
intended
solely for the use of ccielab@groupstudy.com. If you are not the
intended
recipient be aware that any disclosure, copying distribution or use of
the
contents of this information is prohibited. If you have received this
email in
error please notify the system administrator. Please note that any views
or
opinions presented in this email are solely those of the author and do
not
necessarily represent those of the company. Finally, the recipient
should
check this email and any attachments for the presence of viruses. The
company
accepts no liability for any damage caused by any virus transmitted by
this
email.
This archive was generated by hypermail 2.1.4 : Wed Nov 01 2006 - 07:29:04 ART