Kupní Smlouva

Total Page:16

File Type:pdf, Size:1020Kb

Kupní Smlouva KUPNÍ SMLOUVA č. prodávajícího. č. kupujícího: Smluvní strany 1. Prodávající: OCC s.r.o. - Lidická 198/68, Bolevec, 323 00 Pizen Sídlo: zástupce jednatele) Jednající: Pavel Kraus a Jan Toman (zplnomo y IČ: 27970922 DIČ: CZ2797092; Kontakt: 7 , 1^11/ . .... , . ixroickvm soudem v Plzni, oddíl C 19349 Zapsán v obchodním rejstříku vedenem Krajským Bankovní spojení: Raiffeisenbank a.s., č. účtu: 2588 a 2. Kupující: Československé armády 408, 502 00 Hradec Králové Sídlo: Jednající: MUDr. Zdeněk Fink, primátor města IČ: 00268810 Bankovní spojení: ..... , , v . rnV.. nodle § 2079 a násl. z. č. 89/2012 Sb., uzavírají mze uvedeného dne, mesice a toku PUVJ 3 občanský zákoník v platném znění, tuto kupní smlouvu: « ,nriáMk\j PC a dalšího IT vybavení Modernizace infrastruktury ZS - dodav y I. Úvodní ustanovení 1. Statutární orgány (příp. další osoby oprávněné k podpisu smlouvy) uvedené v záhlaví smlouvy prohlašují, že jsou oprávněny v souladu s obecně závaznými právními předpisy a vnitřními předpisy příslušné smluvní strany podepsat bez dalšího tuto kupní smlouvu. 2. Prodávající prohlašuje, že má všechna podnikatelská oprávnění potřebná k realizaci této smlouvy. 3. Tato smlouva je uzavřena na základě výsledků zadávacího řízení na veřejnou zakázku zadanou v otevřeném nadlimitním řízení č.j. MMHK/030710/2018 ze dne 15. 2. 2018 pod názvem „Modernizace infrastruktury ZŠ - dodávky PC a dalšího IT vybavení". V rámci uvedeného zadávacího řízení byla nabídka prodávajícího vybrána jako nejvýhodnější usnesením č. RM/2018/724 na 10. zasedání Rady města Hradec Králové dne 19. 6. 2018. 4. Kupující bude na tento projekt žádat o spolufinancování z Evropské unie prostřednictvím Integrovaného regionálního operačního programu, SC 2.4: Zvýšení kvality a dostupnosti infrastruktury pro vzdělávání a celoživotního učení, výzva č. 66 Infrastruktura pro vzdělávání - integrované projekty ITL II. Předmět smlouvy 1. Předmětem této smlouvy je závazek prodávajícího odevzdat kupujícímu předmět koupě, který je podrobně popsán v příloze č. 1 a 2 Smlouvy (dále jen „předmět koupě") a umožnit mu nabýt vlastnické právo k předmětu koupě a kupující se podpisem této smlouvy zavazuje předmět koupě převzít a zaplatit prodávajícímu níže uvedenou kupní cenu. 2. Kupující si vyhrazuje změnu závazku ze smlouvy na veřejnou zakázku ve smyslu ustanovení § 100 odst. 1 zákona č. 134/2016 Sb., o zadávání veřejných zakázek, v platném znění (dále jen „ZZVZ"). Změna závazku nemění celkovou povahu veřejné zakázky. Vyhrazená změna závazku ze smlouvy na veřejnou zakázku se týká dodávky do objektu Masarykova ZŠ a Mateřská škola, Hradec Králové - Plotiště, P. Jilemnického 420. V případě nerealizování stavebních úprav v tomto objektu nebudou realizovány ani dodávky PC a dalšího IT vybavení. Závazek ze smlouvy bude změněn o vybavení této základní školy v rozsahu dle Přílohy č. 2 Smlouvy. V uvedeném rozsahu bude současně upravena (snížena) kupní cena dle čl. III. odst. 1. této smlouvy. 4. Na základě vyhrané změny závazku v čl. II. odst. 3 této smlouvy zadavatel nepožaduje realizaci dodávky do objektu Masarykova ZŠ a Mateřská škola, Hradec Králové - Plotiště, P. Jilemnického 420. III. Cena za předmět koupě 1. Cena za předmět koupě je sjednána dohodou smluvních stran a činí: Cena bez DPH 9.484.181,67 Kč (slovy: devět milionů čtyři sta osmdesát čtyři tisíc jedno sto osmdesát jedna korun českých šedesát sedm haléřů) DPH 21 % 1.991.678,15 Kč Cena včetně DPH 11.475.859,82 Kč Přičemž celková cena za předmět koupe je rozdělena dle jednotlivých škol takto: cena bez DPH cena vč. DPH ZŠ DPH 21% v Kč v Kč Josefa Gočára 100.606,65 21.127,40 121.734,05 Milady Horákové 633.486,21 133.032,10 766.518,31 Pouchov 210.814,86 44.271,12 255.085,98 Štefánikova 877.605,33 184.297,12 1.061.902,45 Kukleny 1.049.247,25 220.341,92 1.269.589,17 Sever 1.582.019,11 332.224,01 1.914.243,12 SNP 1.183.841,06 248.606,62 1.432.447,69 Štefcova 1.066.195,18 223.900,99 1.290.096,16 Habrmanova 1.254.224,43 263.387,13 1.517.611,56 Jiráskovo náměstí 352.937,81 74.116,94 427.054,74 Nový Hradec Králové 1.173.203,78 246.372,79 1.419.576,57 2. Prodávající jako plátce DPH připočítává k ceně předmětu koupě daň z přidané hodnoty ve výši 21 %. Pokud dojde ke změně sazby DPH v době uskutečnění zdanitelného plnění, je prodávající oprávněn účtovat DPH v procentní sazbě odpovídající zákonné úpravě účinné k datu uskutečnění zdanitelného plnění. V případě takové změny DPH není třeba uzavírat dodatek ke smlouvě, postačuje písemné oznámení prodávajícího o takové změně. 3. Výše uvedená cena je maximální a konečná. Cena zahrnuje veškeré náklady prodávajícího, a to zejména náklady spojené s realizací veřejné zakázky, včetně pojištění, daní, inflačních vlivů, dopravu aj. IV. Platební podmínky 1. Kupující se zavazuje uhradit kupní cenu na základě faktury vystavené prodávajícím, který je oprávněn fakturovat cenu předmětu koupě po jeho protokolárním předání a převzetí. Pro každou jednotlivou dodávku = školu bude vystavena samostatná faktura. 2. Faktura musí mít náležitosti daňového dokladu dle obecně závazných právních předpisů. Na faktuře bude uveden název projektu, jeho registrační číslo a identifikátor veřejné zakázky. 3. Přílohou faktury bude vždy dodací list a předávací protokol potvrzený kupujícím a zástupcem základní školy. 4. Spolu s dodaným softwarem obdrží Kupující nabývací doklad (např. dodací list) se specifikací produktu: název produktu, verze a edice produktu, jazyková mutace produktu, typ licence (obecná, OEM, apod.), jméno a číslo multilicenční smlouvy a počet licencí. Lhůta splatnosti faktur bude 30 dní ode dne doručení faktury kupujícímu. 5. V případě, že faktura nebude mít stanovené náležitosti (příp. bude obsahovat chybné údaje), je kupující oprávněn tuto fakturu vrátit ve lhůtě splatnosti prodávajícímu, jenž je povinen vystavit novou fakturu se správnými náležitostmi. Do doby, než je vystavena nová faktura, není kupující v prodlení se zaplacením kupní ceny. Lhůta splatnosti nově vystavené faktury je rovněž 30 dní ode dne jejího doručení. 6. Stane-li se prodávající nespolehlivým plátcem ve smyslu § 106a zákona č. 235/2004 Sb., o dani z přidané hodnoty, ve znění pozdějších předpisů (zákon o DPH), je povinen neprodleně o tomto informovat kupujícího. 7. Bude-li prodávající ke dni poskytnutí zdanitelného plnění veden jako nespolehlivý plátce ve smyslu § 106a zákona o DPH, je kupující oprávněn část ceny odpovídající dani z přidané hodnoty uhradit přímo na účet správce daně v souladu s ust. § 109a zákona o DPH. O tuto část bude ponížena fakturovaná cena a prodávající obdrží pouze cenu předmětu koupě bez DPH. 8. Dojde-li po uzavření smlouvy ke změně účtu prodávajícího, který je zveřejněn na stránkách České daňové správy, je prodávající povinen o tom neprodleně informovat kupujícího. V. Dodací podmínky 1. Termíny jednotlivých dodávek budou stanoveny po vzájemné dohodě mezi oběma smluvními stranami. Předpokládaný termín zahájení dodávek je 27. 8. 2018. Prodávající se zavazuje dodat předmět koupě nejpozději do 27. 9. 2018. 2. Místem plnění (dodání předmětu koupě) je: 1. Základní škola a Mateřská škola Josefa Gočára, Hradec Králové, Tylovo nábř. 1140 Tylovo nábř. 1140/20, 500 02 Hradec Králové 2. Základní škola, Hradec Králové, Milady Horákové 258 Milady Horákové 258, 500 06 Hradec Králové 3. Základní škola, Hradec Králové - Pouchov, K Sokolovně 452 K Sokolovně 452, 503 41 Hradec Králové 4. Základní škola, Hradec Králové, Štefánikova 566 Štefánikova 566/26, Moravské Předměstí, 500 11 Hradec Králové 5. Základní škola a Mateřská škola, Hradec Králové - Kukleny, Pražská 198 Pražská tř. 198, 500 04 Hradec Králové 6. Základní škola SEVER, Hradec Králové, Lužická 1208 Lužická 1208, 500 03 Hradec Králové 7. Základní škola, Hradec Králové, třída SNP 694 tř. SNP 694, 500 03 Hradec Králové 8. Základní škola a Mateřská škola, Hradec Králové, Štefcova 1092 Štefcova 1092, 500 09 Hradec Králové 9. Základní škola, Hradec Králové, Habrmanova 130 Habrmanova 130/12, 500 02 Hradec Králové 10. Základní škola a Mateřská škola, Hradec Králové, Jiráskovo nám. 1166 Jiráskovo nám. 1166, 500 02 Hradec Králové 11. Základní škola a Mateřská škola, Nový Hradec Králové, Pešinova 146 Pešinova 146, 500 08 Hradec Králové Počet a druh vybavení jednotlivých škol je uveden v Příloze č. 1 a 2 Smlouvy. 3. Nejpozději při předání předmětu koupě kupujícímu musí prodávající dodat kupujícímu záruční listy, doklady o předmětu koupě, nabývací doklady k softwaru atd. VI. Záruka za jakost 1. Prodávající poskytuje na předmět koupě záruku za jakost v délce 24 měsíců. 2. Záruční doba začíná běžet ode dne protokolárního předání a převzetí předmětu koupě. 3. Prodávající se zavazuje, že uhradí kupujícímu veškeré náklady spojené s uplatněním odpovědnosti za vady v záruční době. 4. Kupující je povinen prohlédnout předmět koupě co nejdříve po jeho převzetí a přesvědčit se o jeho vlastnostech a množství. 5. Kupující je povinen nahlásit prodávajícímu zjištěné vady včas a písemně a uvést přibližnou specifikaci závady. Pokud bude kupující požadovat odstranění vady prodávajícím, zavazuje se prodávající započít s odstraňováním nahlášených vad bez zbytečného odkladu a bez zbytečného odkladu tyto odstranit, a to na své náklady. Nedohodnou-li se smluvní strany jinak, je prodávající povinen odstranit vadu nejpozději do 7 dnů ode dne nahlášení. Prodávající kupujícímu písemně potvrdí, kdy byla vada nahlášena, jakož i provedení opravy a dobu jejího trvání. 6. V případě, že kupující bude požadovat odstranění vady prodávajícím a prodávající nezačne s odstraňováním nahlášených vad bez zbytečného odkladu, nebo tyto nejpozději ve lhůtě dle odst. 6 tohoto článku neodstraní, je kupující oprávněn odstranit tyto vady sám nebo prostřednictvím třetích osob, a to na náklady prodávajícího. Právo ze záruky za jakost tímto není dotčené. 7. V průběhu záruční doby je odstranění reklamovaných vad bezplatné. 8. O servisním zásahu bude vystaven protokol. 9. Prodávající se zavazuje k použití pouze originálních náhradních dílů po celou dobu záruky. VII. Smluvní sankce 1. Prodávající se zavazuje zaplatit kupujícímu smluvní pokutu v následujících případech: • v případě prodlení s dodáním předmětu koupě se prodávající zavazuje uhradit kupujícímu smluvní pokutu ve výši 0,5 % z ceny předmětu koupě bez DPH (čl.
Recommended publications
  • Laboratory 2 ARP; Zebra Routing Daemon Part1. Introduction
    Facultatea de Electronică şi Telecomunicaţii Communications Network Laboratory 1 Laboratory 2 ARP; Zebra routing daemon Part1. Introduction ARP Address Resolution Protocol, ARP, is used by a system, which wants to send data an IP address on the local network, and it doesn’t know the destination MAC address. Systems keep an ARP look-up table where they store information about the association between the IP and MAC addresses. If the MAC address is not in the ARP table, then ARP protocol is used it knowing the destination IP addresss. ARP operation for communications inside the local network: • System checks its ARP table for the MAC address associated with the IP address. • If the MAC address is not in the ARP table, an ARP request is broadcasted in the local network, requesting the MAC address for the specified IP address. • The machine with the requested IP address will reply with an ARP packet containing its MAC address. • Thepacket is sent to the learned MAC address. ARP operation for communication between hosts located in different networks • System determines that the IP address does not belong to the local network and decides to send the packet to the gateway. It has to determine the MAC address of the gateway. • It broadcast an ARP request asking for the MAC address of the IP address belonging to the gateway. It knows the gateway’s IP address from the static route specifying the default gateway. • The gateway will reply with its MAC address. • The packet is sent to the gateway. • The gateway will be in charge with sending the packet to the next hop towards the destination.
    [Show full text]
  • Zebra 2.0 and Lagopus: Newly-Designed Routing Stack On
    Zebra 2.0 and Lagopus: newly-designed routing stack on high-performance packet forwarder Kunihiro Ishiguro∗, Yoshihiro Nakajimay, Masaru Okiz, Hirokazu Takahashiy ∗ Hash-Set, Tokyo, Japan y Nippon Telegraph and Telephone Corporation, Tokyo, Japan z Internet Initiative Japan Inc, Tokyo, Japan e-mail: [email protected], [email protected], [email protected], [email protected] Abstract First GNU Zebra architecture and its issues Zebra 2.0 is the new version of open source networking When we designed the first GNU Zebra, the biggest ambition software which is implemented from scratch. Zebra 2.0 was to make multi-process networking software work. The is designed to supports BGP/OSPF/LDP/RSVP-TE and co- first GNU Zebra is made from a collection of several dae- working with Lagopus as fast packet forwarder with Open- mons that work together to build the routing table. There may Flow API. In this new version of Zebra, it adapts new archi- be several protocol-specific routing daemons and Zebra’s ker- tecture which is mixture of thread model and task completion nel routing manager. Figure 1 shows the architecture of the model to achieve maximum scalability with multi-core CPUs. first GNU Zebra. RIB (Routing Information Base) / FIB (For- Zebra has separate independent configuration manager that warding Information Base) and the interface manager are sep- supports commit/rollback and validation functionality. The configuration manager understand YANG based configuration arated into an isolated process called ’zebra’. All of protocol model so we can easily add a new configuration written in handling is also separated to it’s own process such as ’ripd’, YANG.
    [Show full text]
  • Pipenightdreams Osgcal-Doc Mumudvb Mpg123-Alsa Tbb
    pipenightdreams osgcal-doc mumudvb mpg123-alsa tbb-examples libgammu4-dbg gcc-4.1-doc snort-rules-default davical cutmp3 libevolution5.0-cil aspell-am python-gobject-doc openoffice.org-l10n-mn libc6-xen xserver-xorg trophy-data t38modem pioneers-console libnb-platform10-java libgtkglext1-ruby libboost-wave1.39-dev drgenius bfbtester libchromexvmcpro1 isdnutils-xtools ubuntuone-client openoffice.org2-math openoffice.org-l10n-lt lsb-cxx-ia32 kdeartwork-emoticons-kde4 wmpuzzle trafshow python-plplot lx-gdb link-monitor-applet libscm-dev liblog-agent-logger-perl libccrtp-doc libclass-throwable-perl kde-i18n-csb jack-jconv hamradio-menus coinor-libvol-doc msx-emulator bitbake nabi language-pack-gnome-zh libpaperg popularity-contest xracer-tools xfont-nexus opendrim-lmp-baseserver libvorbisfile-ruby liblinebreak-doc libgfcui-2.0-0c2a-dbg libblacs-mpi-dev dict-freedict-spa-eng blender-ogrexml aspell-da x11-apps openoffice.org-l10n-lv openoffice.org-l10n-nl pnmtopng libodbcinstq1 libhsqldb-java-doc libmono-addins-gui0.2-cil sg3-utils linux-backports-modules-alsa-2.6.31-19-generic yorick-yeti-gsl python-pymssql plasma-widget-cpuload mcpp gpsim-lcd cl-csv libhtml-clean-perl asterisk-dbg apt-dater-dbg libgnome-mag1-dev language-pack-gnome-yo python-crypto svn-autoreleasedeb sugar-terminal-activity mii-diag maria-doc libplexus-component-api-java-doc libhugs-hgl-bundled libchipcard-libgwenhywfar47-plugins libghc6-random-dev freefem3d ezmlm cakephp-scripts aspell-ar ara-byte not+sparc openoffice.org-l10n-nn linux-backports-modules-karmic-generic-pae
    [Show full text]
  • List Software Pengganti Windows Ke Linux
    Tabel Padanan Aplikasi Windows di Linux Untuk Migrasi Selasa, 18-08-2009 Kesulitan besar dalam melakukan migrasi dari Windows ke Linux adalah mencari software pengganti yang berkesesuaian. Berikut ini adalah tabel padanan aplikasi Windows di Linux yang disusun dalam beberapa kategori. Nama Program Windows Linux 1) Networking. 1) Netscape / Mozilla. 2) Galeon. 3) Konqueror. 4) Opera. [Prop] Internet Explorer, 5) Firefox. Web browser Netscape / Mozilla, Opera 6) Nautilus. [Prop], Firefox, ... 7) Epiphany. 8) Links. (with "-g" key). 9) Dillo. 10) Encompass. 1) Links. 1) Links 2) ELinks. Console web browser 2) Lynx 3) Lynx. 3) Xemacs + w3. 4) w3m. 5) Xemacs + w3. 1) Evolution. 2) Netscape / Mozilla/Thunderbird messenger. 3) Sylpheed / Claws Mail. 4) Kmail. Outlook Express, 5) Gnus. Netscape / Mozilla, 6) Balsa. Thunderbird, The Bat, 7) Bynari Insight GroupWare Suite. Email client Eudora, Becky, Datula, [Prop] Sylpheed / Claws Mail, 8) Arrow. Opera 9) Gnumail. 10) Althea. 11) Liamail. 12) Aethera. 13) MailWarrior. 14) Opera. 1) Evolution. Email client / PIM in MS 2) Bynari Insight GroupWare Suite. Outlook Outlook style [Prop] 3) Aethera. 4) Sylpheed. 5) Claws Mail 1) Sylpheed. 2) Claws Mail Email client in The Bat The Bat 3) Kmail. style 4) Gnus. 5) Balsa. 1) Pine. [NF] 2) Mutt. Mutt [de], Pine, Pegasus, Console email client 3) Gnus. Emacs 4) Elm. 5) Emacs. 1) Knode. 2) Pan. 1) Agent [Prop] 3) NewsReader. 2) Free Agent 4) Netscape / Mozilla Thunderbird. 3) Xnews 5) Opera [Prop] 4) Outlook 6) Sylpheed / Claws Mail. 5) Netscape / Mozilla Console: News reader 6) Opera [Prop] 7) Pine. [NF] 7) Sylpheed / Claws Mail 8) Mutt.
    [Show full text]
  • OSPF Link-State Database in GNU Zebra
    Ecole Nationale Superieure´ des Tel´ ecommunica´ tions Dep´ artement Informatique et Resea´ ux Student's Project OSPF Link-State Database in GNU Zebra Gerhard Munz¨ [email protected] Tutor: Jean-Louis Rougier 1 July 2002 Abstract OSPF (Open Shortest Path First) is a widely used link-state routing protocol for intra-domain routing, a so-called Interior Gateway Protocol (IGP). As each OSPF router takes his routing decisions on the basis of its link-state database reflecting the network topology, timeliness of this database is essential for network stability and fast convergence in case of topology changes. Present development of OSPF aims at accelerating the exchange of link-state information, which will cause an increasing number of OSPF messages received and sent by the routers. A generator of Link State Advertisements (LSAs) is needed to examine the behavior of OSPF routers under such conditions. Within this project, the code of the free routing software GNU Zebra was exam- ined with respect to link-state related functionality, such as originating and refresh- ing LSAs. The results can be used to build a Zebra based LSA generator. Moreover, a patch is presented that inserts fake AS-external-LSAs into the link-state database. 1 Contents 1 Introduction 2 2 GNU Zebra 3 2.1 General Description . 3 2.2 Implementation Features . 3 2.3 Installation and Configuration . 3 3 Zebra's OSPF daemon 4 3.1 Source Files . 4 3.2 Router-LSAs and Network-LSAs . 5 3.3 AS-external-LSAs . 6 3.4 Summary-LSAs and ASBR-summary-LSAs . 8 3.5 LSA Refresh Mechanisms .
    [Show full text]
  • Securing BGP Using External Security Monitors ∗
    Securing BGP Using External Security Monitors ∗ Patrick Reynolds, Oliver Kennedy, Emin Gun¨ Sirer, Fred B. Schneider freynolds,okennedy,egs,[email protected] Abstract External security monitor Safety specification Security modifications to legacy network protocols are ex- Trusted platform pensive and disruptive. This paper outlines an approach, based on external security monitors, for securing legacy protocols by deploying additional hosts that locally mon- Legacy host itor the inputs and outputs of each host executing the pro- Unmodified network protocol tocol, check the behavior of the host against a safety spec- ification, and communicate using an overlay to alert other Figure 1: An external security monitor monitoring the hosts about invalid behavior and to initiate remedial ac- traffic for a legacy host on two network links. tions. Trusted computing hardware provides the basis for trust in external security monitors. This paper applies this approach to secure the Border Gateway Protocol, yield- disruptive, and thus more likely to get deployed. ing an external security monitor called N-BGP. N-BGP We propose external security monitors (ESMs) as a can accurately monitor a BGP router using commodity means of identifying malicious, misconfigured, or com- trusted computing hardware. Deploying N-BGP at a ran- promised hosts, thereby providing a way to secure legacy dom 10% of BGP routers is sufficient to guarantee the se- network protocols. An ESM is an additional trusted host curity of 80% of Internet routes where both endpoints are or process dedicated to ensuring that one host executing a monitored by N-BGP. Overall, external security monitors protocol complies with a safety specification.
    [Show full text]
  • The Table of Equivalents / Replacements / Analogs of Windows Software in Linux
    The table of equivalents / replacements / analogs of Windows software in Linux. Last update: 16.07.2003, 31.01.2005, 27.05.2005, 04.12.2006 You can always find the last version of this table on the official site: http://www.linuxrsp.ru/win-lin-soft/. This page on other languages: Russian, Italian, Spanish, French, German, Hungarian, Chinese. One of the biggest difficulties in migrating from Windows to Linux is the lack of knowledge about comparable software. Newbies usually search for Linux analogs of Windows software, and advanced Linux-users cannot answer their questions since they often don't know too much about Windows :). This list of Linux equivalents / replacements / analogs of Windows software is based on our own experience and on the information obtained from the visitors of this page (thanks!). This table is not static since new application names can be added to both left and the right sides. Also, the right column for a particular class of applications may not be filled immediately. In future, we plan to migrate this table to the PHP/MySQL engine, so visitors could add the program themselves, vote for analogs, add comments, etc. If you want to add a program to the table, send mail to winlintable[a]linuxrsp.ru with the name of the program, the OS, the description (the purpose of the program, etc), and a link to the official site of the program (if you know it). All comments, remarks, corrections, offers and bugreports are welcome - send them to winlintable[a]linuxrsp.ru. Notes: 1) By default all Linux programs in this table are free as in freedom.
    [Show full text]
  • Lab 2: Introduction to Free Range Routing (FRR)
    BORDER GATEWAY PROTOCOL Lab 2: Introduction to Free Range Routing (FRR) Document Version: 02-18-2020 Award 1829698 “CyberTraining CIP: Cyberinfrastructure Expertise on High-throughput Networks for Big Science Data Transfers” Lab 2: Introduction to Free Range Routing (FRR) Contents Overview ............................................................................................................................. 3 Objectives............................................................................................................................ 3 Lab settings ......................................................................................................................... 3 Lab roadmap ....................................................................................................................... 3 1 Introduction to FRR ..................................................................................................... 3 1.1 FRR architecture ................................................................................................... 4 1.2 FRR and Mininet integration ................................................................................ 5 2 Lab topology................................................................................................................ 6 2.1 Lab settings........................................................................................................... 6 2.2 Open the topology ..............................................................................................
    [Show full text]
  • Evaluation of Virtual Routing Appliances As Routers Virtual Environment
    Rochester Institute of Technology RIT Scholar Works Theses 2008 Evaluation of virtual routing appliances as routers virtual environment Ahmed Al-Amoudi Follow this and additional works at: https://scholarworks.rit.edu/theses Recommended Citation Al-Amoudi, Ahmed, "Evaluation of virtual routing appliances as routers virtual environment" (2008). Thesis. Rochester Institute of Technology. Accessed from This Thesis is brought to you for free and open access by RIT Scholar Works. It has been accepted for inclusion in Theses by an authorized administrator of RIT Scholar Works. For more information, please contact [email protected]. Rochester Institute of Technology B. Thomas Golisano College of Computing and Information Sciences Master of Science in Networking, Security and System Administration ~ Thesis Report Approval Form ~ Student Name: Ahmed Al-amoudi Thesis Title: Evaluation of Virtual Routing Appliances as routers virtual environment ~ MS Thesis Committee ~ Name Signature Date Prof. Charles Border Chair Prof. Luther Troell Committee Member Prof. Pete Lutz Committee Member 1 Evaluation of Virtual Routing Appliances as routers in a virtual environment By Ahmed Al-amoudi Project submitted in partial fulfillment of the requirements for the Degree of Master of Science in Networking, Security, and System Administration Rochester Institute of Technology B. Thomas Golisano College of Computing and Information Sciences August 20, 2008 2 Abstract : A virtual routing appliance is a system for the rapid, automated management and employment of virtual networks. Virtual routing appliances utilize virtual machines to enable virtual infrastructure, and they have been used commonly in order to implement experimental networks and devoted subnets over a virtual network. Existing research in this area such as cluster-based virtual routers, and Xen routers require the use of physical resources to establish connectivity and to guarantee efficient resource utilization.
    [Show full text]
  • Les Logiciels Sous Linux Pour Remplacer Les Logiciels Équivalents
    Les logiciels sous Linux pour remplacer les logiciels équivalents sous Windows La table des équivalences / remplacements / analogies des logiciels sous Linux équivalents aux produits commerciaux sous Windows Dernière mise à jour : 13.07.2003. Site d'origine de ce projet : http://linuxshop.ru/linuxbegin/win-lin-soft-en/ This page on other languages: Russian version,English version,Italian version, Spanish version, French version, German version 27.09.2003 : Mises à jour (ajout de la sous-section "Parity Archive Volume Set" ou gestion des fichiers . par pour sauvegardes et restauration orientée archives Usenet dans "travailler avec les fichiers") 13.07.2003 : Mises à jour + corrections mineures. 30.06.2003 : Mises à jour + corrections mineures. 29.06.2003 : Traduction française par OM Conseil + quelques ajouts et modifications. 19.04.2003 : Beaucoup de corrections et d'ajouts. Merci à tous ceux qui ont contribué :-) 15.03.2003 : Nouvelle section : Les Emulateurs 07.03.2003 : 1ère édition en langue Russe de cette table. Cette page est sous licence GNU FDL L'une des tâches les plus difficiles lorsque l'on veut migrer de Windows à Linux est l'absence de logiciels comparables. Les utilisateurs débutants recherchent des logiciels Linux identiques à ceux qu'ils utilisent sous Windows et les utilisateurs avancés sous Linux ne peuvent les aider puisque bien souvent ils ne connaissent pas bien les solutions existantes sous Windows :-) Cette liste d'équivalence est basée sur les connaissances de ses auteurs d'origine Valery V. Kachurov, Nesov Artem, ainsi que de ma propre expérience sur les deux systèmes et de celles des lecteurs de cette page (ou des traductions existantes) qui y participent en envoyant leurs commentaires et idées par email.
    [Show full text]
  • Experimental Results About Multiprotocol Routing and Route Redistribution
    Experimental results about Multiprotocol Routing and Route Redistribution Eugen PETAC, Member IEEE , Bogdan MUSAT network by departments, VLANs (Virtual LAN) were Abstract — This paper considers an experimental platform used, because they allow for logical grouping, no matter of and some results about the problem of multi protocol routing physical location. All computers within a department were and route redistribution. Our particular lab platform, with connected to the same VLAN, like this: IT – VLAN ID 10, Zebra/ Quagga routing software packages, is analyzed. The particularity of this case study is that we can link normal Design – VLAN ID 20, Human Resources – VLAN ID 30, computers running Zebra / Quagga together with Cisco Public Relations – VLAN ID 40. dedicated equipments. Interrupting various links between The connection between branches and headquarters is routers for studying convergence time as well as shutting based on a Frame Relay network, with the two ends of down various routers to study network flexibility led to each connection being Ethernet based. Because of didactic results according to routing protocols specifications. reasons, the Frame Relay network does not appear on network schematic, the link between Zebra2 and Keywords — IGRP, OSPF, Quagga, RIP, route redistribution, routing, VLAN, Zebra Cisco2513 being a direct one. The Iasi branch has a single LAN and the connection with headquarters is done through a serial link. Headquarters in Bucharest also has a LAN, I. INTRODUCTION but it also has an Internet connection. This Internet connection is used also by branches. HIS paper studies a lab platform which is used to Each branch can choose its own routing protocol.
    [Show full text]
  • Improvements to the RMTI Network Routing Daemon Implementation and Preparation of a Public Release
    Fachbereich 4: Informatik RMTI Improvements to the RMTI network routing daemon implementation and preparation of a public release Diplomarbeit zur Erlangung des Grades eines Diplom-Informatikers im Studiengang Informatik vorgelegt von Michael Monreal 203110029 Betreuer Prof. Dr. Christoph Steigner (Institut f¨urInformatik) Dipl. Inf. Frank Bohdanowicz (Institut f¨urInformatik) Koblenz, im November 2010 Formales Erkl¨arungnach §10 Abs. 6 Ich versichere, dass ich die vorliegende Arbeit selbst¨andigverfasst und keine anderen als die angegebenen Quellen und Hilfsmittel benutzt habe. Die Arbeit wurde noch keiner Pr¨ufungsbeh¨ordein gleicher oder ¨ahnlicher Form vorgelegt. Ver¨offentlichung Ich erkl¨aremich damit einverstanden, dass diese Arbeit in digitaler und ausgedruckter Form von der Universit¨atKoblenz-Landau ¨offentlich zu- g¨anglich gemacht wird. Koblenz, 26. November 2010 1 Abstract Routing with Metric based Topology Investigation (RMTI) is an al- gorithm meant to extend distance-vector routing protocols. It is under research and development at the University of Koblenz-Landau since 1999 and currently implemented on top of the well-known Routing Information Protocol (RIP). RMTI aims to improve both convergency and scalability by making the underlying system insusceptible to counting-to-infinity, a problem which plagues all distance-vector routing protocols to this date. RMTI manages to achieve this goal without changing the base protocol, so compatibility is not sacrificed. Around midyear 2009, the latest implementation of RMTI included a lot of deprecated functionality. Because of this, the first goal of this thesis was the reduction of the codebase to a minimum. Beside a lot of reorganization and a general cleanup, this mainly involved the removal of some no longer needed modes as well as the separation of the formerly mandatory XTPeer test environment.
    [Show full text]