Re: [c-nsp] IPV6 again

On 29 Jan 2010, at 17:07, David Prall wrote: So XP doesn't support IPv6 DHCP, nor do they support IPv6 DNS. Not sure about the macintosh. and I thought I was being clever pointing fec0:0:0:::1, 2 and 3 to real DNSv6 servers and finding the add dns from within netsh only to be thwarted

Re: [c-nsp] IPV6 again

Hi, and I thought I was being clever pointing fec0:0:0:::1, 2 and 3 to real DNSv6 servers and finding the add dns from within netsh only to be thwarted by an XP resolver that doesn't support IPV6 properly. those addresses...ah yes. when i first saw them in the ipconfig /all i thought

[c-nsp] Layer 2 VLAN advice..

Currently in our network we use dot1Q trunks to forward end-user/customer VLANs from Site A to Site B to provide them virtual point-to-point circuits between data centers without the overhead of some type of VPN tunnel. However if one of our backhauls between data centers fails, we would desire

Re: [c-nsp] Layer 2 VLAN advice..

On Tuesday 02 February 2010 04:59:55 am Peter Kranz wrote: It seems like there are a lot of different approaches to provide some level of self-healing/redundancy to these layer2 services we offer, I am interested in advice on which would be most straightforward to implement on top of our

Re: [c-nsp] Nexus 2000 vs Catalyst 4948 for access layer

True, the Nexus 2000 does not locally switch, but lets explore that for a second... 1) a typical enterprise Data Center is running applications that are not latency sensitive, where latencies in the 10s of microseconds are perfectly OK and nobody is really counting anyway. Only in the small

Re: [c-nsp] Layer 2 VLAN advice..

Mark Tinka wrote: If you can support MPLS, I'd recommend that for a self- healing control plane to transport Ethernet frames. Else, STP (or some flavor of it) or your vendor's incarnate of the same are your other options. Or EAPS if your kit does it.

Re: [c-nsp] Layer 2 VLAN advice..

On 2/1/10 12:59 PM, Peter Kranz pkr...@unwiredltd.com wrote: Currently in our network we use dot1Q trunks to forward end-user/customer VLANs from Site A to Site B to provide them virtual point-to-point circuits between data centers without the overhead of some type of VPN tunnel. However

[c-nsp] Limit Debit on a EoMPLS tunnels ?

Hi I have a small EoMPLS tunnels : pseudowire-class EoMPLS encapsulation mpls interworking ethernet interface GigabitEthernet0/2.910 encapsulation dot1Q 910 no cdp enable xconnect 10.206.5.180 910 encapsulation mpls Anyone know what is the solution for limit this tunnels at 20 Mbits ? a