Skip to main content

Posts

Showing posts from 2013

Cisco 6k and 7600s Ether channel algorithm load balancing

I have this interesting case where I have only 3 available interfaces which are in a port-channel and I was wondering how the traffic will be load-balanced, there is this interesting article I just found on the Cisco forum which explains it in a great detail. source: https://supportforums.cisco.com/docs/DOC-17855

Cache is King

Source: http://www.stevesouders.com/blog/2012/10/11/cache-is-king/ It’s important to understand where the benefits from each technique come into play. Using Ajax, for example, doesn’t make the initial page load time much faster (and often makes it slower if you’re not careful), but subsequent “pages” (user actions) are snappier. Optimizing JavaScript, on the other hand, makes both the first page view and subsequent pages faster. Better caching sits in the middle: The  very  first visit to a site isn’t faster, but subsequent page views are faster. Also, even after closing their browser the user gets a faster initial page when she returns to your site – so the performance benefit transcends browser sessions. These web performance optimizations aren’t mutually exclusive –  you should do them all!  But I (and perhaps you) wonder which has the biggest impact. So I decided to run a test to measure these different factors. I wanted to see the benefits on real we...

Change is Good

This will be a short post. Today is my last day in the company I was working for last one year and It's a bit sad leaving some great guys behind but at the same time I am really excited about the new opportunity I have.

Understanding Third-Party Next-Hop

source:    Petr Lapukhov Abstract This publication briefly covers the use of 3rd party next-hops in OSPF, RIP, EIGRP and BGP routing protocols. Common concepts are introduced and protocol-specific implementations are discussed. Basic understanding of the routing protocol function is required before reading this blog post. Overview Third-party next-hop concept appears only to distance vector protocol, or in the parts of the link-state protocols that exhibit distance-vector behavior. The idea is that a distance-vector update carries explicit next-hop value, which is used by receiving side, as opposed to the “implicit” next-hop calculated as the sending router’s address – the source address in the IP header carrying the routing update. Such “explicit” next-hop is called “third-party” next-hop IP address, allowing for pointing to a different next-hop, other than advertising router. Intitively, this is only possible if the advertising and receiving router are on a shared ...