From: Scott Morris (smorris@ipexpert.com)
Date: Mon Oct 08 2007 - 09:02:24 ART
I'd also take a look at PGM if your multicast traffic is critical for
reception. But wouldn't your initial interest or discovery be on the
application-side? I'm going to assume that you're looking at some fairly
customized stuff as well, so it may be in your best interest to develop the
server-side application to handle multiple TCP streams unless we're talking
about thousands of receiving devices.
But otherwise, Joseph has the right idea...
Scott Morris, CCIE4 (R&S/ISP-Dial/Security/Service Provider) #4713, JNCIE-M
#153, CISSP, et al.
CCSI/JNCI-M/JNCI-ER
VP - Technical Training - IPexpert, Inc.
IPexpert Sr. Technical Instructor
A Cisco Learning Partner - We Accept Learning Credits!
smorris@ipexpert.com
Telephone: +1.810.326.1444
Fax: +1.810.454.0130
http://www.ipexpert.com
-----Original Message-----
From: nobody@groupstudy.com [mailto:nobody@groupstudy.com] On Behalf Of
Joseph Brunner
Sent: Monday, October 08, 2007 3:46 AM
To: slammer@broadpark.no; ccielab@groupstudy.com
Subject: RE: Multicast/Sattelite Problem, Anyone who want's to take this on
!!!!!!
The delay with satellite is the fact the satellites are orbiting around the
planet 50 to 500 miles high!
Multicast traffic by nature must be UDP. So if the xcast/Gxcast is UDP or
connection less, it could help you out over TCP. You would not have the
built in reliability of a connection oriented protocol, but given the
topology and make up of this network, you just want to sling packets back
and forth...
Check with a satellite services firm (Iridium?) they have to have someone
who can go to town on this for you... Hughes, Loral Spacecomm, many other
come to mind... many people are using satellites for mission critical data.
-Joe
-----Original Message-----
From: nobody@groupstudy.com [mailto:nobody@groupstudy.com] On Behalf Of
slammer@broadpark.no
Sent: Monday, October 08, 2007 3:41 AM
To: ccielab@groupstudy.com
Subject: Multicast/Sattelite Problem, Anyone who want's to take this on
!!!!!!
The topology is like this (can be changed to full mesh)
------R2--client (vessel2)
-
-
(Vessel1) server---R1---SAT------------R3--client (vessel3)
-
-
------R4--client (vessel4)
Vessel 1 is master and sends data to vessel 2,3 and 4 the clients need to
send data to vessel 1.
1.This is realtime data and delay jitter can be a problem, we are talking
about
max 300ms delay
2.To avoid tcp and broadcast traffic it is suggested that multicast is
implented
in a point to multipoint topology or full mesh !!!!!!!
There is a suggestion using xcast/Gxcast protocol but as far as I know
cisco
doesn't support these protocols as far as I know
3.Ratio would be 60% transmit traffic and 40% receive traffic to and from
the
master.
Any suggestion on what type of multicast to implement and does anyone know
what
Qos tools that can be used to mesure delay jitter etc...
As the vsatmodem and sattelite is not my problem initialy I was thinking
about
setting up this in a lab
I know there's a lot of BIG brains out there, so any input will be of great
value
Thanks in advance guys.
This archive was generated by hypermail 2.1.4 : Fri Nov 16 2007 - 13:11:12 ART