Hirntaler

Ääähm - es gibt genügend Gegenden, in denen es Internetanbieter gibt, die über Glasfaser bis zum Endkunden anbinden (FTTD - fiber to the desk). Dementsprechend sollte man sich auch mit Glasfaser etwas auskennen als FISI, da man im späteren Berufsalltag durchaus des öfteren mal damit zu tun haben könnte.
Server werden in Firmen meist per Glasfaser ( =LWL) angebunden, Switche werden untereinander meist per LWL angebunden, Anbindungen zwischen Standorten werden oftmals per LWL realisiert. Es gibt sogar genügend Firmen, bei denen komplett LWL genutzt wird bis zum PC (z.B. in Umgebungen, in denen die Entfernungen recht hoch sind wie z.B. in großen Gebäuden - dadurch werden sich dann ein paar Verteilerräume eingespart).
Bei den richtigen Lehrern und mit ein wenig Vorwissen ist das nicht wirklich schwer, gute Noten zu bekommen. Vor allem, wenn man gut darin ist, Sachen auswendig zu lernen (mein Manko z.B.).
Beim sogenannten "Cisco Zeug" taucht der Begriff LWL zwangsläufig DEFINTIV auf!
Das liegt dann aber vermutlich eher am Verständins dafür als daran, dass die Lehrer euch überfordert hätten. ICh kann natürlich auch nicht ausschließen, dass die Lehrer inkompetent waren. Dafür gibt es aber ja das Angebot von Cisco, auf dem man alles nachlesen kann.
Wenn du das Prinzip dahinter nach ein paar Stunden Beschäftigung damit nicht verstanden hast, dann machst du etwas falsch. Man muss dabei nicht auswendig lernen, sondern man sollte verstehen, was die jeweiligen Befehle machen und wie man etwas konfiguriert.
Es ist normal, dass man von bestimmten Themen nicht ganz so viel Ahnung hat, wenn man sie nicht z.B. im Ausbildungsbetrieb einsetzt - grundlegende Informationen über diese Themen sollte man aber dennoch haben. HAt man sie nicht, dann hat man sich definitiv den falschen Beruf ausgesucht in meinen Augen.

Die gebräuchlichen RAID-Level sollte man als FISI z.B. definitiv kennen (Level 0, 1, 10, 01, 5, 6), denn gehören zu den Basics der Systemintegration - genauso wie z.B. auch das Subnetting, die diversen aktuell gängigen Interfacetypen für Monitor (VGA, DVI, HDMI, DP), Festplatten (S-ATA, SAS, IDE, SCSI, eSATA, USB), Zusatzkarten (PCIe, PCI,  AGP-Versionen, ...), Speicher und CPUs, usw.
Wer in der IT-Branche arbeitet, interessiert sich im Normalfall auch persönlich für die IT und für ihn ist es somit keine Belastung, auch in der privaten Zeit sich mal mit der Materie zu befassen. IT-Jobs sind halt im Normalfall keine 9-to-5-Jobs und man muss sich sein ganzes Leben lang weiterbilden, um up to date zu bleiben.

P.S.:
Man braucht sich nicht selber zitieren - vor allem nicht mit Vollzitaten und wenn dazwischen niemand geschrieben hat. Zudem kann man innerhalb 15 Minuten seinen eigenen Beitrag edietieren. 3 Beiträge innerhalb von 14 Minuten grenzt schon an Spam.

Mündliche Prüfung gestern gehabt und endlich durch.
Ergebnisse: (FISI / IHK Berlin)
GA1: 92%
GA2: 95%
WISO: 89%
Doku/Projekt: 97% (Thema: Monitoring-System)
Präsi/Fachgespräch: 99% (nach ZEN)
Mit besten Grüßen an den Stefan Macke.
Seine eigentlich für den FIAN gestaltete Website war für mich echt eine Offenbarung.
Wer sich an die Tips und Ratschläge hält, kann meiner Meinung nach eigentlich nichtmehr viel falsch machen!  
 

Danke für das Feedback. Freut mich, dass ich helfen konnte! Und herzlichen Glückwunsch zum tollen Ergebnis!

Also sich widersprechende Angaben würde ich nicht machen. 

Wenn du beim Vortrag mit einmal sagst, dass es doch Probleme gab, dann gibst du damit ja effektiv einen vorsätzlichen Betrug in deiner Dokumentation zu (zumindest aus meiner Laiensicht). Ich kann mir nicht vorstellen, dass das bei den Prüfern gut ankommt...

Pauschal halte ich ein fehlendes Troubleshooting aber auch nicht für unrealistisch, es ist ja nur ein "35" (wer's glaubt :D) Stunden Projekt, d.h. von der Komplexität eigentlich überschaubar. Das man für ein solches Projekt schon alle Fehler im Entwicklertest beseitigen kann, würde ich erst einmal für nachvollziehbar halten.
Die Frage ist wahrscheinlich eher, wie der Gesamtkontext deines Projektes aussieht. Troubleshooting ist ja eher nachgelagert, sprich es fallen nach Release noch Fehler auf, die gefixt werden müssen (oder im Abschlusstest). Hast du denn laut Doku einen oder mehrere Tests durchgeführt und zum Projektabschluss war dann einfach alles sauber, oder fehlt auch der gesamte Themenkomplex "Test"?

Falls nur die nachträgliche Fehlerbehebung fehlt bzw. du angegeben hast, dass keine Fehler aufgetreten sind, sollte das eigentlich nicht so schlimm sein. Ich kann da natürlich nur für meinen damaligen PA sprechen, aber ich habe trotz "sauberem" Projekt  (--> Aussage, dass im Abschlusstest keine Fehler mehr aufgetreten sind --> Streichung der ursprünglich dafür eingeplanten 2 Stunden. Wobei das bei mir sogar stimmte und ich mir nicht Fehler in die Doku hineinlügen wollte) 100 Punkte in der Doku bekommen. 

Dieser PA hat damals wohl eher nach Gesamteindruck bewertet und nicht strikt nach harten Kriterien, denn den Prüfern muss damals bspw. definitiv klar gewesen sein, dass mein Projekt auch niemals in 35 Stunden entstanden sein konnte (es war eher das Zehnfache, sprich der offizielle Projektzeitraum wurde genutzt, um Vollzeit an dem Projekt zu arbeiten).
Ich kann mir gut vorstellen, dass viele PAs so arbeiten. Wenn du eine rundum sehr gute Doku abgibst, wo man merkt, dass du dir Mühe gegeben hast und es ein echtes Projekt ist, was dem Unternehmen einen Mehrwert bringt, dann wird wahrscheinlich eher mal bewusst über den ein oder anderen Punkt (35 Stunden, keine Fehler im Test, ...) hinweggesehen oder es werden nur minimal Punkte abgezogen.
Macht man das gleiche in mit einer "hingerotzten" Doku nur mit Mindestseitenanzahl, ohne Anhang und mit Fehlern in Text / Gestaltung / ... werden die gleichen Punkte potentiell deutlich negativer gewichtet und auch entsprechend geahndet.

Wenn du also eine generell runde Doku abgegeben hast, würde ich mich erst einmal nicht verrückt machen (ändern kannst du es jetzt sowieso nicht mehr...). Für das Fachgespräch solltest du aber entsprechend vorbereitet sein und solche Dinge schlüssig begründen/ausführen können und natürlich darauf aufpassen was du sagst, nicht das du dich verplapperst.  

Alles was nach der Doku geschieht ist nach der Doku und kommt höchstens in den Ausblick, ich glaube damit würdest du es dir noch komplizierter machen. (IMO)
Ich hab in meiner Doku auch kein Troubleshooting und "keine" Abweichungen, natürlich hatte ich auch das ein oder andere Problem.
Aber für ein Projekt, für das du 35 Stunden hast... naja glaube die meisten wissen wie viel Zeit es in der Realität ist

Wenn die Aussage
tatsächlich so gefallen ist, dann wende dich an deine IHK und melde das. Azubis sind keine billigen Arbeitskräfte für's Eintragen von Daten. Ich an deiner Stelle würde wahrscheinlich versuchen, die Ausbildung in einem anderen Betrieb beenden zu können. Aber auch dabei wird dir die IHK helfen können.