Otaku19

hm, stehen solche Dinge als technische Kompetenzen in deinen Unterlagen ?

hm...wenns daran liegt, dann dürftest du ja eignetlich nciht mal connecten können, oder ?

VORSICHT beim rumgooglen nach sowas wie Bewerbungsunterlagen und Co, da sind etliche Abzockerseiten mitdabei. Also nirgends registrieren oder so !

1 was zur hölle ist ein DV ? 2 sh int auszug mal komplett zeigen

zum internen Netz das an Standort A ist nehme ich mal an ? Das kan zig Gründe haben, bissl troubleshooten wäre hier angebracht..und zwar auf CLI ;) und dann zeigst uns mal die relevanten config teile

natürlich nicht, der tunnel bzw die SA sind nur dann zu sehen wenn sie grade benutzt werden oder zumidnest worden sind und der timeout noch nicht abgelaufen ist Wie ich schon vermutet habe, sowas kann durchaus nicht gscheit im packet tracer funktinieren, ich würds im GNS oder auf hardware machen

Es gibt keinen "ITIL Bereich", wer so etwas oder Dinge wie "wir arbeiten ITIL konform" von sich gibt zeigt das er von der Materie keine Ahnung hat. ich hab nur darauf bezogen das einem einem ITIL Kenntnisse bei der KOnfiguration, troubleshooting und sowas nicht weiterhilft. Eher bei Dingen wie Doku und man versteht von was mancher Kaufmann labert, das wars aber auch schon wieder.

routing fehlt

wobei gerade ITIL mit technik nicht viel zu tun hat.

An Introduction to IP Security (IPSec) Encryption [iPSec Negotiation/IKE Protocols] - Cisco Systems

nur direkt bei Cisco...vielleicht von IOS Devices die du selber hast.

wir haben die für 10GBit "inseln", funktionieren nicht schlecht, das mit den Modulen ist ne feine Sache, so als Core und für die ein oder andere 10GBit Anbindung zu nem fetten Server (zB einer Flex10 Schnittstelle) ist das Ding gut zu gebrauchen. Vielseitiger ist halt ein 4500er

das hat mit VPN nix zu tun, das kannst du auch testen in dem du 2 Router direkt mtieinander verbindest. Allerdings bezweifle ich das es im Packet Tracer möglich ist VPN zu konfigurieren, müsste man mal testen- Ich würd hier eher auf GNS3 setzen

da ist dann eben zu bedenken das du dann die root nur per MSTP instanz wo anders hin legen kannst und das alle Switche dazu MSTP können sollten

hm...gleich nächster move auf MSTP ? ;) sollte dann doch helfen, oder ?

GNS3, damit kannst du so ziemlich alles machen

Ich persönlich würde nie in einen HSop pilgern von dem ich das erste mal auf so einem Wisch gesehen habe. Wie schauts aus mit der Positionierung deines Shops in den bekannten Preissuchmaschinen ? Bzw ist dort auch gleich ein (Bewertungs)-Forum in dem der Händler selbst auch immer gern gesehen ist. Denke wenn man sich da mit guten Preisen, gutem Service und ganz wichtig: verlässlichen Lieferzeiten hervortut sollten schon nach kurzer zeit etliche Bestellungen mehr vorliegen

denke das solte doch passen, die ppp encapsulation "passiert" ja am dialer und nicht am ATM interface...demnach kommen dort doch auch die ppp multilink Befehle hin, oder ?

nichts von beiden, die waren natürlich symmetrisch ;)

achso, wir hatten MLPPP sporadisch im Einsatz, aber das war auf leased lines. hat eignetlich recht gut funktioniert

da muss ja der ISP auch mitspielen bei solchen Sachen...was schlägt der denn vor ?

die frage sollte überhaupt lauten...was ist denn eigentlich ein Systemadministrator :) Ich selbst schau in den Börsen immer nach Cisco/Netzwerkbereich...und was ichd a als "netzwerktechnik" verkauft bekomme hat mit dem was ich eigentlich mache(en will) genau nichts zu tun.

das wird definitv nix au der Firewall, das musst du schon am Server regeln

auch das CLI, keine autovervollständigung und was mir mittlerweile oft auffällt, Devices mit 6.3 OS (iirc) können keinen _ in einer Suche vertragen sagen wir: sh run i i SAP_Ports findet einem nicht die Zeile object-group network SAP_Ports, sh run object-group id blabla gibts auch nicht, kein packet-tracer, nat-control und und und....6.3 stinkt :)

tjo, das kommt vom alten Schrott: uralt Device, uralt Software,... ;) bei alles unter 7.0 rollts mir so und so die Zehennägel auf, damit lässt es sich doch nicht arbeiten.