Archive for August, 2007
August 31, 2007 @ 8:59 pm
· Filed under CCIE Study
Hmmm, this is where it all becomes confusing!
Okay, starting at the very beginning …
When using only access ports, the traffic arriving at the port will be tagged with the appropriate VLAN number (eg. switchport access vlan 123). When leaving via an access port the tag will be stripped. In this case the VLAN is only […]
Permalink
August 31, 2007 @ 7:59 pm
· Filed under CCIE Study
IOS does DNS doctoring for A and PTR records matching static entries. It requires that the DNS server be nat’d as well. If the DNS server doesn’t require nat, then you can create a NAT entry 1 to 1 with the no-alias command to accomplish this.
A quick google for “site:cisco.com DNS NAT” http://www.cisco.com/warp/public/556/nat-faq.html http://www.cisco.com/warp/public/556/nat-faq.html#qa31
David
– http://dcp.dcptech.com
> […]
Permalink
August 31, 2007 @ 7:02 pm
· Filed under CCIE Study
True, it works which is what was throwing me off. I assumed that either it would be no different than hanging a hub off of a switch port b/c no vlan info is exchanged between the switches b/c no trunking.
OR
That it would not work at all b/c the ingress port is in VLAN-2 and […]
Permalink
August 31, 2007 @ 6:59 pm
· Filed under CCIE Study
Okay sorry I missed the fact that you have an error - despite the fact that it was the title!! The “mismatch” is being reported as a result of the CDP packets that are being exchanged. Using dot1q encapsulation the native VLAN is carried untagged on the link and so it is very easy to […]
Permalink
August 31, 2007 @ 4:59 pm
· Filed under CCIE Study
Hi Iain,
Yup, same story here. Seems definitely like a NAT limitation. We finally decided to solve the problem with duplicate DNS records in the hosts file of the machines. Not so elegant but works. Would be nicer if a DNS Doctoring-like feature was present in IOS (or policy routing on the outside direction of an […]
Permalink
August 31, 2007 @ 3:59 pm
· Filed under CCIE Study
Interesting article. Thinking out loud, I wonder if this will create another dimension to the age-old degree versus certification argument here. From my perspective, there’s another argument rarely brought out: what is “theory”, versus “principle of operation” (a classic IBM term) versus “implementation” (and, perhaps, testing).
Often, people here talk about theory as if it’s […]
Permalink
August 31, 2007 @ 2:59 pm
· Filed under CCIE Study
Hi Joshua,
Switch#show interface trunk
Port Mode Encapsulation Status Native vlan Fa0/1 on 802.1q trunking 1 Gi0/1 on 802.1q trunking 1
will show […]
Permalink
August 31, 2007 @ 2:01 pm
· Filed under CCIE Study
I’ve put MARS in at two places and Cisco started initially supporting it and putting a lot of effort into it. However they have not released a new feature into it in the past 8 months. I wouldn’t purchase it again at this point if I had […]
Permalink
August 31, 2007 @ 1:59 pm
· Filed under CCIE Study
This is the first I’ve heard of the CCDE, but I might note that presentations skills of various sorts are critical. Nortel’s architect certification didn’t call for oral presentations, but, after you’ve established background skills, you next have to write up five reasonably complex networks you designed, explaining why choices were made. The final is […]
Permalink
August 31, 2007 @ 1:00 pm
· Filed under CCIE Study
Nah the CCDE is design based.
scott vermillion wrote: > > > > From what I’ve read (back to that already), this thing is the > beast of all beasts. On one level, it will devalue the CCIE > (now there will be “non-CCDEs need not apply” job reqs, leaving > out […]
Permalink
·
« Previous entries