Jasně že i NAT se řeší v TCAM. Běžný CPU router (aka Mikrotik) má nějakou conntrack tabulku, každý paket se v ní musí dohledat což samozřejmě chvíli trvá, ale především to trvá různě dlouho podle počtu záznamů v tabulce a další zátěži na CPU... "Opravdový" router drží "conntrack" tabulku v TCAM => vyhledává v ní "na jeden šup" bez ohledu na to, kolik je v tabulce záznamů. Stejně to funguje s routingem/acl/firewallem/netflow... Druhá věc je, jak probíhá přidávání záznamů do tabulky. To je většinou za asistance CPU (v TCAM se zjistí, že ještě není potřebný záznam a že se má NATovat, vznik záznamu je pak ale většinou v režii CPU)
Např. ASR 1002-HX má v datasheetu napsáno:
● NAT: 6,000,000 sessions and 300,000 sessions-per-sec setup rate
● Carrier-Grade NAT: 12,000,000 sessions
tedy 6mil záznamů a 300k nových každou sekundu. Po přepnutí do CGN režimu tam vleze až 12mil záznamů (vypnou se pro ISP zbytečné feature jako portforwarding zvenčí dovnitř, čímž se výrazně sníží složitost záznamů a tak se toho do TCAM vleze víc).
Určitá nevýhoda je ovšem v tom, že pokud má tabulka napsáno třeba 2mil záznamů (ASR 1001-X), není možné tohle překročit.
