ProHoster > Блог > administratio > Quomodo infrastructuram retis tuae potiri. Caput ij. Purgatio et Documenta
Quomodo infrastructuram retis tuae potiri. Caput ij. Purgatio et Documenta
Hic articulus est secundus in serie articulorum "Quomodo potiri retis infrastructuram tuam." Contenta omnium articulorum in serie et nexus inveniri possunt hic.
Propositum hoc statu est ordinem documentorum et schematismi deducere.
In fine huius processus, documentorum seriem necessariam habere debes et secundum illas retis figuram configurari.
Nunc de cautione audita non loquemur - hoc subiectum erit tertiae partis.
Difficultas perficiendi munus quod hac in re statuitur, sane multum variat a consortio ad societatem.
Idealis rei est, cum
retiacula tua ad normam propositi creata est et documenta integram habes
secundum hunc processum, documenta habes (inclusa omnia schemata necessaria) quae integram informationem praebent de statu praesenti rerum.
Hoc in casu, tuum negotium est plane simplex. Documenta studere debes et omnes mutationes factas recensere.
Pessimum casum missionis habebis
retis, sine consilio, sine consilio, sine adsensu, ab mechanicis, qui sufficientem industriam non habent;
cum tenebrarum, undocumented mutationes, cum multum "alienum" et solutiones suboptimal
Patet situm tuum alicubi esse intermedium, sed proh dolor, in hac scala melioris - peius, magna est probabilitas quod propius eris ad finem pessimum.
In hoc casu, etiam facultas legendi mentibus indigetis, quia discere debebis quid facere "designores" intelligere vellent, logicam suam restituere, consummare quod non erat perfectum et "coenum" removere.
Et, utique, errata corrigere debebis, consilium mutandi vel technas renovandi (hoc loco quam minime fieri potest) .
Hunc articulum nullo modo completum esse asserit. Hic tantum principia generalia describo et in quibusdam quaestionibus communibus solvendis intendunt.
Set documentorum
Incipiamus exemplo.
Infra documenta quaedam sunt quae in consilio Cisco Systemata de more creata sunt.
CR - Customer Requisita, client requisita (specificationes technicae).
Coniunctim cum emptore creatur et retia necessaria decernit.
HLD - High Level Design, high-level design based on network requirements (CR). Documentum explicat et iustificat decisiones architecturae desumptae (topologia, protocolla, ferramenta delectu, ....). HLD singula designatio non continet, qualia sunt interfaces et IP inscriptiones usus. Etiam figurae ferrariae specificae hic non discutiuntur. Immo hoc documentum intendit exponere notiones praecipuas designationis cum administratione technicae emptoris.
LLD - Low Level Design, low-level design based on high-level design (HLD).
Continere debet omnia singularia necessaria ad propositum deducendum, ut informationes de instrumento connectendi et conformandi. Hoc totum ductor est ad exsequendum consilium. Hoc documentum sufficientes informationes praebere debet ad exsequendum etiam per personas minus idoneos.
Aliquid, exempli gratia, IP inscriptiones, AS numeri, ratio commutandi corporis (cabling), "extingui" potest in documentis separatis, ut. VELLICO (Exsecutio Network Plan).
Constructio retiacula post horum documentorum creationem incipit et stricte secundum ea occurrit et tunc a emptoris (tests) pro obsequio consili inhibetur.
Scilicet, diversi integratores, diversae clientes, et diversae nationes diversae postulationes habere possunt ad documenta proiciendi. Sed velim sollemnia vitare et merita eius considerare. Hic scaena non est de consilio, sed de rebus ordine disponendis, et satis opus est ut documenta (descriptiones, tabulae, descriptiones...) ad opera perficienda.
Et mea quidem sententia est quoddam minimum absolutum, sine quo impossibile est retia efficaciter moderari.
Haec sunt sequentia documenta;
tabula (iniuriarum) de commutatione corporis (cabling)
network diagram seu describunt cum essential L2 / L3 notitia
Corporalis commutatione tabula
In nonnullis parvis societatibus, opus ad apparatum institutionem et ad corporis commutationes (cabling) pertinentium est responsabilitas fabrum retis.
Hoc in casu, quaestio partim sequenti modo solvitur.
uti descriptione interface describere coniuncta est
administrait shutdown omnes seiuncta network apparatu portuum
Hoc tibi occasionem dabit, etiam in eventu quaestionis cum nexu (cum cdp vel lldp non operatur in hoc instrumento), ut cito determinet quid huic portui coniungatur.
Facile etiam perspicere potes qui portus occupati sint et quae sint liberae, quae necessaria sunt ad comparandas nexus instrumentorum retis novorum, servientium et operum.
Manifestum est autem si accessum ad apparatum amittes, etiam accessum ad haec indicia amittes. Praeterea hoc modo non poteris referre tam magnas informationes quam genus armorum, quae vis consumptio, quot portus, quae tormenta, quaenam tabulata, quaenam tabulata, et ubi ) connexa sunt . Ideo documenta additamenta (non modo descriptiones in instrumento) adhuc valde utiles sunt.
Optio idealis est applicationibus uti ad operandum cum hoc genere informationis. Sed potes te limitare ad tabulas simplices (exempli gratia, in Excel) vel informationes quas necessarias censes in figuris L1/L2 ostendere.
Magni momenti!
Ingenium retis, sane subtilitates et signa SCS, genera tormentorum, genera continuum potentiae suppeditat, quid sit porticus frigida et calida, facere recte institutio... sicut in principio potest. cognoscere physicam particularum elementorum seu C++. Sed adhuc intelligendum est omnia haec non esse suam cognitionem.
Ideo bonum est praxim habere vel dedicatas Dicasteria vel homines dedicatos ad solvendas quaestiones ad institutionem, nexum, ad armorum sustentationem, necnon ad corporis commutationes. Solet pro centris notitiarum hoc machinarum notitia centrum est, et pro officio desk adiuvatur.
Si tales divisiones in tuo comitatu praebentur, quaestiones commercii corporis logandi munus tuum non sunt, et te solum descriptioni interfaciei et exclusionis administrativae portuum insuetae circumscribere potes.
Retiacula diagrammata
Accessus ad schemata non est universalis.
Maximi momenti est ut schemata praebeant intellectum quomodo negotiatio fluat, per quae elementa logica et physica tui ornatum.
Per elementa corporis intelliguntur
active apparatu
interfaces / portus activae apparatibus
Sub logica -
logicae commenta (N7K VDC, Palo Alto VSYS, ...).
VRF extensio
Vilans
subinterfaces
cuniculis
zona
...
Item, si reticulum tuum non est omnino elementarium, ex diversis segmentis constabit.
exempli gratia
Mauris interdum
Internet
PUTRIS
remota accessum
officium LAN
DMZ
...
Plures diagrammata habere sapit, quae et picturae magnae (quomodo commercium inter omnia haec segmenta interfluit) et explicatam explicationem cujusque segmenti explicant.
Cum in retibus recentioribus multae logicae stratae esse possint, bonum fortasse (sed non necessarium est) accedere ad diversos cursus diversos stratas facere, exempli gratia, in accessu operimento quod sequentes ambitus esse potuit;
Ipsas
L1/L2 underlay
L3 underlay
Utique, maximi momenti schematis, sine quo ideam consilii tui intelligi non potest, schema est fuso.
profectus consilium
Ad minimum, hoc schemate reflectere debet
quae excitandis protocols sunt et ubi
basic notitia de excitandis protocol occasus (area / AS numerus / iter-id / ...)
unde cogitationes discrimen fit?
ubi eliquare et iter aggregatio fit
default iter informationes
Etiam, L2 schema (OSI) saepe utile est.
L2 schema (OSI)
Hoc schemate sequenti notitia potest ostendere:
quid VLANs?
quae portus trunci portus
quae portus aggregatur in alveum aethereum (alveum portum), prope portum alveum
quae STP protocols sunt et quo cogitationes?
basic STP occasus: radix/radix tergum, STP pretium, port prioritas
Expertus telecomum docens studiosis, dicere possum paene aliquem studiosum medio secundi semestri scientiam necessariam habere (sicut in curriculi parte, quam docuimus) ad simplicem officium LAN.
Quid tam difficile est de permutationibus inter se coniungendis, VLANs, SVI interfaces (in casu virgarum L3) et fixa fusione constituens?
Omnia faciet.
Eodem autem tempore quaestiones ad
securitas
reservatio
retis scaling
productivity
throughput
reliability
...
Aliquando audio affirmationem officium LAN aliquid valde simplicissimum esse et soleo hoc audire a fabrum (et curatoribus) qui omnia praeter retiacula faciunt, et hoc tam confidenter dicunt quod non mireris si LAN erit. facta ab hominibus cum usu et scientia insufficienti, et cum eisdem fere erroribus, quae infra describemus, fient.
Common L1 (OSI) Design Errores
Si tamen tu quoque SCS author es, una molestissima legata est, ut accipias neglegentem et inconsideratum mutandi rationem.
Etiam in specie L1 errores relatos ad opes instrumentorum adhibitas, v.gr.
satis Sed
satis TCAM in apparatu (vel inefficax usus)
satis perficiendi (saepe ad firewalls)
Common L2 (OSI) Design Errores
Saepe, cum nihil boni intellectus est quomodo STP operat et quae difficultates potentiales secum afferat, virgas chaotically coniunctae sunt, cum occasus defectus, sine addito STP tuning.
Quam ob rem saepe sequentia habemus
magna STP retis diameter, quae ad procellas iaci possit
STP radix passim determinabitur (secundum mac electronicam) et semita negotiationis suboptimal erit
portus exercitibus connexis non configurabuntur ut ora (portfast), quae ad STP recalculationem ducet cum statio obliqua in/off statio finis
reticulum in gradu L1/L2 non dividi potest, ex quibus problemata cum quolibet switch (exempli gratia potentia cultro) ad recalculationem topologiae STP et mercaturae in omnibus VLANs super omnes virgas claudendi ducet (includendo unum discrimine a parte continuitatis servitium segmentum)
Exempla errata in L3 (OSI) design
A nonnullis erratis typicis networkers novitiorum:
Frequens usus (seu tantum usus) static routing
uti suboptimal profectus protocols dato consilio
suboptimal ratione network justo
suboptimal usus spatii inscriptionis, quae aggregationem meatus non patitur
non tergum itineribus
nulla reservatio per default porta
asymmetrica fudisset, cum reedificandi itinera (can esse critica in casu NAT/PAT, firewalls statefull)
difficultates cum MTU
cum itinera reaedificata sunt, negotiatio perambulat alias zonas securitatis vel etiam alias focos, quae ad hoc negotium omissum ducit.
pauper topology scalability
Criteria perpensis consilio qualitas
Cum loquimur de optimalitate/non-optimitate, intellegendum est ex parte quanam normae id aestimare possumus. Hic, ex parte mea, notabiles sunt (sed non omnes) criteria (et explicatio in relatione ad protocolla excitanda);
scalability
Exempli causa, aliam Mauris interdum velit addere. Quam facile id facere potes?
otium of use (managability)
Quam faciles et securae sunt mutationes perficiendas, ut novas necessitates vel vias eliquare nuntias?
disponibilitate
Quod recipis temporis non vestra ratio praebet requiritur campester of ministerium?
securitas
Quam secure est data traducitur?
price
mutationes
Principium fundamentale hoc modo exprimi potest per formulam « non nocere ».
Itaque, etsi non omnino consentiat cum consilio et exsecutione (figurationis), non semper placet mutationes facere. Rationabilis accessio est omnia problemata identificari secundum duos parametros anteponere;
quam facile haec quaestio figi potest
quanto periculo fert?
Imprimis abolere oportet ea quae in praesenti gradu servitutis minuuntur infra acceptum gradum, exempli gratia, problemata ad damnum conleciendum. Deinde figere quid facillimum ac tutissimum sit in decrescendo ordine periculi severitatis (de summo periculo consilio vel configuratione quaestiones ad humiles periculosas).
Perfectionismus in hac scaena nocet. Afferte consilium ad statum satisfactorium et conformationem retis conformando.