Tibco RV 보내고 듣기 매개 변수를 혼동했습니다

Question

안녕하세요 저는 Tibco RV를 처음 사용하고 있습니다. Tibco Rendezvous Concept를 읽은 후에도 서비스 매개 변수, 네트워크, 데몬과 같은 전송 매개 변수에 대해서는 여전히 혼란 스럽습니다.

개념적으로 각 시스템에는 하나의 데몬 만 실행됩니다. tibrvsend를 사용하는 경우 그래서 :

tibrvsend -service 2323 -network "someIPAddress" -daemon "myDaemon" MESSAGE 

은 내가 comeIPAddress를 네트워크 (원격에있을 수) 데몬 myDaemon을 통해, 내 로컬 호스트 포트 2323을 사용하여 메시지를 전송하고 의미 하는가?

을 tibrvlisten 사용하는 경우 :

tibrvListen -service 2323 -network "someIPAddress" -daemon "myDaemon" 

이 내가 사용 가능한 포트를 사용하여 수신하고 뜻, 내 로컬 호스트에서 사용 가능한 데몬 someIPAddress 네트워크에 게시 포트 myDaemon의 2323 "에서 메시지를들을 수

를?

또 다른 질문은 "Tibco RV Concept"라는 책에서 동일한 서비스를 두 개의 네트워크에 바인딩 할 수 없다는 것입니다. 수신기 시스템에 포트를 지정하지 않았으므로 제작자 컴퓨터에만 적용됩니까? 다음과 같이하면 발생합니다.

tibrvsend -service 2323 -network "net1" MESSAGE 

동시에

tibrvsend -service 2323 -network "net2" MESSAGE 

(바로, 우리가 연속적으로 그것을 할 경우 확인을해야 하는가?)

하지만 청취자를 :

tibrvlisten -service 2323 -network "net1" 

및

tibrvlisten -service 2323 -network "net2" 

은 완벽하게 괜찮습니까? (그렇지 않으면 충돌을 피하기 위해 생산자가 서로의 포트 번호를 알아야 함을 의미 함)

개념이 완전히 엉망인 경우 예제로 설명 할 수 있습니까?

Answer 1

그래서 개념적으로 하나의 데몬 당신은 하나의 시스템에서 실행중인 여러 데몬을 가질 수 있습니다 각 시스템

에서 실행이 있지만 필요가 없습니다. 서비스 및 네트워크 매개 변수를 변경하여 단일 데몬에서 여러 논리적 버스에 액세스 할 수 있습니다.

데몬은 Rendezvous 메시징을 처리하기 위해 컴퓨터에서 실행되는 실제 프로세스입니다. 클라이언트는 daemon 매개 변수를 사용하여이 디먼에 연결합니다. 예 : 당신이 tibrvlisten -daemon tcp:8000을 실행하면 : tcp:server.domain.com:8000의 값이 포트에서 원격 컴퓨터 (server.domain.com)에 8000

예를 데몬에 액세스하는 반면 기본값 tcp:7500는, 포트 7500의 로컬 컴퓨터에 데몬에 액세스 할 (Windows의 경우 rvd.exe, Unix의 경우 rvd) 새 프로세스가 포트 8000을 수신하는 중임을 알 수 있습니다.

서비스 및 네트워크 매개 변수는 차례로 멀티 캐스트 매개 변수입니다 (http://en.wikipedia.org/wiki/Multicast 참조).

당신은 같은 여러 네트워크에 대한 서비스를 재사용하지 말아야 같은 네트워크/서비스 쌍을 사용하도록 구성해야

• 생산자 및 메시지 소비자 : 당신은 두 가지 중요한 측면과 함께, 이들과 같은 다소 추상적 인 값을 볼 수 있습니다 단순화하기 이 충돌로 인해 문제가 발생합니다.

Rendezvous와 관련하여 염두에 두어야 할 또 다른 사항은 멀티 캐스트 메시지가 동일한 서브넷의 모든 컴퓨터에서 수신된다는 것입니다. 다른 서브넷에 메시지를 보내야 할 경우 RVRD (Rendezvous Routing Daemons) 사용을 고려해야합니다.