OASIS Mailing List ArchivesView the OASIS mailing list archive below
or browse/search using MarkMail.

 


Help: OASIS Mailing Lists Help | MarkMail Help

amqp message

[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]


Subject: [OASIS Issue Tracker] (AMQP-134) Undefined use of "network"


     [ https://issues.oasis-open.org/browse/AMQP-134?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Clemens Vasters updated AMQP-134:
---------------------------------

    Description: 
This spec, just as the base AMQP 1.0 spec, uses a notion of "AMQP network" and also "sub-network" that has no formal definition in the AMQP specification set. This spec also does not refer to the "intermediary" term that is mentioned several times in the AMQP 1.0 spec, and it must be assumed that the "gateway" and "bridge" nodes that are discussed here are acting as such intermediaries.

For readers not deeply unfamiliar with the idea that AMQP has its own idea of "network", there is also substantial confusion risk with the common concept of "network" (and "sub-network"), which usually refers to the Internet Protocol Stack notion.

The terms "address domain" and "address" are also used without definition. The closest to a definition of "address" is in AMQP 1.0 Sec 3.5 where the term "address" is defined, with a note in parens, as to be resolved to a "node within that container". An address domain as illustrated here appears to span containers, which raises the question of how containers are being addressed on the AMQP network (vs. the underlying IP network)  

  was:
This spec, just as the base AMQP 1.0 spec, uses a notion of "AMQP network" and also "sub-network" that has no formal definition in the AMQP specification set. This spec also does not refer to the "intermediary" term that is mentioned several times in the AMQP 1.0 spec, and it must be assumed that the "gateway" nodes that are discussed here are acting as such intermediaries.

For readers not deeply unfamiliar with the idea that AMQP has its own idea of "network", there is also substantial confusion risk with the common concept of "network" (and "sub-network"), which usually refers to the Internet Protocol Stack notion.

The terms "address domain" and "address" are also used without definition. The closest to a definition of "address" is in AMQP 1.0 Sec 3.5 where the term "address" is defined, with a note in parens, as to be resolved to a "node within that container". An address domain as illustrated here appears to span containers, which raises the question of how containers are being addressed on the AMQP network (vs. the underlying IP network)  

       Proposal: 
* Define "AMQP network", "intermediary", "gateway", "bridge", "address", "address domain" here and/or in an errata note for AMQP 1.0
* Use "AMQP network" at all times where the relationship of AMQP entities is being discussed and not the underlying communication fabric.

  was:
* Define "AMQP network", "intermediary", "gateway", "address", "address domain" here and/or in an errata note for AMQP 1.0
* Use "AMQP network" at all times where the relationship of AMQP entities is being discussed and not the underlying communication fabric.


> Undefined use of "network"
> --------------------------
>
>                 Key: AMQP-134
>                 URL: https://issues.oasis-open.org/browse/AMQP-134
>             Project: OASIS Advanced Message Queuing Protocol (AMQP) TC
>          Issue Type: Bug
>          Components: Response Routing 
>            Reporter: Clemens Vasters
>
> This spec, just as the base AMQP 1.0 spec, uses a notion of "AMQP network" and also "sub-network" that has no formal definition in the AMQP specification set. This spec also does not refer to the "intermediary" term that is mentioned several times in the AMQP 1.0 spec, and it must be assumed that the "gateway" and "bridge" nodes that are discussed here are acting as such intermediaries.
> For readers not deeply unfamiliar with the idea that AMQP has its own idea of "network", there is also substantial confusion risk with the common concept of "network" (and "sub-network"), which usually refers to the Internet Protocol Stack notion.
> The terms "address domain" and "address" are also used without definition. The closest to a definition of "address" is in AMQP 1.0 Sec 3.5 where the term "address" is defined, with a note in parens, as to be resolved to a "node within that container". An address domain as illustrated here appears to span containers, which raises the question of how containers are being addressed on the AMQP network (vs. the underlying IP network)  



--
This message was sent by Atlassian JIRA
(v6.2.2#6258)


[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]