Thursday, June 28, 2012
Wednesday, June 27, 2012
Friday, June 22, 2012
Monday, June 18, 2012
Thursday, June 14, 2012
@cisco yet again...a follower..this time in #sdn
Well..by now you know my bent...so why even read the post? Well... there is a point...have some patience...
Cisco just released their strategy for SDNs. You can read up many places...check out Light Reading's article:
http://www.lightreading.com/document.asp?doc_id=221921&f_src=lrdailynewsletter
Cisco has always been a follower... it started out with multi-processor routers (wellfleet was first) and then went to switches (kalpana, grand junction, synoptics, cabletron, etc) and many other product lines.
You might argue, so what...they were not a leader in switching and then became one. While true...there are other factors and I'd suggest that the forces that put Cisco together arent there today. The market has changed and from talking to the VCs I know... for the last years, hardware has been out of vogue. Software is in. Why? Huge returns. And why is that important.. money is going to dump into the market and in a big way to develop network architectures based on just software to build the overlays. I could launch a SDN startup today probably with just $600k or so and quickly build a solution. You could never do that with hardware solution...I'd need $30-60M. (on the low side) So... expect to see a lot of interesting innovation.
I'm also skeptical about Cisco and how they are attacking this. First off..they broke with how they always have launched these efforts... the infamous five phase product launch that mysteriously is always launched in phase 2... giving the illusion they had been planning this all along. I think Cisco has the jitters and is not acting rashly.
Lastly... an API? Really? Not to say that HP is not bringing out APIs, we are. But..they have their place. They are for customers that deeply need to control their network...typically service providers and ultra large scale data centers. The bulk of the market doesnt want this..nor needs...nor could even take advantage of it. They want a controller based solution and orchestration software that allows them to drag and drop deploy networks, applications,and security. They want speed... they want to deploy with more control with less staff. This is fail for Cisco.
While I get why Cisco is going the API route... if they convince customers...those customers are locked into Cisco. Its yet another EIGRP, RPVST, CDP, VTP, SCCP, etc in their back pocket...its not the way the market wants to head. They want better control..and they want commodization of the market.
Cisco just released their strategy for SDNs. You can read up many places...check out Light Reading's article:
http://www.lightreading.com/document.asp?doc_id=221921&f_src=lrdailynewsletter
Cisco has always been a follower... it started out with multi-processor routers (wellfleet was first) and then went to switches (kalpana, grand junction, synoptics, cabletron, etc) and many other product lines.
You might argue, so what...they were not a leader in switching and then became one. While true...there are other factors and I'd suggest that the forces that put Cisco together arent there today. The market has changed and from talking to the VCs I know... for the last years, hardware has been out of vogue. Software is in. Why? Huge returns. And why is that important.. money is going to dump into the market and in a big way to develop network architectures based on just software to build the overlays. I could launch a SDN startup today probably with just $600k or so and quickly build a solution. You could never do that with hardware solution...I'd need $30-60M. (on the low side) So... expect to see a lot of interesting innovation.
I'm also skeptical about Cisco and how they are attacking this. First off..they broke with how they always have launched these efforts... the infamous five phase product launch that mysteriously is always launched in phase 2... giving the illusion they had been planning this all along. I think Cisco has the jitters and is not acting rashly.
Lastly... an API? Really? Not to say that HP is not bringing out APIs, we are. But..they have their place. They are for customers that deeply need to control their network...typically service providers and ultra large scale data centers. The bulk of the market doesnt want this..nor needs...nor could even take advantage of it. They want a controller based solution and orchestration software that allows them to drag and drop deploy networks, applications,and security. They want speed... they want to deploy with more control with less staff. This is fail for Cisco.
While I get why Cisco is going the API route... if they convince customers...those customers are locked into Cisco. Its yet another EIGRP, RPVST, CDP, VTP, SCCP, etc in their back pocket...its not the way the market wants to head. They want better control..and they want commodization of the market.
Wednesday, June 13, 2012
Tuesday, June 12, 2012
#DLDP is HP's feature set similiar to #UDLD
Sometimes, unidirectional links may appear in networks. On a unidirectional link, one end can receive packets from the other end but the other end cannot. Unidirectional links result in problems such as loops in an STP-enabled network.
The Device Link Detection Protocol (DLDP) can detect the link status of a fiber cable or twisted pair. On detecting a unidirectional link, DLDP can shut down the related port automatically or prompt users to take measures as configured to avoid network problems.As a data link layer protocol, DLDP cooperates with physical layer protocols to monitor the link status of a switch. The auto-negotiation mechanism provided by physical layer protocols detects physical signals and faults. DLDP, however, performs operations such as identifying peer switches, detecting unidirectional links, and shutting down unreachable ports. The cooperation of physical layer protocols and DLDP ensures that physical/logical unidirectional links be detected and shut down. For a link with the switches on the both sides of it operating properly, DLDP checks whether the cable is connected correctly and whether packets can be exchanged between the two switches. This is beyond the capability of the auto-negotiation mechanism at the physical layer.
DLDP can operate in two modes: normal mode and enhanced mode, as described below.
The Device Link Detection Protocol (DLDP) can detect the link status of a fiber cable or twisted pair. On detecting a unidirectional link, DLDP can shut down the related port automatically or prompt users to take measures as configured to avoid network problems.As a data link layer protocol, DLDP cooperates with physical layer protocols to monitor the link status of a switch. The auto-negotiation mechanism provided by physical layer protocols detects physical signals and faults. DLDP, however, performs operations such as identifying peer switches, detecting unidirectional links, and shutting down unreachable ports. The cooperation of physical layer protocols and DLDP ensures that physical/logical unidirectional links be detected and shut down. For a link with the switches on the both sides of it operating properly, DLDP checks whether the cable is connected correctly and whether packets can be exchanged between the two switches. This is beyond the capability of the auto-negotiation mechanism at the physical layer.
DLDP can operate in two modes: normal mode and enhanced mode, as described below.
l In normal DLDP mode, when an entry timer expires, the switch removes the corresponding neighbor entry and sends an Advertisement packet with RSY tag.
l In enhanced DLDP mode, when an entry timer expires, the Enhanced timer is triggered and the switch sends up to eight Probe packets at a frequency of one packet per second to test the neighbor. If no Echo packet is received from the neighbor when the Echo timer expires, the switch transits to the Disable state.
Configuration procedure
1) Configuration on Device A
# Enable DLDP on GigabitEthernet2/0/1 and GigabitEthernet 2/0/2 separately.
<DeviceA> system-view
[DeviceA] interface gigabitethernet 2/0/1
[DeviceA-GigabitEthernet2/0/1] dldp enable
[DeviceA-GigabitEthernet2/0/1] quit
[DeviceA] interface gigabitethernet 2/0/2
[DeviceA-GigabitEthernet2/0/2] dldp enable
[DeviceA-GigabitEthernet2/0/2] quit
# Set the interval for sending Advertisement packets to 6 seconds.
[DeviceA] dldp interval 6
# Set the DelayDown timer to 2 seconds.
[DeviceA] dldp delaydown-timer 2
# Set the DLDP mode as enhanced mode.
[DeviceA] dldp work-mode enhance
# Set the port shutdown mode as auto mode.
[DeviceA] dldp unidirectional-shutdown auto
# Enable DLDP globally.
[DeviceA] dldp enable
2) Configuration on Device B
Configure Device B as you configure Device A.
3) Verifying the configurations
You can use the display dldp command to display the DLDP configuration information on ports.
# Display the DLDP configuration information on all the DLDP-enabled ports of Device A.
[DeviceA] display dldp
DLDP global status : enable
DLDP interval : 6s
DLDP work-mode : enhance
DLDP authentication-mode : none
DLDP unidirectional-shutdown : auto
DLDP delaydown-timer : 2s
The number of enabled ports is 2.
Interface GigabitEthernet2/0/1
DLDP port state : disable
DLDP link state : down
The neighbor number of the port is 0.
Interface GigabitEthernet2/0/2
DLDP port state : disable
DLDP link state : down
The neighbor number of the port is 0.
The output information indicates that both GigabitEthernet2/0/1 and GigabitEthernet2/0/2 are in Disable state and the links are down, which means unidirectional links are detected and the two ports are thus shut down.
Correct the fiber connections after detecting the problem, and perform the following operations:
# Reset DLDP state for the ports shut down by DLDP.
[DeviceA] dldp reset
# Display the DLDP configuration information on all the DLDP-enabled ports of Device A.
[DeviceA] display dldp
DLDP global status : enable
DLDP interval : 6s
DLDP work-mode : enhance
DLDP authentication-mode : none
DLDP unidirectional-shutdown : auto
DLDP delaydown-timer : 2s
The number of enabled ports is 2.
Interface GigabitEthernet2/0/1
DLDP port state : advertisement
DLDP link state : up
The neighbor number of the port is 1.
Neighbor mac address : 0000-0000-0101
Neighbor port index : 59
Neighbor state : two way
Neighbor aged time : 11
Interface GigabitEthernet2/0/2
DLDP port state : advertisement
DLDP link state : up
The neighbor number of the port is 1.
Neighbor mac address : 0000-0000-0102
Neighbor port index : 59
Neighbor state : two way
Neighbor aged time : 11
The output information indicates that both GigabitEthernet2/0/1 and GigabitEthernet2/0/2 are in the Advertisement state and the links are up, which means unidirectional links are not detected and the two ports are restored.
Monday, June 11, 2012
#hp seminar with @polycom in Chicago
Join ShoreTel, Polycom and HP representatives to learn more about the recently launched promotions
and the best-of-breed platform that our solutions combine that equip you to increase
your win rate against Cisco and Avaya while also presenting an opportunity to attach their installed base.
This event will provide an opportunity to meet local representatives from each vendor and discover more
about signing up as a reseller to leverage the promotional pricing recently launched.
**Lunch will be provided**
http://events.r20.constantcontact.com/register/event?llr=htbzz6iab&oeidk=a07e5z1ktjaa47a9465&utm_source=eloqua&utm_medium=email&utm_id=
#HP seminar with @shoretel in Chicago
Join ShoreTel, Polycom and HP representatives to learn more about the recently launched promotions
and the best-of-breed platform that our solutions combine that equip you to increase
your win rate against Cisco and Avaya while also presenting an opportunity to attach their installed base.
This event will provide an opportunity to meet local representatives from each vendor and discover more
about signing up as a reseller to leverage the promotional pricing recently launched.
**Lunch will be provided**
http://events.r20.constantcontact.com/register/event?llr=htbzz6iab&oeidk=a07e5z1ktjaa47a9465&utm_source=eloqua&utm_medium=email&utm_id=
#HP seminar on #UCC Technologies in Chicago soon
Join ShoreTel, Polycom and HP representatives to learn more about the recently launched promotions
and the best-of-breed platform that our solutions combine that equip you to increase
your win rate against Cisco and Avaya while also presenting an opportunity to attach their installed base.
This event will provide an opportunity to meet local representatives from each vendor and discover more
about signing up as a reseller to leverage the promotional pricing recently launched.
**Lunch will be provided**
http://events.r20.constantcontact.com/register/event?llr=htbzz6iab&oeidk=a07e5z1ktjaa47a9465&utm_source=eloqua&utm_medium=email&utm_id=
and the best-of-breed platform that our solutions combine that equip you to increase
your win rate against Cisco and Avaya while also presenting an opportunity to attach their installed base.
This event will provide an opportunity to meet local representatives from each vendor and discover more
about signing up as a reseller to leverage the promotional pricing recently launched.
**Lunch will be provided**
http://events.r20.constantcontact.com/register/event?llr=htbzz6iab&oeidk=a07e5z1ktjaa47a9465&utm_source=eloqua&utm_medium=email&utm_id=
Tuesday, June 5, 2012
.JPG)
#HPN webinar on networking without compromise
 |
Today’s
networks must evolve to support ever changing business and user
requirements—mobility, rich media, cloud computing—all are redefining the way
we work. However, proprietary technologies and legacy networks aren’t set up
to support these changes and lack the scalability and agility to quickly roll
out new applications and services.
To meet the demand for consumer-driven IT, HP delivers high performance networking solutions from the core to the edge—networks that are flexible, secure, easily managed, and, of course, cost-efficient. And with standards-based solutions that are open and interoperable, organizations can adapt and scale easily to meet future needs—without costly forklift upgrades. |
 |
 |
|
|
Attend the webinar
|
|
||||||||||||
 |
||||||||||||||
|
|
Register
today and learn how you can design a better campus network with
out-of-the-box performance, greater investment protection, and instant
scalability. Topics to be discussed include:
Webinar details: Date: June 13, 2012 Time: 9:00 am –10:00am CDT |
|||||||||||||
http://www2.ibtalk.net/index.php?cmp=mtx_pre_registration&PHPSESSID=e30574c2edc55b7d986e32603aaa146d
#JNPR #Juniper loses ethernet switching market share
Oppenheimer analysts say that:
Overall, market share drop from 2.7% to 2.4% and just in chassis based switching alone...1.9% to 1.4%
Overall, market share drop from 2.7% to 2.4% and just in chassis based switching alone...1.9% to 1.4%
is the #fc #san going to die?
HP brought out Virtual Connect direct attach storage. This allows you to connect a 3PAR array directly to a C7000 chassis without a FC SAN switch?
http://www.theregister.co.uk/2012/06/04/hp_virtual_connect_3par_2_blades/
http://www.theregister.co.uk/2012/06/04/hp_virtual_connect_3par_2_blades/
Subscribe to:
Posts (Atom)