Поиск:

Osi reference model - ресурс для ЕГО выбранные аттестации & профессионалы Networking

] [столб к BookMarks @ AfroArticles.com]

[Вывешено дальше: 2006-03-18]

Моделью соединения открытой системы (OSI) будет комплект протоколов пытают определить и унифицирует процесс передача данных. Модель OSI установлена организацией международныйа стандарт (ISO). Модель OSI имеет поддержку большинств главных поставщиков компьютера и сети, много больших клиентов, и большинств правительств, включая Соединенные Штаты.

Моделью OSI будет принципиальная схема описывает как передача данных должны осуществить. Она разделяет процесс в 7 вызванных групп, слоями. В эти слои поместите протокольным стандартам начатым ISO и другими телами стандартов, включая институт электрических и электронных инженеров (IEEE), american national standards institute (ANSI), и международныйа союз телекоммуникаций (ITU), бывш известного как CCITT (Comite Consultatif Internationale de Telegraphique et телефон).

Моделью OSI не будет одиночное определение как передача данных фактическ осуществляют в реальном мире. МногочисленнNp протоколы могут существовать на каждом слое. Положения модели OSI как процесс должен быть разделен и что протоколы должны быть использованы на каждом слое. Если поставщик сети снабжает один из протоколов на каждом слое, то свои компоненты сети должны работать с другими предложениями поставщиков. Модель OSI модульна. Каждый последовательный слой модели OSI работает с одним над и под им. По крайней мере в теории, вы можете заменить один протокол для других на таком же слое без влиять на деятельность слоев выше или ниже. Например, оборудование token ring или Ethernet должно работать с множественными обслуживаниями верхн-слоя, включая протоколы перехода, оперативную систему сети, протоколы internetwork, и поверхности стыка применений. Однако, для этого interoperability, котор нужно работать, поставщики должны создать продукты для того чтобы соотвествовать спецификациям s модели OSI.

Моделью OSI не будет одиночное определение как передача данных осуществляют. Она заявляет как процессы должны быть разделены и предлагает несколько вариантов. В дополнение к протоколам OSI, как определено ISO, сетями смогите использовать tCP/ip protocol suite, сюиту systems network architecture IBM (SNA), и другие. TCP/IP и SNA грубо следуют за структурой OSI.

Хотя каждый слой модели OSI обеспечивает свой собственный комплект функций, по возможности собрать слои в 2 определенных категории. Первые 4 слоя материальня , соединения данных, сети, и перехода обеспечивают сквозные обслуживания обязательно для перехода данных между 2 системами. Эти слои обеспечивают протоколы связанные при сеть связей используемая для того чтобы соединить 2 компьютера совместно.

Верхние 3 слоя применение, представление, и слоев встречи обеспечивают обслуживания применения NEOBXODIMY для обмена информации. That is, они позволяют 2 применения, каждое на по-разному узле сети, для того чтобы взаимодействовать друг с другом через обслуживания обеспеченные их соответственно оперативными системами. Following будет описанием как раз каждый слой делает.

1. Физический уровень снабубежит электрическую и механически поверхность стыка средство сети (кабель). Этот слой дает слою данн-соединения (слою 2) свою способность транспортировать поток серийных битов информации между 2 связывая системами, котор он транспортирует биты двигают вдоль кабеля. Он ответствен для make sure что сырцовые биты получают от одного места к другим, no matter what форма они внутри, и общаются с механически и электрическими характеристиками кабеля.

2. Слой Данн-Соединения регулирует физические переход, обрамлять (наборо данных в одиночные блок или блок), функции управлением подачи и ошибк-управлением (и ретрансляцию в случае ошибки) над одиночным соединением передачи, котор он ответствен для получать данные после того как я упакован и на кабель сети. Канальный уровень обеспечивает слой сети (слой 3) надежный информаци-переносит возможности. Слой данн-соединения часто подразделен в 2 части logical link control (LLC) и средств управлением доступа (МАКИНТОШЕМ) в зависимости от вставкы.

3. Слой сети устанавливает, поддерживает, и прекращает логически and/or физические соединения. Слой сети ответствен для переводить логически адресы, или имена, в физические адресы. Он обеспечивает трассу сети и flow-control функции через компьютер-сеть взаимодействуют.

4. Уровень транспорта обеспечивает данные успешно послан и получен между 2 компьютерами. Если данные посланы неправильно, то этот слой имеет ответственность ask for ретрансляция данных. Специфически, он снабубежит network-independent, надежное сообщени-независимо, надежное обслуживание сообщени-взаимообмена верхние 3 application-oriented слоя. Этот слой действует как поверхность стыка между дном и верхней частью 3 слоя. Путем обеспечивать слой встречи (слой 5) с надежным сообщени-перенесите обслуживание, его прячет детальную деятельность основной сети от слоя встречи.

5. Слой встречи решает когда повернуть сообщение on and off между 2 компьютеров, котор он обеспечивает механизмы контролируют data-exchange процесс и координирует взаимодействие между ими. Он устанавливает вверх и освобождает канала связи между 2 связывая компонентами. Не похоже на слою сети (слою 3), он общается при программы в каждой машине для того чтобы установить переговоры между ими.

6. Уровень представления выполняет преобразование Кодего и reformatting данных (перевод синтаксиса). Это будет переводчиком сети, make sure данные находятся в правильно форме для получая применения. Of course, и посылая и получая применения использовали данные подписываясь до одна из имеющихся абстрактных форм синтаксиса данных.

7. Слой применения обеспечивает поверхность стыка потребителя между средством программирования программирования в компьютере и сетью. Он снабубежит функции средство программирования s потребителя, включая доступ перехода архива и управление (FTAM) и электроннаяа почта.

Несчастливо, протоколы в реальном мире не соответствуют точно к этим опрятным определениям. Некоторые продукты и зодчеств сети совмещают слои. Другие оставляют слои вне. Все еще другие ломают слои врозь. Но no matter how они делают его, все работая продукты сети достигают такого же результата получая данные отсюда к там. Вопрос, они делают его в дороге которая совместима с сетями в rest of the world?

Протоколы & модель OSI

Протоколом LAN будет комплект правил для связывать между компьютерами. Протоколы управляют формой, временем, sequencing, и контроля над ошибками. Без этих правил, компьютер не может сделать чувство потока входящих битов.

Но больше чем как раз основное сообщение. Предположите, что вы планируете послать архив от одного компьютера к другим. Вы смогли просто послать его все в одном одиночном шнуре данных. Несчастливо, то остановило бы другие от использования LAN на все время, котор оно принимает для посылки сообщения. Это не было appreciated другими потребителями. Дополнительно, если ошибка произошла во время передачи, то весь архив быть посланным снова. Для того чтобы разрешить both of these проблемы, архив сломленн в малые вызванные части пакетами и пакеты собраны в некоторый способ. Это намеревается что информация необходимо добавить, что сказала приемнику где каждая группа принадлежит по отношению к другим, но это будет небольшой вопрос. Более далее улучшают надежность передачи, приурочивая информация и ошибка исправляя информацию добавлены, что. Из-за этой сложности, связь компьютера break down в шаги. Каждый шаг имеет свои собственные правила деятельности и, последовательн, свой собственный протокол. Эти шаги необходимо исполнить в некотором заказе, от верхней части вниз на передаче и от дна вверх на приеме. Из-за этого иерархического расположения, protocol stack термине часто использовано для того чтобы описать эти шаги. Protocol stack, поэтому, будет комплект правил для сообщения, и каждый шаг в последовательность имеет свою собственную подсовокупность правил.

Будет протоколом, реально? Будет средством программирования resides или в памяти s компьютера или в памяти приспособления передачи, как карты интерфейса сети. Когда данные готовы для передачи, это средство программирования исполнено. Средство программирования подготовляет данные для передачи и устанавливает передачу в движение. На получая конце, средство программирования принимает данные с провода и подготовляет его для компьютера путем take off all the информация добавленная передавая концом. Будут множество протоколов, и это часто водит к запутанности. Сеть Novell связывает через свой собственный комплект правил (своего собственного вызванного протокола IPX/SPX), Microsoft делает его другая дорога (NetBEUI). DEC делает его третья дорога (DECnet), и IBM делает ее но четверть (NetBIOS). С передатчика и приемника должно поговорить такой же протокол, эти 4 системы не может поговорить сразу to each other. И even if они смогли сразу связывать, не будет гарантии, котор данные были бы годны к употреблению как только они были связаны.

Любое s всегда хотело для возвращения данных от IBM-compatible компьютера к компьютеру Apple Macintosh осуществляет что должно быть просто процедурой что-нибыдь но. Эти 2 популярных компьютера используют широко отличая и несовместимые системы файлов . Т делает обменивающ информацией между ими невозможным, если вы не иметь средство программирования перевода или LAN. Выровняйтесь с сетью, переходом архива между этими 2 типами t isn компьютеров всегда прозрачного.

Если 2 типа компьютеров консервируют t, то связывайте легко, представляйте, что проблемы происходят между PCs и большими ЭВМ, которые работают в более обширно по-разному окружающих средах и обычно под их собственными собственническими работая средством программирования и протоколами. Например, первоначально поверхности стыка s IBM пикокулона периферийное известное как шины передает данные 8 битов одновременно. Более новые X86 и основанные Pentium PCs имеют трицатидвухразрядные шины, и mainframes имеют даже более широкие шины. Это намеревается что peripherals конструированные для того чтобы работать с одной шиной несовместимы с другой шиной, и это вклюает карты интерфейса сети (NICs). Подобные несовместимости также существуют с средством программирования. For instance, Unix-основанные применения (и данные произведенные с ими) можно использовать на PCs работая под MS-DOS или Windows. Разрешать некоторые из этих несовместимостей где протокольные стандарты приспосабливают cIn.

Протокольным стандартом будет комплект правил для связи компьютера широко была согласована и снабжена много поставщиками, потребителями, и тел стандартов. Идеально, протокольный стандарт должен позволить компьютеры поговорить to each other, even if они от по-разному поставщиков. Компьютеры надевают t должны использовать industry-standard протокол для того чтобы связывать, но если они используют собственнический протокол после этого, то они могут только связывать с оборудованием их собственного вида. Будут много стандартных протоколов, никакие of which смогла быть вызвана универсалия, но успешно одни приблиубегут к полное соответствие при вызванное что-то моделью OSI. Стандартами и протоколами связали с osi reference model будут cornerstone принципиальной схемы открытых систем для соединять буквальн дюжины несходных компьютеров найденных в офисах повсеместно в мир.

Будут OSI и не

Пока обсуждающ osi reference model важно понять модель не определяет так же, как по буквам она фактическ говорит вне. ISO создал osi reference model единственно для того чтобы описать внешнее поведение систем электроники, не их внутренне функции.

Модель справки не обусловливает функции программируя или оперативной системы, ни она определяет применени-программируя поверхность стыка (API). Ни те она диктует пользователя поверхност стыка-что, команд-линии and/or икон-основанных подсказок пользы потребителя взаимодействовать с системой компьютера.

OSI просто описывает помещено на кабеле сети и когда оно будет помещено там. Он не заявляет как поставщики должны построить их компьютеры, только виды поведения эти системы могут exhibit пока выполняющ некоторые деятельности связей.

Стандарты OSI можно собрать в пары-одн определяют обслуживания предложенные компонентом сети, пока секунда определяет протокол используемый тем компонентом для того чтобы обеспечить определенное обслуживание. Эта принципиальная схема позволяет поставщика начать элементы сети больше или более менее невежественно других компонентов на сети. Они как сказано невежественными в что они могут знать что другие компоненты сети существуют, но не детали специфического о их оперативных системах или шинах поверхности стыка. Одно из главным образом преимуществ этой принципиальной схемы что поставщики могут изменить внутренне конструкцию их компонентов сети без влияния их функциональности сети, покуда они поддерживают OSI-предписанные внешние атрибуты. На рисунок на предшествующей странице показано протоколы в модели OSI.

Типы соединения

Модель OSI своиственно connection-oriented, но обслуживания каждый взаимодействия уровней, котор обеспечивает могут или быть connection-oriented, или connectionless. В three-step connection-oriented деятельности режима (шагами будут установкой соединения, передачей данных, и отпуском соединения), точная вязка между 2 системами осуществляет.

В connectionless деятельности, никакое такое точное соединение не происходит передача данных осуществляет без определенной функции соединения и разъединения происходя между 2 связывая системами. Connectionless сообщение также как связь датаграммы.

На физическом уровне

Препятствуйте нам сравнить некоторые реальные протоколы к модели OSI. Best-known стандарты физического уровня модели OSI теми от IEEE. That is, ISO принял некоторые из стандартов сети IEEE физических как часть своей модели OSI, включая IEEE 802.3 или Ethernet, IEEE 802.4 или token-проходить шину, и IEEE 802.5 или token ring. ISO изменял схему оцифровки, однако, поэтому 802.3 сети refer to по мере того как ISO 8802-3, 802.4 сети будет ISO 8802-4, и 802.5 сетями будут ISO 8802-5.

Каждый стандарт физического уровня определяет характеристики сети физические и как получить непроверенныа данные от одного места к другим. Они также определяют как множественные компьютеры могут одновременно использовать сеть без мешать друг с другом. (Технически, this last частью будет работа для слоя данн-соединения, но мы общаемся с тем более поздно.)

IEEE 802.3 определяет сеть может передать данные на 10Mbps и использует логически план шины (или прямой линии). (Физическ, сеть можно установить как шина или звезда.) данными будут одновременно передача к всем машинам на сети и non-directional на кабеле. Все машины получают каждую передачу, но только те намереваемые получить данные ответят с подтверждением. Доступ сети обусловлен вызванным протоколом доступом чувства несущей множественным/обнаружением столкновения (CSMA/CD). CSMA/CD препятствует всем компьютерам послать данные когда кабель свободно движения. Если данные вступают в противоречия с другим пакетом данных, то оба компьютера «back off,» или ожидание, после этого пытается снова послать данные до тех пор пока получение не подтвердить. Таким образом, как только будет максимум - ровный движения, больше потребителей, толпиться и медленно сеть станет. Ethernet находил широкое принятие в сетях автоматизации работы офиса.

IEEE 802.4 определяет физическую сеть имеет план шины. Как 802.3, Token шина будет сетью передачи. Все машины получают все данные но не отвечают если данные не адресовать к им. Но не похоже на 802.3, доступ сети обусловлен token который двигает вокруг сети. Token будет передачой к каждому приспособлению но только приспособление следующее в линии для token получает его. Как только приспособление имеет token оно может передать данные. Стандарты протокола автоматизации изготавливания (КАРТЫ) и протокола технически офиса (ВЕРХНИЕ) используют 802.4 физического уровня. Token шина имела меньший успех вне сетей автоматизации фабрики.

IEEE 802.5 определяет сеть передает данные на 4Mbps или 16Mbps и использует логически план кольца, но физическ установлен как звезда. Данные двигают вокруг кольца от станции к станции, и регенератов каждой станции сигнал. Не будет сетью передачи. Протокол доступа сети token проходить. Token и данные двигают около в кольцо, rather than над шиной по мере того как они делают в Token шине. Token ring находило вмеру принятие в сетях автоматизации работы офиса.

Другие стандарты слоя материальня и данн-соединения, некоторое которые соответствуют к модели OSI и другие которые не делают. Arcnet будет добром - знанное одним не соответствует к нисколько стандарту а своим. Оно использует token-проходя метод доступа шины, но не эти же как делает IEEE 802.4. LocalTalk будет сетью Apple собственнической передает данные на 230.4Kbps и использует CSMA/CA (избегание столкновения). Fiber distributed data interface (FDDI) будет стандарт ANSI и OSI для волоконнооптического LAN использует token-проходя протокол для того чтобы передать данные на 100Mbps на кольце.

Когда оно начал

Организацией международныйа стандарт, основанной в Geneva, Швейцарии, будет многонациональное тело представителей от стандарт-устанавливая агенств около 30 стран. Эти агенства вклюают american national standards institute (ANSI) и институт английскийа стандарт (BSI).

Из-за многонациональной природы Europe, и их критически потребности для межсистемного сообщения, рынок для OSI-основанных продуктов определенно сильн там. В результате, европейская ассоциация проиводителей компьютеров (ECMA) играла главную роль в начинать стандарты OSI. В действительности, европейские поставщики networking и потребители вообще более дополнительные предварительными в их вставках OSI чем их американские двойники, которые полагаются главным образом на собственнических разрешениях such as systems network architecture IBM (SNA) или transmission control protocol интернета/internet protocol (TCP/IP).

Создавать стандарты OSI был длинним, нарисованным-вне процессом: ISO начал работу на протоколах OSI in the late 1970s, окончательно выпуская свое зодчество 7-слоя в 1984. Он не быть до 1988 процесс 5-шага стандарт-устанавливая окончательно привел к в после того как он стабилизирован протоколирует для верхних слоев osi reference model. По мере того как протоколы OSI продолжаются стабилизировать, базарная площадь ободрит поставщики стать более уступчивой. В свою очередь, OSI будет продолжать его развити-включает научно-технические прогрессы которые неизбежно происходят в базарной площади электроники.

Где OSI теперь

Как замечено, процесс OSI-утверждения развивает медленно only after много лет имеют поставщиков принесенных OSI-совместимые применения к рынку. Среди первого из этих находились пакеты Retix электроннаяа почта X.400-based (Santa Monica, cCalif) и связи касания (Campbell, cCalif) предлагают продукты и-мэйла X.400. В real-world применении, эти пакеты и-мэйла X.400 позволяют несовместимые программы и-мэйла пользователя, such as лотосы (Cambridge, масса.), cc: PROFS почты и IBM, связывать друг с другом.

Retix также на forefront обеспечивать OSI-уступчивое применение обслуживания директории X.500. Этот протокол определяет гловальную сет-адресуя схему упрощает посылку электронных сообщений через большой, сети multi-этапа. Третьи применение OSI, переход архива, доступ, и управление (FTAM), также in use. Это обеспечивает протоколы для обмена архивов между 2 несовместимыми системами. В Europe, поставщики и потребители снабжают как EDIFACT, для электронных данных взаимообменивают для администрации, коммерции, и перехода. EDIFACT, которое стало международныйа стандарт 9735 ISO в 1988, обеспечивает синтаксис который позволяет международные торговыйа партнер определить форму и структуру дел-родственных документов such as заказы на покупку и фактуры.

EDIFACT позволяет одну компанию создать формы заказ-входа online, после этого обменивает данными добавленными к тем формам с компьютерами в другой компании. Компьютеры принимающей организации после этого используют синтаксис EDIFACT структурно для того чтобы интерпретировать и обработать полученный документ. Когда полно после того как я снабжены, EDIFACT, X.400, и X.500 позволят быстро и легкую пропускаемость форм-основанных данных через широкий выбор несовместимых систем компьютера и больш, сети предпринимательства широкие, таким образом выполняющ первоначально «посыл связей открытых систем» OSI.

Слой Данн-Соединения (второй взаимодействия уровней) часто разделен в 2 подслоя logical link control (LLC) и средств управление доступа (МАКИНТОШ). IEEE также определяет стандарты на слое данн-соединения. Снадарта ИСО(Международная организация стандартизации) для МАКИНТОША, или понижают - половина слоя данн-соединения, была принята сразу от стандартов IEEE 802.x.

Средств управлением доступа, as its name suggests, будет протокол который обусловливает получают, что использует который компьютер кабель (средство передачи) когда несколько компьютеров попытаются. Например, 802.3 позволяют пакеты вступить в противоречия друг с другом, принуждающ компьютеры для того чтобы заново попытать передачу до тех пор пока она не получить. переговор 802.4 и 802.5 пределов к компьютеру с token. Вспомните, это делает в долях секунды, поэтому even when сеть многодельна, потребители надевают ожидание t очень длиной для доступа на любых из этих типах 3 сетей.

Верхушка - половина слоя данн-соединения, LLC, обеспечивает переход надежныа данные над физическим соединением. In essence, она управляет физическим соединением.

IEEE разделяет слой данн-соединения в половине потому что слой имеет 2 работы сделать. Первое должно координировать физический переход данных. Секунда должна управлять доступом к физическому средству. Разделять слой позволяет больше модульности и поэтому больше гибкости. Тип средств управления доступа имеет больше, котор нужно сделать с физические требования сети чем фактическое управление передачи данных. In other words, слой МАКИНТОША closer to физический уровень чем слой LLC.

Синопсис: Случается когда архив раскрын на дистанционном Шиндошсе НТ /2000 машин на сети TCP/IP

Когда вы щелкаете дальше архивом. Redirector обусловливает что этот запрос должен пойти к дистанционной машине (слою применения) и пропускам запрос для данных к уровню представления.

Уровень представления обусловливает что машина NT получит этот запрос и не будет потребности форматировать данные для того чтобы быть четко дистанционной машиной.

На слое встречи, NETBIOS спрашивает встречу с дистанционной машиной. Этот запрос делает свою дорогу вниз с слоев и реакция come back к слою встречи (это намеревается что TCP устанавливает переговор с дистанционной машиной и получается «подготавливает для того чтобы получить заднюю часть реакции данные» и кончает переговор, устанавливая встречу). NETBIOS вручает машину архива - названную и дистанционную к уровню транспорта для поставки.

На слое сети, TCP преобразовывает имя дистанционной машины от имени NETBIOS к ip address (если сервер ВЫИГРЫШЕЙ in use, то TCP получает ip address сервера ВЫИГРЫШЕЙ и проходит запрос разрешить имя к IP. IP после этого посылает запрос ARP, который находит mac address дистанционной машины, и посылает запрос для name resolution. Если архив LMHOSTS in use, то ip address дистанционной машины вытягивано от того архива и разрешено к mac address. Если никакой метод не работает, то передача послана для того чтобы найти машину.) и устанавливает переговор с дистанционной машиной. Она посылает ip address и архив - назовите (с другими данными) вплоть до слой сети для поставки. Она после этого listen for подтверждения что каждый пакет был получен и resends VSе данные были пропущены.

На уровне транспорта, IP обусловливает что запрос раскрыть архив быть разделенным (данные не большие достаточно для того чтобы требовать множественных пакетов) и устанавливает данные в пакет. Он также преобразовывает адресуя запрос от ip address к mac address (если ip address находится на местной сети, то передача послана для того чтобы найти mac address машины. Если трасса NEOBXODIMA, то передача послана к ip address входного невыполнения обязательства для той трассы, и затем данные посланы к дистанционному адресу через МАКИНТОШ router. Как только router получает данные, он вручает данные до слоя 3 и проверяет дистанционное ip address. Он после этого разрешает тот адрес к mac address назначения использующ такую же процедуру, котор машина использовала бы) и передает данные с mac address к канальному уровню.

Канальный уровень добавляет обрамляя информацию (Ethernet 802.2 most likely) к данным и посылает ее к физическому уровню.

Физический уровень после этого посылает запрос раскрыть архив к карточке сети дистанционной машины, куда рамка проходит вверх через каждый слой и выбрана вверх оперативной системой. Оперативная система после этого раскрывает архив как спрошено и посылает информацию в архиве назад вниз через все 7 слоев к вашей машине, куда она come back и показана на экране.

Примечания: Ваша машина and/or router будут иметь имя, ip address и уместные преобразования МАКИНТОША в тайник больше всего времени. Разрешения включены здесь для завершенности.

Справки: Множество изменений осуществило в виду того что эта статья была написана (02/15/1998). Изменения в принципе & практики были снабжены. Были установлены новые организации шаблонизации, только основныа принципы этих же остатка osi reference model.

Источник статьи: http://www.afroarticles.com/article-dashboard

О авторе: Джеймс Opiko -- приглашает вас к download printable [суммированный] таблитчатый экземпляр функций osi reference model -- Большой инструмент для тех следуя ЕГО аттестации знатно: & MCSE Microsoft, MCP, MCSA & Network+ CompTIA, Server+, i-NET+, Security+, A+. & ЧОНСЕРВНАЯ БАНКА Novell & CCNA Cisco & и больше.

& Профиль взгляда & все статьи мимо: Джеймс Opiko &

		Комментарий столба
		Blog эта статья!
		Обсудите статью в форумах
		Издание & Термины репринта

Пожалуйста расклассифицируйте эту статью

Пока Rated

Щелкните иконой XML выше для того чтобы получить статьи Inter-Networking через RSS!

& Питания категории & All-in-one питание & Другие варианты питания & Syndication &

Дополнительнаяа статья от - домашнего & Компьютер & Inter-networking

Подпишите вверх для свободно учета или выучьте больше & Login члена &
Директивы представления &

	Напечатайте эту статью
	Вывесьте комментарий
	Добавьте к фаворитам
	Email к друзьям
	Ezine готовый & Syndication
	Сделайте статью PDF
	Столб к del.icio.us
	Столб к Furl
	Добавьте к Bookmarks Google
	Представьте к Netscape
	Добавьте к Yahoo! Мой стержень
	Добавьте GLAVNое питание к внешнему виду
	Столб к BookMarks @ AfroArticles.com

	Столб к BookMarkAfrica.com