[f-nsp] Subnet Question

[Brendan Mannella]

Well right now, their first ip in their block is used by my L3 switch, their
default gateway, which is fine. But for their second block, instead of using
the first ip again, it would be nice to just route it to the first block.

 

Brendan

 

From: Cliff Fogle [mailto:Cliff at kodakgallery.com] 
Sent: Friday, March 23, 2007 5:17 PM
To: Brendan Mannella; foundry-nsp at puck.nether.net
Subject: RE: [f-nsp] Subnet Question

 

? 

Typically you would use a /30 address space for routing between your
equipment and the customer equipment, then route the 2 /29's through that.
That way the customer has full use of any assigned address space, as it
stands it sounds like your equipment is using up one of 'their' addresses.

 

   _____  

From: foundry-nsp-bounces at puck.nether.net on behalf of Brendan Mannella
Sent: Thu 3/22/2007 8:20 PM
To: foundry-nsp at puck.nether.net
Subject: [f-nsp] Subnet Question

Hey Guys,

 

This is a bit of a general networking question but hoping someone can help.

 

 

I am trying to figure out the best way to route another subnet to a existing
customer.

 

I have dedicated server customers who have a been assigned their own vlan
and /29. Then when they request another /29 instead of adding it as a
secondary ip on the VIP, can I just use a static route? If not what is the
best way to accomplish this.

 

Thanks in Advance,

 

 

Brendan

 

--
No virus found in this outgoing message.
Checked by AVG Free Edition.
Version: 7.5.446 / Virus Database: 268.18.17/730 - Release Date: 3/22/2007
7:44 AM

 

--
No virus found in this incoming message.
Checked by AVG Free Edition.
Version: 7.5.446 / Virus Database: 268.18.17/730 - Release Date: 3/22/2007
7:44 AM


-- 
No virus found in this outgoing message.
Checked by AVG Free Edition.
Version: 7.5.446 / Virus Database: 268.18.17/730 - Release Date: 3/22/2007
7:44 AM
 
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://puck.nether.net/pipermail/foundry-nsp/attachments/20070323/5970256c/attachment.html>