CCIE.pl

site 4 CCIE wannabies
It is currently 18 Jan 2017, 08:54

All times are UTC+01:00




Post new topic  Reply to topic  [ 23 posts ]  Go to page Previous 1 2
Author Message
 Post subject:
Post #16 Posted: 16 Apr 2016, 14:28 
Offline
CCIE
CCIE
User avatar

Joined: 23 Jan 2008, 14:21
Posts: 216
Location: Singapore, SG
martino76 wrote:
Z racji tego, ze będę odpalał VXLAN na N5K-C5672UP a w release note nigdzie nie widzę by była wzmianka o wsparciu dla unicast-mode dla tej platformy. Mam pytanie czy ta platforma wspiera unicast-mode również?

Za cholerę nigdzie nie mogę znaleźć.
Co by sugerowało, że nie.
W dodatku, wygląda na to, że byś store-and-forward switching musiał włączyć.


Top
   
 Post subject:
Post #17 Posted: 16 Apr 2016, 14:32 
Offline
wannabe
wannabe

Joined: 05 Mar 2009, 16:17
Posts: 113
konradrz wrote:
Fulcrum (Alta i Bali) to bardzo stare czipy (4-5 lat?). Teraz Arista Tridenty (i różne nowsze) montuje.

Dzieki za wyjasnienie. Raczej napewno w Ariste nie wejdziemy, trzeci vendor sieciowy nie jest nam potrzebny do szczescia.

Quote:
O ile też się w SDNy bawisz - sprawdź którą _dokładnie_ wersję OpenFlow Fulcrum wspiera (bo coś mi świta że 1.0-1.1, a nie 1.3.1 jak Tridenty).

SDN tak, ale jako pelna automatyzacja zadan konfiguracyjnych - tzn. pudla sieciowe sa konfigurowalne przez automaty via API/SNMP czy nawet SSH. Zalet OpenFlow'a kompletnie nie widzimy, a raczej tylko potencjalne problemy (redundancje kontrolerow, problemy z kontrolerami itp).

Quote:
Tak, to czip Cisco. Się zwie BigSur (-CR), o ile do czegoś Ci to potrzebne ;)
Inny feature-set (np potrafi Fibre Channel robić), inna cena (bo i inny feature-set), inne spożycie prądu, no i inna wydajność. Wiesz, nie bez powodu Trident jest obecnie "chip of choice" wielu vendorów.


Zaspokojenie mojej ciekawosci i nie czekanie od SE na odpowiedz przez tydzien ;-)
Swoja droga 5600 wygląda na bardzo fajny box. Zdaje sobie sprawę że Broadcom'y nie sa idealne ale sa OK i napewno są sporo lepsze niż Marvell z którego niektórzy to vendorzy uciekli. Własny ASIC (Cisco'owy) daje najlepszą kontrolę nad tym co się dzieje w środku i potencjalnym rozwojem następnej generacji.


Top
   
 Post subject:
Post #18 Posted: 16 Apr 2016, 14:51 
Offline
CCIE/CCDE
CCIE/CCDE
User avatar

Joined: 08 Mar 2004, 12:17
Posts: 2282
Location: Wawa
robhass wrote:
Zdaje sobie sprawę że Broadcom'y nie sa idealne ale sa OK i napewno są sporo lepsze niż Marvell z którego niektórzy to vendorzy uciekli.

Dlatego warto wejść w rozwiązanie, które nie wiąże potencjalnego rozwoju od ASIC-ów następnej generacji. Już N1kv daje takie możliwości, jak i inne rozwiązania SDN ze stajni VMware, Juniper, czy Nokia.

robhass wrote:
Własny ASIC (Cisco'owy) daje najlepszą kontrolę nad tym co się dzieje w środku i potencjalnym rozwojem następnej generacji.

Własny ASIC jeżeli jest stosowany w sposób zunifikowany, to jest ok. Na chwilę obecną stosowanie własnego ASIC-a we wdrożeniu brownfield może spowodować ból głowy.


Top
   
 Post subject:
Post #19 Posted: 16 Apr 2016, 15:50 
Offline
CCIE
CCIE

Joined: 17 Dec 2010, 15:23
Posts: 718
Location: Dublin
konradrz wrote:
martino76 wrote:
Z racji tego, ze będę odpalał VXLAN na N5K-C5672UP a w release note nigdzie nie widzę by była wzmianka o wsparciu dla unicast-mode dla tej platformy. Mam pytanie czy ta platforma wspiera unicast-mode również?

Za cholerę nigdzie nie mogę znaleźć.
Co by sugerowało, że nie.
W dodatku, wygląda na to, że byś store-and-forward switching musiał włączyć.


Witam,

Dzięki to ze będę mausial użyć Store-and-forward to wiem opisane jest to w White paper, co w przypadku odpalenia VSAN , moze mieć wpływ na performance z FCoE, ale to sobie protestuje.

Pozdro,


Top
   
 Post subject:
Post #20 Posted: 16 Apr 2016, 21:52 
Offline
CCIE
CCIE
User avatar

Joined: 23 Jan 2008, 14:21
Posts: 216
Location: Singapore, SG
martino76 wrote:
co w przypadku odpalenia VSAN , moze mieć wpływ na performance z FCoE, ale to sobie protestuje.

A, to jak możesz - daj znać tutaj co-i-jak. Na pewno wiele osób to doceni.
Bo na zdrowy rozum, vSAN ślący generalnie duże pakiety nie powinien zobaczyć wielkiego/małego opóźnienia.
Jedyne co będzie w plecy, to mini-pakiety przechodzące przez ten słicz (jakieś tickery giełdowe, minimultikasty, etc).


Top
   
 Post subject:
Post #21 Posted: 16 Apr 2016, 22:02 
Offline
CCIE
CCIE
User avatar

Joined: 23 Jan 2008, 14:21
Posts: 216
Location: Singapore, SG
gangrena wrote:
Dlatego warto wejść w rozwiązanie, które nie wiąże potencjalnego rozwoju od ASIC-ów następnej generacji.

Offtopicznie.
Generalnie oczywiście masz rację - dopóki Intel nie wypuści tego nowego czipsetu (do P4).

Dla mniej wtajemniczonych - to będzie półASIC (szybkość) i półFPGA (programowalność). O ile to się da serio technicznie zrobić (chodzi mi o prostotę i wydajność) - no, chłopaki z Intela wytną Tridenty/Tomahawki/Jericho itd.


Top
   
 Post subject:
Post #22 Posted: 16 Apr 2016, 22:21 
Online
CCIE
CCIE

Joined: 30 Nov 2006, 08:44
Posts: 3782
konradrz wrote:
gangrena wrote:
Dlatego warto wejść w rozwiązanie, które nie wiąże potencjalnego rozwoju od ASIC-ów następnej generacji.

Offtopicznie.
Generalnie oczywiście masz rację - dopóki Intel nie wypuści tego nowego czipsetu (do P4).

Dla mniej wtajemniczonych - to będzie półASIC (szybkość) i półFPGA (programowalność). O ile to się da serio technicznie zrobić (chodzi mi o prostotę i wydajność) - no, chłopaki z Intela wytną Tridenty/Tomahawki/Jericho itd.


Takie chipsety od dawna produkuje Cisco. Są i w CRSach, 9k i 1k (QFP). Broadcom szczerze mówiąc myślę, że jak zwykle przeskoczy raczej Intela bardzo szybko.

To co Broadcom robi doskonale od lat, to wprowadzanie coraz szerszego portfolio funkcjonalności na tani rynek masowy. Intel od wielu lat próbuje wyznaczając pewien standard, ale szybko zmieniając obszar zainteresowania.

Cisco sukcesywnie inwestuje miliardy w grupę ASICów (osobną dla SP, osobną dla Enterprise, po parę sztuk), Juniper postanowił przestać skupiając się na dwóch chipsetach.

Wygląda na to, że po raz koleiny powoli dyskusje o programowalności doprowadziły do pewnego zamieszania, ale kurz już opadł. I nadal na rynku następuje agregacja.

Wszyscy znacząco patrzą na software. Software nerwowo zwraca to spojrzenie :)


Top
   
 Post subject:
Post #23 Posted: 17 Apr 2016, 11:34 
Offline
wannabe
wannabe

Joined: 04 Nov 2006, 16:23
Posts: 3113
konradrz wrote:
to będzie półASIC (szybkość) i półFPGA (programowalność).


To zdanie sugeruje, jakoby wadą FPGA była mniejsza wydajność od ASIC'a z czym się zgodzić nie mogę. FPGA to taki ASIC, którego logikę krzemową można zmienić na drodze programowej, ale po zaprogramowaniu ma wydajność ASIC'a bo nie wykonuje kodu tylko przetwarza sygnał "w krzemie".

Jeśli ktoś ma co do tego wątpliwości, polecam poczytać o polskim procesorze DQ80251 firmy Digital Core Design, który .......... jest w istocie zaimplementowany na układzie FPGA.

Jeśli już ASIC ma jakąś przewagę na FPGA to są to niższe koszty przy wielkoseryjnej produkcji i mniejszy rozmiar.

_________________
Always start with why do you need this?, not how will we do it?.


Top
   
Display posts from previous:  Sort by  
Post new topic  Reply to topic  [ 23 posts ]  Go to page Previous 1 2

All times are UTC+01:00


Who is online

Users browsing this forum: No registered users and 1 guest


You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot post attachments in this forum

Search for:
Jump to:  
This Website is not sponsored by, endorsed by or affiliated with Cisco Systems, Inc. Cisco, Cisco Systems, CCDA, CCNA, CCDP, CCNP, CCIE, CCSI, CCIP, the Cisco Systems logo and the CCIE logo are trademarks or registered trademarks of Cisco Systems, Inc. in the United States and certain other countries. Używamy informacji zapisanych za pomocą cookies i podobnych technologii m.in. w celach reklamowych i statystycznych oraz w celu dostosowania naszych serwisów do indywidualnych potrzeb użytkowników. Mogą też stosować je współpracujące z nami firmy. W programie służącym do obsługi internetu można zmienić ustawienia dotyczące cookies. Korzystanie z naszych serwisów internetowych bez zmiany ustawień dotyczących cookies oznacza, że będą one zapisane w pamięci urządzenia.



Powered by phpBB® Forum Software © phpBB Limited