15.2 atomIC multICast A multicast i

15.2 atomIC multICast

A multicast in a group is called atomic, when the message is received either by every nonfaulty (i.e., functioning) member or by no member at all. Atomic multicast is a basic requirement of all group-oriented activities. Cases where some nonfaulty members receive a particular message but others do not lead to inconsistent update of the states of the members and are not acceptable. For example, consider a group of people forming a travel club. If a multicast about a special travel opportunity for the coming Christmas season is sent out, then every member of the travel club should receive it. Another example is a group of replicated servers. If the primary server fails, then a backup server is expected to take over. For this to hap- pen, the states of all servers must be identical to that of the primary server before the failure occurred (via the multicasts from the primary server). However, this will not be possible if one or more backup servers fail to receive some of the updates from the primary server.
Clearly, failures play a prominent role in the implementation of atomic multicast. Accordingly, we will consider two broad classes of atomic multicasts: basic and reliable. Basic multicast rules out process crashes (or does not provide any guarantee when pro- cesses crash), whereas reliable multicasts take process crash into account and provide guarantees. If failures are ruled out, then every basic multicast is trivially atomic. Reliable atomic multicasts should satisfy the following three properties:

Результаты (русский) 1:

15.2 атомная многоадресная рассылка Многоадресная рассылка в группе называется atomic, когда сообщение получено либо каждый nonfaulty (т. е., функционирование) член или не на всех. Atomic многоадресная рассылка является основным требованием всех видов деятельности, ориентированных на группы. Случаи, когда некоторые nonfaulty члены получают конкретное сообщение, но другие не приводят к несовместимым обновление государств-членов и не являются приемлемыми. Например рассмотрим группу людей, формируя клуб путешествий. Если многоадресная рассылка о специальных возможностей для предстоящий Рождественский сезон отправляется, то каждый член клуба путешествий должен получить его. Другим примером является группа репликации серверов. Если основной сервер не удается, то резервный сервер ожидается, взять на себя. Для этого hap Пен Штаты всех серверов должны быть идентичны основного сервера до того, как произошел сбой (через мультивещания с основного сервера). Однако это не будет возможно, если один или несколько резервных серверов не удалось получить некоторые обновления с основного сервера.Очевидно неудачи играют заметную роль в осуществлении атомной multicast. Соответственно, мы рассмотрим два больших класса атомных мультивещания: основной и надежный. Основные multicast исключает сбои процесса (или не предоставляет каких-либо гарантий, когда про цессы аварии), а надежные мультивещания аварии во внимание и обеспечить гарантии. Если неудачи исключаются, каждый основной многоадресной рассылки тривиально atomic. Надежная атомная мультивещания должна удовлетворять следующие три свойства:

Результаты (русский) 3:

15.2 атомной multicast -multicast - в группе, называется атомной, когда сообщение получено либо каждый nonfaulty (например, функционирования) член или нет - на всех.атомной multicast - является основным требованием всех ее деятельности.случаи, когда некоторые nonfaulty получают особое послание, но другие не привести к несогласованности обновления государства члены и не являются приемлемыми.так, например, считает группа людей, образуя Travel Club.если multicast - о специальных проездных возможность на предстоящий рождественский сезон отправляется, затем каждый член клуба путешественников должны получить его.другой пример - это группа и серверов.если первичный сервер не получится, то резервного сервера, как ожидается, взять на себя.для вас - ручку, государства все серверы должны быть идентичны, что первичный сервер до возникновения неисправности (через multicasts из первичного сервера).однако это не представляется возможным в том случае, если одно или несколько резервных серверов не получить некоторые обновления от первичного сервера.очевидно, что неудачи, играют важную роль в осуществлении атомной multicast -.таким образом, мы рассмотрим две широкие категории атомной multicasts: основные и надежной.основные multicast - правила процесс дтп (или не предоставляет никаких гарантий, когда про - cesses Crash), в то время как надежного multicasts принять во внимание процесс падения и предоставить гарантии.в случае неудачи исключили, то все основные multicast - trivially атомной.надежные атомной multicasts должна удовлетворять следующим три параметра: