%OSPF-5-ADJCHG: Process 1, Nbr 172.16.105.1 on Vlan30 from EXSTART to DOWN, Neighbor Down: Too many retransmissions
No matter what I try, for some reason I can't seem to resolve this issue. Theres nothing wrong with the link physically as both ICMP and CDP packets navigate across it fine. It just seems OSPF absolutely HATES this link. Anybody know anything about this kind of issue, experienced this before, or just plain knows whats wrong and how to fix it? The issue is so frustrating.
From the highly addictive game Portal. Somebody made a "Day in the Life of a Turret" video. Pretty funny.
http://youtube.com/watch?v=Uz5cl131KTk
I wonder if there will be cake?
Ethernet without Full Duplex? Apparently!
FRS(config-if)#duplex full
This command is not supported for Ethernet0.
04:12:14: %CDP-4-DUPLEX_MISMATCH: duplex mismatch discovered on Ethernet0 (not full duplex), with R3 GigabitEthernet0/0 (full duplex).
In-game footage for the new and upcoming Ghostbusters Game!
http://www.youtube.com/watch?v=FLi9_uPg1Tk&feature=related
ODR or On-Demand Routing, is a Cisco proprietary routing protocol that I have a love-hate relationship with.
Simply put, I despise it due to its lack of configuration options, troubleshooting difficulties, and the fact that it uses CDP to transmit information which causes a huge pain on a switched network where the switch intercepts the CDP packets.
On the other hand, over something like a point to point link, I love how easy it is to set up. Just start the ODR process on the hub router with the single command "router odr" under config mode. The stub router will automatically get a default route and all networks attached to the stub router are automatically added to the routing table of the hub router. (Assuming CDP is enabled of course, which by default it is.)
Whats your opinion on ODR, if you've even ever heard of it (Seeing as it is proprietary and only suitable for very specific circumstances)?
Or more specifically, NAT-PT.
This one is a really cool issue, took me a bit of troubleshooting but I finally tracked down my issue with NAT-PT. (NAT-PT is IPv4 to IPv6 Translation.)
As you can see with the output below, after configuring NAT-PT normally, only every other packet reaches it's destination.
R1#p 1.1.1.3 r 6
Type escape sequence to abort.
Sending 6, 100-byte ICMP Echos to 1.1.1.3, timeout is 2 seconds:
!.!.!.
Success rate is 50 percent (3/6), round-trip min/avg/max = 16/17/20 ms
Now, clearly this isn't what we'd like, we want all of our packets to reach our destination. The cause for this is what I must figure to be an IOS bug as the issue lies with CEF. By disabling IPv4 CEF (Only disabling IPv6 CEF had no effect, and I couldn't test if the issue was only IPv4 CEF as IPv6 CEF is reliant on IPv4) I was able to get all pings to be successful.
R1#p 1.1.1.3
Type escape sequence to abort.
Sending 5, 100-byte ICMP Echos to 1.1.1.3, timeout is 2 seconds:
!!!!!
Success rate is 100 percent (5/5), round-trip min/avg/max = 16/18/20 ms
Here is the simple config I used, I edited out everything unnecessary. R1 is connected to R2 via ethernet while R2 connects to R3 via serial. (R1) ------ (R2) ---z--- (R3)
R1#show run
interface GigabitEthernet0/0
ip address 1.1.1.2 255.255.255.0
ip route 1.1.1.3 255.255.255.255 1.1.1.5
R2#show run
no ip cef
interface GigabitEthernet0/0
ip address 1.1.1.5 255.255.255.0
ipv6 nat
interface Serial0/0/1
ipv6 address 2001::5/96
ipv6 nat
ipv6 nat v4v6 source 1.1.1.2 2002::2
ipv6 nat v6v4 source 2001::3 1.1.1.3
ipv6 nat prefix 2002::2/96
R3#show run
interface Serial0/1/0
ipv6 address 2001::3/96
clock rate 128000
ipv6 route 2002::2/128 2001::5
Today's challenge is determining how to use the question mark character "?" in a password on a Cisco router when configuring a key-chain. Hrm. Puzzling.
(Key-chain is to be used with EIGRP Authentication, but that makes no difference.)
Dah.da.dah.da.dah.da.dah.da. Ghostbusters!
http://www.youtube.com/watch?v=K1phYHN3fes&eurl=http://www.spawnpoint.com
(Been wanting some epic ghostbusters before the first game rumors about a year ago. Seems rumors are a good thing! They must have prompted Sierra to actually make this game.)
No actual game footage, but i'm sure we'll get more videos soon.
Fall 2008 is the current scheduled release date.
Oh, one last note: COOP! MAKE THIS GAME HAVE COOP! I can just IMAGINE the potential for a game like this and some awesome coop action with a friend.
Spam Filtering at its best.
http://billshackelford.com/home/portfolio_spamtra_826