Вчера се явих и направо ме изумиха. Доста сериозен изпит, като за държавна фирма. Ето условията на задачата:
###########################################################################################################
Направете проект на мрежата за предаване на данни на компанията, използвайте Cisco Packet Tracer и изгответе софтуерна симулация на проекта.
Изходни данни:
1. Офис София има 340 сърварни и работни станции, разделени в 4 IP мрежи:
Управление – 10 работни станции
Разработчици -300 работни станции
Мрежови администратори – 10 работни станции
и VLAN сървари – 20 машини
2. Офис Пловдив има 50работни станции, разпределени в 1 IP мрежa
3. Офис Варна има 30работни станции, разпределени в 1 IP мрежa
4. Офис Бургас има 30работни станции, разпределени в 1 IP мрежa
Указания за изпълнение на задачата:
1. Разпределете адресното пространство като използваите частна мрежа 10.0.0.0 съгласно RFC1918, като се стремите да е максимално пестеливо.
2. В офис София комуникационното оборудване е разположено в три сърварни помещения. В сърварното помещение за комуникацинна техника са инсталирани маршрутизатора и комутатори на които има портове от всички VLAN-и, както и сърварите на компанията. На вторият етаж е разположено сърварно помещение, а на етажа се намират управлението и мрежовият отдел. На първият етаж се намират разработчиците и сърварно помещение с комутатори за разклонение на мрежата до тях.
3. За тестване в офис София инсталираите по един комутатор във всяко от сърварните помещения с необходимите VLAN-и и по една работна станция въвVLAN-ите с цел тестване на услугите , а в другите офиси по един комутатор и по една работна станция за тестване на услугите.
4. Конфигурираите два сървара за нуждите на компанията – на единия с услуги WEB и DNS ; на другия MAIL ,FTP и TFTP.
5. Използуваите маршрутизатори от серията С1841 и подберете подходящи мрежови карти, от наличните в Cisco Packet Tracer. Използуваите комутатори С2950Т за свързване на работните станции в отделните офиси .
6. За връзка между отдалечените офиси са предвидени серийни наети линии от Виваком със скорост 2Mbps. За по-добро и пълноценно натоварване на наетите линии конфигурирайте енкапсулация РРР .
7. Конфигурирайте автентикация CHAP и PAPна серийните линии.
8. Kонфигурираите маршрутизиращ протокол OSPF подходяща версия.
9. Осигурете отдалечен достъп до маршрутизаторите и комутаторите единственно от работните станции на мрежовите администратори в офис София.
10. Всички потребители от офисите София и Пловдив да имат достъп до всички услуги, а офисите Варна и Бургас само до WEB и MAIL.
11. Тествайте свързаността и работоспособността на мрежата за предаване на данни по зададените критерии.


Митове и легенди за wireless ptp
Каква е основата на аргументите ми? Четене и бая практика. Проблема е в шума.
Шумовете са различни. Основно е друг wireless работещ в близка честота, и съвсем друго е да намеса от страна на 3G или други други „сериозни“ протоколи за пренос на данни, а има и циклични.
802.11 – стигна до препятствие, пакетите с данни се губят, синхронизацията е нарушена. Устройствата чакат произволно избрани интервали и се повтаря на предаването, тъй като интервалите са произволни, шансовете за успешно предаване на данни от цикличен шум е висока. В резултат на това скоростта пада, пакети се губят… пинговете са нормални.
Nstreme – идва шум (смущение) , пакетите с данни се губят, синхронизацията е нарушена. Базата се опитва да предаде маркер, а клиента го получава, същото предаване на интервали в повечето случаи на случаен принцип, но тъй като е включена агрегацията на пакетите, и предаването на всеки фрейм трябва да се потвърди, пинговете растат и скороста пада катастрофално ^^
NV2 – идва шум (смущение), пакетите с данни се губят, синхронизацията е нарушена. Базата или клиента започва предаването на данни по таймер, както и прехвърлянето се извършва циклично почти всеки път в едно и също време, когато са изложени на подобни циклични смущения линка дори може да престане да работи.
Nstreme потиска 802.11, NV2 потиска 802.11 Nstreme, но други източници на смущения вирелеса не може да подтисне, а наобратно силно страда от тях.
Когато работите с 802.11 няма почти никаква ръчна корекция.
Когато се работи с Nstreme може да забраните агрегацията, пулинга и някак си по някакъв начин да се подобри положението.
При работа с NV2 има една единствена настройка – TDMA period size, може да го промените от 2 до 10 може да се опита да „мине покрай смущения“, но не винаги става.
Настройката на NV2 се състои в промяна на параметъра TDMA period size. За всяка връзка може да е различен, обикновено варира от 2 до 10. При всяка промяна трябва да се направи тест на прием, предаване и full duplex докато гледате пинг. Понякога се налага и през определен период…
Във всички случаи работи. В някои случаи много добре, но времето на този пренос мина. Не и за повече от 10-20 максимум 50 клиента.