TOGAF is an Architectural Framework.
Primarily used for Enterprise Architecture projects, deliveries and teams. Good Enterprise Architecture (EA) is design agnostic. EA is much closer to the business than technology. But it is crucial to the success because it defines the answers to the WHY questions. Why do we need a network? What kind of network? Why do we need distributed IT system? Or the opposite, and a such.
EA is generic in nature.
It does not deliver any kind of design, and especially no implementation. EA defines the requirements for the design, in terms of size, capacity, energy consumption, performance etc.
Analogy: town planning.
EA are like Town planners. They do not prescribe anything about the design of buildings. They define what kind of and where are the buildings going to be, how many people will they house per what amount of space, the kind of and transportations requirements in the future town and in its parts and a such.
TOGAF can be used (especially ADM) bellow EA macro levels, but that is largely uncharted territory for TOGAF.
TOGAF is primarily for developing Enterprise Architecture. With our EA "hat" on, when we say "Networking" (in the domain of EA) that is not the same as "Networking" in the domain of Technical or Solution Architecture. EA defines the existence of the network, its capabilities in abstract terms. But not more than that. And the most important EA deliverable: Answer to the question: WHY. For example, why do we need a network?
This all seems very abstract because it is. The capability of abstract thinking is most important for good EA. That is what makes EA hard.
Perhaps you might pick one of the popular Agile development methods for software design and development to guide you in selecting the technology stack?