> > It may be a pain in the butt to get Cisco equipment, but their TAC is > sublime. If something is critical enough, and you push hard enough, Cisco > will move heaven and earth to solve your issue. >
This was an amazing laugh on a Monday morning. Thanks! On Thu, Mar 7, 2024 at 2:47 PM Joel Esler <j...@joelesler.net> wrote: > It may be a pain in the butt to get Cisco equipment, but their TAC is > sublime. If something is critical enough, and you push hard enough, Cisco > will move heaven and earth to solve your issue. > — > Sent from my iPhone > > On Mar 6, 2024, at 13:42, Pascal Masha <pascalma...@gmail.com> wrote: > > > For us this has been the experience to a point where 100s of nodes( from > vendor x) had to be swapped out because no one had the patience anymore… > > On Wed, 6 Mar 2024 at 21:29, <sro...@ronan-online.com> wrote: > >> Interesting, this has never been my experience even with Cisco or >> Juniper, have always been able to escalate quickly to engineering. I wonder >> if it was related to the size of my accounts. >> >> Shane >> >> > On Mar 6, 2024, at 1:27 PM, Pascal Masha <pascalma...@gmail.com> wrote: >> > >> > Thought about it but so far I believe companies from China provide >> better and fast TAC responses to their customers than the likes of Cisco >> and perhaps that’s why some companies(where there are no >> restrictions)prefer them for critical services. >> > >> > For a short period in TAC call you can have over 10 R&D engineers and >> solutions provided in a matter of hours even if it involves software >> changes.. while these other companies even before you get in a call with a >> TAC engineer it’s hours and when they join you hear something like “my >> shift ended 15 minutes ago, hold let me look for another engineer”. WHY? >> Thoughts >> >
