December 2, 2008 02:03am pst

1. giltjr 4,500
2. keith_ala... 4,000
3. sunnycoder 3,500
4. lrmoore 3,300
5. from_exp 3,200
6. Nopius 3,000
7. ebjers 2,500
8. gheist 2,000
8. hobbit72 2,000
8. dmadole 2,000
8. MrHusy 2,000
8. favoretti 2,000
8. fredradford 2,000
8. pistolslap... 2,000
8. mkielar 2,000
8. ChiefIT 2,000
8. mzalfres 2,000
8. lavionline 2,000
8. Smart_Man 2,000
8. top_rung 2,000
8. igmp 2,000
8. chikenhead 2,000
23. larsga 1,700
24. dons6718 1,600
24. koide 1,600

1. giltjr 6,500
2. lrmoore 4,800
3. keith_ala... 4,000
4. donjohnston 3,500
4. sunnycoder 3,500
6. from_exp 3,200
7. Nopius 3,000
8. blu 2,650
9. ebjers 2,500
10. shakoush... 2,164
11. DarrenD 2,000
11. diepes 2,000
11. Smart_Man 2,000
11. fredradford 2,000
11. pistolslap... 2,000
11. mkielar 2,000
11. favoretti 2,000
11. Irial 2,000
11. ChiefIT 2,000
11. mzalfres 2,000
11. shoaibbha... 2,000
11. MrHusy 2,000
11. lavionline 2,000
11. paradoxe... 2,000
11. Bamit99 2,000
11. dmadole 2,000
11. BillBach 2,000
11. calvinetter 2,000
11. top_rung 2,000
11. hobbit72 2,000
11. AngelGab... 2,000
11. gheist 2,000
11. chikenhead 2,000
11. igmp 2,000

03.04.2008 at 04:42PM PST, ID: 23214640

	[x] Attachment Details

[x]

The Solution Rating System

With so many solutions, how can you tell which solutions are most likely to help you and which ones are not? To provide you with a tool to use, we rate our solutions based on various elements that most accurately determine if a solution is a quality solution. To explain what factors affect the solution rating, here are the elements we take into consideration when formulating our solution rating.

The Grade of the Solution
The Zone Rank of the Expert Providing the Solution
The Number of Author and Expert Comments
The Number of Experts Contributing
The Feedback of the Community

Your Input Matters
Because of the way the system is set up, the most important variable in this equation is you. As a member of Experts Exchange, you are able to cast your vote on the quality of the solutions in regard to how complete, accurate, helpful and easy to understand each solution is. When you provide your feedback, each rating is adjusted accordingly. So, if you see a solution that has a poor rating that you think is a good solution, let us know by rating it. As you do, the rating will be adjusted and will become more accurate for other members of our site.

If you have any suggestions that you would like to make for our rating system, please ask a question in the Suggestions Zone of Community Support.

Thank you!

7.8

In Tibco Rendezvous, what information is sent BACK from the receiver to the sender?

Asked by skimee in User Datagram Protocol (UDP), Miscellaneous Networking, Linux Networking

Tags: Tibce, Rendezvous, 7

Hello Everyone,

I'm hoping that someone will be able to answer a question I have about Tibco Rendezvous. I'm new to it and understand some of it, but I'm confused about something.

Let's say I have a machine named "Publisher1" running RV, and, like its name suggests, this machine publishes large amounts of data. The network parameter for one of its transports is set up as:

eth1;239.5.5.36;239.5.5.35

I know what this means (or, at least I think I know what this means). It means that the related transport will be set up on eth1, and that the machine will join the multicast group "239.5.5.36," but it will send the data associated with this RV transport to the multicast address "239.5.5.35." The machine will not join the ".35" multicast group, it will just send data to it. I see values like this all the time in my production environment.

On the receiving machines, I see the same values, but in reverse order.

eth0; 239.5.5.35;239.5.5.36

Again, I understand that, for the receiving machines, this means that the relevant RV transport should use eth0, and that it should join the multicast group 239.5.5.35, but send its data to .36. I understand why the order of the multicast addresses on the publisher and subscriber are reversed.

My question is, what kind of messages would be sent to the multicast group 239.5.5.36? (This is the multicast group that Publisher1 joined, and that the subscribers are sending to.) It's obvious to me what kind of information the publisher would send to the subscribers, but I don't know what kind of information the subscribers would send back to the publisher. Is that multicast group used when a receiver needs to tell the publisher that it needs to retransmit data because the receiver lost some packets? Is that what that channel is used for?

Any help would be appreciated.

Thanks.Start Free Trial

Keywords: In Tibco Rendezvous, what informatio…

	Title
1	"Bridge" eth0 to eth1
2	Segment Retransmitted
3	linux (redhat SE 4.0) eth0 conne…
4	eth1 missing!
5	eth1:0
6	ETH0

Loading Advertisement...

20080716-EE-VQP-32 / EE_QW_2_20070628

In Tibco Rendezvous, what information is sent BACK from the receiver to the sender?

Asked by skimee in User Datagram Protocol (UDP), Miscellaneous Networking, Linux Networking

Tags: Tibce, Rendezvous, 7

About this solution