11 messages in net.nether.puck.cisco-nsp[c-nsp] Re: 7500 PPPoE dCEF aggregation
FromSent OnAttachments
Joe MaimonJan 16, 2005 2:48 pm 
Niels BakkerJan 16, 2005 4:14 pm 
Joe MaimonJan 16, 2005 4:29 pm 
Gert DoeringJan 17, 2005 12:05 pm 
Oliver Boehmer (oboehmer)Jan 17, 2005 12:28 pm 
Gert DoeringJan 17, 2005 3:20 pm 
Rodney DunnJan 17, 2005 5:08 pm 
Rodney DunnJan 17, 2005 5:10 pm 
Joe MaimonJan 17, 2005 5:13 pm 
Robert E.SeastromJan 18, 2005 10:28 am 
Rodney DunnJan 18, 2005 10:54 am 
Actions with this message:
Paste this link in email or IM:
Paste this link in email or IM:
Atom feed for this thread
Paste this URL into your reader:
Subject:[c-nsp] Re: 7500 PPPoE dCEF aggregationActions...
From:Gert Doering (ge@greenie.muc.de)
Date:Jan 17, 2005 3:20:14 pm
List:net.nether.puck.cisco-nsp

Hi,

On Mon, Jan 17, 2005 at 06:27:56PM +0100, Oliver Boehmer (oboehmer) wrote:

Out of curiosity: for these tunnels which VIP does the encapsulation work? The VIP that has the outgoing interface corresponding to the "tunnel dest" IP? Or can you tie GRE/L2TP processing to a specific VIP (sort of like the Juniper Tunnel PIC)?

As with most other features, the ingress VIP is performing the actual work on the 7500.

Ah. So packets that come in "natively" on, say, VIP2 to be GRE-encapsulated and leave via VIP5 will be encapsulated on VIP2? Makes sense, of course :-)

(I was thinking along the lines of "GRE packets have no egress interface" but I forgot how GRE+CEF works :-) )

Thanks,

gert