From owner-tcpsat@lerc.nasa.gov  Mon Jun  5 23:22:32 2000
Received: from lombok-fi.lerc.nasa.gov ([139.88.112.33])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id XAA15808;
	Mon, 5 Jun 2000 23:22:31 -0400 (EDT)
Received: (from listserv@localhost)
	by lombok-fi.lerc.nasa.gov (NASA LeRC 8.9.1.1/8.9.1) id WAA07159
	for tcpsat-outgoing; Mon, 5 Jun 2000 22:24:49 -0400 (EDT)
Received: from seraph3.lerc.nasa.gov (firewall-user@guardian03.lerc.nasa.gov [139.88.146.12])
	by lombok-fi.lerc.nasa.gov (NASA LeRC 8.9.1.1/8.9.1) with ESMTP id WAA07144
	for <tcpsat@grc.nasa.gov>; Mon, 5 Jun 2000 22:24:47 -0400 (EDT)
Received: by seraph3.lerc.nasa.gov; id WAA25052; Mon, 5 Jun 2000 22:24:47 -0400 (EDT)
Received: from mailman.cisco.com(171.68.225.9) by seraph3.lerc.nasa.gov via smap (V5.0)
	id xma025031; Mon, 5 Jun 00 22:24:25 -0400
Received: from chmetz-pc.cisco.com (rtp-dial-1-67.cisco.com [10.83.97.67])
	by mailman.cisco.com (8.9.3/8.9.1) with ESMTP id TAA19029
	for <tcpsat@grc.nasa.gov>; Mon, 5 Jun 2000 19:24:22 -0700 (PDT)
Message-Id: <4.2.0.58.20000605221221.00941100@sj-email.cisco.com>
X-Sender: chmetz@sj-email.cisco.com
X-Mailer: QUALCOMM Windows Eudora Pro Version 4.2.0.58 
Date: Mon, 05 Jun 2000 22:27:19 -0400
To: tcpsat@grc.nasa.gov
From: Chris Metz <chmetz@cisco.com>
Subject: IP over Satellite Questions/References
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"; format=flowed
Sender: owner-tcpsat@lerc.nasa.gov
Precedence: bulk

Hi-
Based on a reference to Dish Network and Gilat I heard the other day on 
CNBC I am suddenly very curious about the use of satellite for broadband 
access to the home or business and IP over Satellite in general. As a 
generalization of the TCP over satellite problems and solutions that have 
been well documented over the last few years I was wondering about the 
following:

- IP/MPEG/DVB? So are IP packets carried in the MPE capabilities of MPEG 
for transmission over DVB systems?

- What about special satellite-specific link layers? Are MPEG frames 
carried inside these L2 protocols?

- How is the satellite uplink for a bidirectional system done? I am 
familiar with the DirecPC approach of using a terrestrial (dial, ISDN) 
uplink from the home. Is the bandwidth symmetrical or asymmetrical?

- How much bandwidth is possible? I see that DirecPC advertises 400Kb. What 
are the issues that affect how much bandwidth one can use?

Any conferences/tutorials/whitepapers/books that people can recommend to 
learn about this stuff?

Thanks ...



Chris Metz
Lead IP Architect
Solutions Integration
Service Provider Line of Business
Cisco Systems
email: chmetz@cisco.com
offic phone: 408-525-3275
home office: 914-241-0423
pager: 800-365-4578
Internal URL: http://wwwin-people.cisco.com/chmetz/chmetz.htm  


From owner-tcpsat@lerc.nasa.gov  Tue Jun  6 10:11:23 2000
Received: from lombok-fi.lerc.nasa.gov ([139.88.112.33])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id KAA06579;
	Tue, 6 Jun 2000 10:11:22 -0400 (EDT)
Received: (from listserv@localhost)
	by lombok-fi.lerc.nasa.gov (NASA LeRC 8.9.1.1/8.9.1) id JAA23960
	for tcpsat-outgoing; Tue, 6 Jun 2000 09:10:56 -0400 (EDT)
Received: from seraph3.lerc.nasa.gov (firewall-user@guardian03.lerc.nasa.gov [139.88.146.12])
	by lombok-fi.lerc.nasa.gov (NASA LeRC 8.9.1.1/8.9.1) with ESMTP id JAA23917
	for <tcpsat@grc.nasa.gov>; Tue, 6 Jun 2000 09:10:50 -0400 (EDT)
Received: by seraph3.lerc.nasa.gov; id JAA04505; Tue, 6 Jun 2000 09:10:50 -0400 (EDT)
Received: from unknown(208.217.183.161) by seraph3.lerc.nasa.gov via smap (V5.0)
	id xma004401; Tue, 6 Jun 00 09:10:41 -0400
Received: by atlconn1.panamsat.com with Internet Mail Service (5.5.2650.10)
	id <L925BZPC>; Tue, 6 Jun 2000 09:10:40 -0400
Message-ID: <8046A317B5F4D21186610008C7EBB696F0596C@grnexch1.panamsat.com>
From: "Falk, Aaron" <aaron@panamsat.com>
To: "'Chris Metz'" <chmetz@cisco.com>
Cc: tcpsat@grc.nasa.gov
Subject: RE: IP over Satellite Questions/References
Date: Tue, 6 Jun 2000 09:05:31 -0400 
MIME-Version: 1.0
X-Mailer: Internet Mail Service (5.5.2650.10)
Content-Type: text/plain;
	charset="iso-8859-1"
Sender: owner-tcpsat@lerc.nasa.gov
Precedence: bulk

Chris-

> - IP/MPEG/DVB? So are IP packets carried in the MPE 
> capabilities of MPEG 
> for transmission over DVB systems?

Yes.

> 
> - What about special satellite-specific link layers? Are MPEG frames 
> carried inside these L2 protocols?

The one I'm familliar with (HNS) is an alternative to MPEG/DVB rather than
just DVB. So, IP goes directly into their link layer. So, no MPEG. 

> 
> - How is the satellite uplink for a bidirectional system done? 

The primary difference is that the RF electronics has the capacity to
transmit rather than just receive. This increases the user equipment cost
significantly since the transmission tube is the most expensive part of a
VSAT terminal (and a receive-only terminal doesn't need one). In the
simplest form, you could do PPP over a fixed bandwidth RF link. Most
services do (& will) use something more sophisticated since (a) the duty
cycle for a single terminal is usually low and (b) satellite bandwidth is
expensive. The operators want to share the bandwidth across as many users as
possible (while still providing acceptable service). 

> I am 
> familiar with the DirecPC approach of using a terrestrial 
> (dial, ISDN) 
> uplink from the home. Is the bandwidth symmetrical or asymmetrical?

Since most of these systems are designed for web access, the bandwidth will
almost always be asymmetrical. But in some designs, particularly the Ka-band
systems in development, that's a matter of provisioning rather than the
architecture. Meaning that if you had a user that needed symmetric access
(or, rather, was willing to pay for it), you could set up channels with the
same rates in both directions. Nevertheless, the majority of these systems
are designed expecting that most users will want to consume more data than
they generate.



> 
> - How much bandwidth is possible? I see that DirecPC 
> advertises 400Kb. What 
> are the issues that affect how much bandwidth one can use?
> 

Sharing satellite bandwidth is a zero-sum game. If your transponder can
handle 45Mbps (a typical value), you can share that across all the users you
want but it has to add up to 45Mbps. If you've ever studied communications
channels, you know you can trade channel utilization (percentage of time
that the channel is not idle) for data delay. In other words, you make users
wait in queues so they can transmit at the most convenient time. However, if
you make them wait too long, they get annoyed. There can be significant
overhead in these channel sharing (DAMA, Bandwidth on Demand) schemes since
you have to tell users when to transmit.

> Any conferences/tutorials/whitepapers/books that people can 
> recommend to 
> learn about this stuff?

Lots of conferences:
  -) University of Maryland has an annual Internet over satellite conference

     (I couldn't find a URL)
  -) The annual Ka-utilization conference talks about new Ka-band (duplex)
systems
  -) MOBICOM
  -) 'Internet Via Satellite,' marketing oriented but useful if you want to
find
     out what people are doing,
http://www.actconferences.com/Satv4/index.htm
  -) IEEE Communication Society usually has some sessions at ICC, 
     http://www.icc00.org/technic/pglance.htm

  ...Hopefully, folks on the mail list can contribute additional ones.

Hope this helps,

--aaron

---
Aaron Falk
NET/36 Network Architect
PanAmSat Corporation
Greenwich, Connecticut, USA
*	Phone: 	203.861.8326
*	Mobile: 	203.912.5689
*	Fax: 		203.861.8677
*	mailto:aaron@panamsat.com 
*	http://www.net-36.com


From owner-tcpsat@lerc.nasa.gov  Tue Jun  6 10:11:32 2000
Received: from lombok-fi.lerc.nasa.gov ([139.88.112.33])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id KAA06623;
	Tue, 6 Jun 2000 10:11:32 -0400 (EDT)
Received: (from listserv@localhost)
	by lombok-fi.lerc.nasa.gov (NASA LeRC 8.9.1.1/8.9.1) id JAA22411
	for tcpsat-outgoing; Tue, 6 Jun 2000 09:01:09 -0400 (EDT)
Received: from seraph3.lerc.nasa.gov (firewall-user@guardian03.lerc.nasa.gov [139.88.146.12])
	by lombok-fi.lerc.nasa.gov (NASA LeRC 8.9.1.1/8.9.1) with ESMTP id JAA22378
	for <tcpsat@grc.nasa.gov>; Tue, 6 Jun 2000 09:01:06 -0400 (EDT)
Received: by seraph3.lerc.nasa.gov; id JAA03104; Tue, 6 Jun 2000 09:01:04 -0400 (EDT)
Received: from oscar.ndsuk.com(194.202.59.30) by seraph3.lerc.nasa.gov via smap (V5.0)
	id xma003016; Tue, 6 Jun 00 09:00:45 -0400
Received: from fennel.chil.ndsuk.com (fennel.chil.ndsuk.com [172.20.253.12])
	by oscar.ndsuk.com (8.9.3/8.9.3) with ESMTP id OAA13626;
	Tue, 6 Jun 2000 14:27:44 +0100
Received: by fennel.chil.ndsuk.com with Internet Mail Service (5.5.2650.21)
	id <L4F8D46W>; Tue, 6 Jun 2000 13:54:19 +0100
Message-ID: <EE1FEBA71B22D41183E400508B55CDAC22B272@phantom.chil.ndsuk.com>
From: "Samaraweera, Nihal" <NSamaraweera@ndsuk.com>
To: "'Chris Metz'" <chmetz@cisco.com>, tcpsat@grc.nasa.gov
Subject: RE: IP over Satellite Questions/References
Date: Tue, 6 Jun 2000 13:58:37 +0100 
MIME-Version: 1.0
X-Mailer: Internet Mail Service (5.5.2650.21)
Content-Type: text/plain;
	charset="iso-8859-1"
Sender: owner-tcpsat@lerc.nasa.gov
Precedence: bulk

>- What about special satellite-specific link layers? Are MPEG frames 
>carried inside these L2 protocols?

No -  MPEG system layer for transport steam does this job for you.
(Reference - ISO/IEC 13818-1)

Regarding other Qs:

The DVB standard defines 5 different data broadcasting profiles (as listed
below) over DVB compliant broadcast networks.  Each profile is defined for a
different application area.
Data Piping (data is carried directly in the payloads of MPEG-2)
Data Streaming (data is carried in PES packets defend in MPEG-2)
Multiprotocol Encapsulation (data is encapsulated in DSM-CC sections, which
are compliant with the MPEG-2 private section format)
Data Carousels (data is transmitted in a DSM-CC data carousel as defend in
MPEG-2)
Object Carousels (data is transmitted according to the DSM-CC object and
data carousel specifications as defend in MPEG-2).

The data broadcast specification profile for multiprotocol encapsulation
(third in the list) supports data broadcast service that requires the
transmission of communication protocol datagrams over DVB networks. If the
LLC_SNAP_flag is set the payload carries LLC/SNAP encapsulated datagrams,
following the MAC_address_1 field.  When it carries an IP datagram directly,
the LLC_SNAP_flag is set zero.  The fragmentation and reassembling service
is provided using the section length, section number and last section
number.  For example, the section number indicates the fragment number, if
the datagram has been fragmented.  The Medium Access Control (MAC) address
(e.g., Ethernet address) of the destination device will be encapsulated
using the MAC address fields. 

The multi-protocol encapsulation profile is becoming an open standard within
industry, although other data broadcasting profiles have also implemented by
some manufactures 
In a simple configuration of a satellite-based DVB network, a low cost
receive only satellite terminal may be used to construct a cost-effective
high speed simplex distribution. The server transfers the data to the client
through the higher speed satellite link.  A client networking device (the
client computer itself or the router) has two network interfaces; one
connected to the receive DVB link and the other connected by an Internet
Service Provider to the terrestrial network. The hub router forwards data
through the satellite network while the return data may be sent through the
terrestrial - ISDN, ADSL, dialup links (or in future using a low power
satellite return link - see new Astra work).  

Reference:

'Digital Video Broadcasting (DVB) specification for data broadcasting',
ETSI, Draft EN 301 192 V1.1.1 (1997-08), 1997.

N. Samaraweera and G. Fairhurst, 'High Speed Internet Access Using
Satellite-Based DVB Networks', International Network Conference (INC'98),
IEE, Plymouth, UK, 23-28 (1998). 
http://www.erg.abdn.ac.uk/publications.html + more publications


A. N.K.G. Samaraweera, "Return Link Optimisation for Internet Service
Provision Using DVB-S Networks", in Computer Communication Review, a
publication of ACM SIGCOMM, volume 29, number 3, July 1999.
http://www.acm.org/sigcomm/ccr/archive/1999/jul99/ccr-9907-samaraweera4.html


-----Original Message-----
From: Chris Metz [mailto:chmetz@cisco.com]
Sent: 06 June 2000 3:27 AM
To: tcpsat@grc.nasa.gov
Subject: IP over Satellite Questions/References


Hi-
Based on a reference to Dish Network and Gilat I heard the other day on 
CNBC I am suddenly very curious about the use of satellite for broadband 
access to the home or business and IP over Satellite in general. As a 
generalization of the TCP over satellite problems and solutions that have 
been well documented over the last few years I was wondering about the 
following:

- IP/MPEG/DVB? So are IP packets carried in the MPE capabilities of MPEG 
for transmission over DVB systems?

- What about special satellite-specific link layers? Are MPEG frames 
carried inside these L2 protocols?

- How is the satellite uplink for a bidirectional system done? I am 
familiar with the DirecPC approach of using a terrestrial (dial, ISDN) 
uplink from the home. Is the bandwidth symmetrical or asymmetrical?

- How much bandwidth is possible? I see that DirecPC advertises 400Kb. What 
are the issues that affect how much bandwidth one can use?

Any conferences/tutorials/whitepapers/books that people can recommend to 
learn about this stuff?

Thanks ...



Chris Metz
Lead IP Architect
Solutions Integration
Service Provider Line of Business
Cisco Systems
email: chmetz@cisco.com
offic phone: 408-525-3275
home office: 914-241-0423
pager: 800-365-4578
Internal URL: http://wwwin-people.cisco.com/chmetz/chmetz.htm  


From owner-tcpsat@lerc.nasa.gov  Tue Jun  6 14:30:26 2000
Received: from lombok-fi.lerc.nasa.gov ([139.88.112.33])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id OAA16428;
	Tue, 6 Jun 2000 14:30:26 -0400 (EDT)
Received: (from listserv@localhost)
	by lombok-fi.lerc.nasa.gov (NASA LeRC 8.9.1.1/8.9.1) id NAA07320
	for tcpsat-outgoing; Tue, 6 Jun 2000 13:37:03 -0400 (EDT)
Received: from seraph3.lerc.nasa.gov (firewall-user@guardian03.lerc.nasa.gov [139.88.146.12])
	by lombok-fi.lerc.nasa.gov (NASA LeRC 8.9.1.1/8.9.1) with ESMTP id NAA07260
	for <tcpsat@grc.nasa.gov>; Tue, 6 Jun 2000 13:36:57 -0400 (EDT)
Received: by seraph3.lerc.nasa.gov; id NAA20356; Tue, 6 Jun 2000 13:36:50 -0400 (EDT)
Received: from unknown(63.85.173.34) by seraph3.lerc.nasa.gov via smap (V5.0)
	id xma020307; Tue, 6 Jun 00 13:36:47 -0400
Received: from proton.tachyon.net (proton.tachyon.net [10.200.0.5])
	by ns.tachyon.net (8.9.1/8.9.1) with ESMTP id KAA26726;
	Tue, 6 Jun 2000 10:36:46 -0700 (PDT)
Received: from jzhu (zhu.tachyon.net [10.200.0.189])
	by proton.tachyon.net (8.9.1/8.9.1) with SMTP id KAA07895;
	Tue, 6 Jun 2000 10:36:45 -0700 (PDT)
Message-ID: <011701bfcfdd$f66305f0$bd00c80a@tachyon.net>
From: "James Zhu" <jzhu@tachyon.net>
To: "Chris Metz" <chmetz@cisco.com>, "Larry Schott" <lschott@tachyon.net>
Cc: <tcpsat@grc.nasa.gov>
References: <4.2.0.58.20000605221221.00941100@sj-email.cisco.com>
Subject: Re: IP over Satellite Questions/References
Date: Tue, 6 Jun 2000 10:38:01 -0700
MIME-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 5.00.2919.6600
X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6600
Sender: owner-tcpsat@lerc.nasa.gov
Precedence: bulk
Content-Transfer-Encoding: 7bit

Chris,

You can checkout Tachyon.net, they just launched *two* way broadband
internet access over satellite in march. .9m VSAT dish. Traffic are carried
over MPEG/DVB. Their service targets to small-mid size businesses and is QOS
provisioned. They currently have coverage in Europe/North/South America.

-jaz

----- Original Message -----
From: "Chris Metz" <chmetz@cisco.com>
To: <tcpsat@grc.nasa.gov>
Sent: Monday, June 05, 2000 7:27 PM
Subject: IP over Satellite Questions/References


> Hi-
> Based on a reference to Dish Network and Gilat I heard the other day on
> CNBC I am suddenly very curious about the use of satellite for broadband
> access to the home or business and IP over Satellite in general. As a
> generalization of the TCP over satellite problems and solutions that have
> been well documented over the last few years I was wondering about the
> following:
>
> - IP/MPEG/DVB? So are IP packets carried in the MPE capabilities of MPEG
> for transmission over DVB systems?
>
> - What about special satellite-specific link layers? Are MPEG frames
> carried inside these L2 protocols?
>
> - How is the satellite uplink for a bidirectional system done? I am
> familiar with the DirecPC approach of using a terrestrial (dial, ISDN)
> uplink from the home. Is the bandwidth symmetrical or asymmetrical?
>
> - How much bandwidth is possible? I see that DirecPC advertises 400Kb.
What
> are the issues that affect how much bandwidth one can use?
>
> Any conferences/tutorials/whitepapers/books that people can recommend to
> learn about this stuff?
>
> Thanks ...
>
>
>
> Chris Metz
> Lead IP Architect
> Solutions Integration
> Service Provider Line of Business
> Cisco Systems
> email: chmetz@cisco.com
> offic phone: 408-525-3275
> home office: 914-241-0423
> pager: 800-365-4578
> Internal URL: http://wwwin-people.cisco.com/chmetz/chmetz.htm
>



From owner-tcpsat@lerc.nasa.gov  Tue Jun  6 16:22:47 2000
Received: from lombok-fi.lerc.nasa.gov ([139.88.112.33])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id QAA18634;
	Tue, 6 Jun 2000 16:22:47 -0400 (EDT)
Received: (from listserv@localhost)
	by lombok-fi.lerc.nasa.gov (NASA LeRC 8.9.1.1/8.9.1) id PAA27878
	for tcpsat-outgoing; Tue, 6 Jun 2000 15:35:40 -0400 (EDT)
Received: from seraph3.lerc.nasa.gov (firewall-user@guardian03.lerc.nasa.gov [139.88.146.12])
	by lombok-fi.lerc.nasa.gov (NASA LeRC 8.9.1.1/8.9.1) with ESMTP id PAA27826
	for <tcpsat@grc.nasa.gov>; Tue, 6 Jun 2000 15:35:35 -0400 (EDT)
Received: by seraph3.lerc.nasa.gov; id PAA12118; Tue, 6 Jun 2000 15:35:35 -0400 (EDT)
Received: from garlic.amaranth.net(216.235.243.195) by seraph3.lerc.nasa.gov via smap (V5.0)
	id xma012072; Tue, 6 Jun 00 15:35:15 -0400
Received: from senie.com (garlic.amaranth.net [216.235.243.195])
	(authenticated)
	by garlic.amaranth.net (8.10.1/8.10.1) with ESMTP id e56JZ1I09107;
	Tue, 6 Jun 2000 15:35:01 -0400
Message-ID: <393D5264.41BDD7D8@senie.com>
Date: Tue, 06 Jun 2000 15:35:00 -0400
From: Daniel Senie <dts@senie.com>
Organization: Amaranth Networks Inc.
X-Mailer: Mozilla 4.72 [en] (Win98; U)
X-Accept-Language: en
MIME-Version: 1.0
To: James Zhu <jzhu@tachyon.net>
CC: Chris Metz <chmetz@cisco.com>, Larry Schott <lschott@tachyon.net>,
        tcpsat@grc.nasa.gov
Subject: Re: IP over Satellite Questions/References
References: <4.2.0.58.20000605221221.00941100@sj-email.cisco.com> <011701bfcfdd$f66305f0$bd00c80a@tachyon.net>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Sender: owner-tcpsat@lerc.nasa.gov
Precedence: bulk
Content-Transfer-Encoding: 7bit

James Zhu wrote:
> 
> Chris,
> 
> You can checkout Tachyon.net, they just launched *two* way broadband
> internet access over satellite in march. .9m VSAT dish. Traffic are carried
> over MPEG/DVB. Their service targets to small-mid size businesses and is QOS
> provisioned. They currently have coverage in Europe/North/South America.

Unless something's changed, they don't offer Internet access, just
private networking. If that's your need, then it'll work. If you really
didn't want to install hundreds of locations, it may not be what you
want.

If I could get bidirectional VSAT at DSL prices (with reasonable
equipment charges) and including Internet connectivity, I'd certainly
have a number of applications for that. The Gilat/DISH offering is in
that direction. Nothing else I've seen yet is available for less than
100 times the price (monthly) and excessive equipment pricing (i.e. no,
I don't want a 12 foot dish and dedicated C-band transponders).


> ----- Original Message -----
> From: "Chris Metz" <chmetz@cisco.com>
> To: <tcpsat@grc.nasa.gov>
> Sent: Monday, June 05, 2000 7:27 PM
> Subject: IP over Satellite Questions/References
> 
> > Hi-
> > Based on a reference to Dish Network and Gilat I heard the other day on
> > CNBC I am suddenly very curious about the use of satellite for broadband
> > access to the home or business and IP over Satellite in general. As a
> > generalization of the TCP over satellite problems and solutions that have
> > been well documented over the last few years I was wondering about the
> > following:
> >
> > - IP/MPEG/DVB? So are IP packets carried in the MPE capabilities of MPEG
> > for transmission over DVB systems?
> >
> > - What about special satellite-specific link layers? Are MPEG frames
> > carried inside these L2 protocols?
> >
> > - How is the satellite uplink for a bidirectional system done? I am
> > familiar with the DirecPC approach of using a terrestrial (dial, ISDN)
> > uplink from the home. Is the bandwidth symmetrical or asymmetrical?
> >
> > - How much bandwidth is possible? I see that DirecPC advertises 400Kb.
> What
> > are the issues that affect how much bandwidth one can use?
> >
> > Any conferences/tutorials/whitepapers/books that people can recommend to
> > learn about this stuff?
> >
> > Thanks ...
> >
> >
> >
> > Chris Metz
> > Lead IP Architect
> > Solutions Integration
> > Service Provider Line of Business
> > Cisco Systems
> > email: chmetz@cisco.com
> > offic phone: 408-525-3275
> > home office: 914-241-0423
> > pager: 800-365-4578
> > Internal URL: http://wwwin-people.cisco.com/chmetz/chmetz.htm
> >


-- 
-----------------------------------------------------------------
Daniel Senie                                        dts@senie.com
Amaranth Networks Inc.                    http://www.amaranth.com


From owner-tcpsat@lerc.nasa.gov  Tue Jun  6 18:07:20 2000
Received: from lombok-fi.lerc.nasa.gov ([139.88.112.33])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id SAA19924;
	Tue, 6 Jun 2000 18:07:20 -0400 (EDT)
Received: (from listserv@localhost)
	by lombok-fi.lerc.nasa.gov (NASA LeRC 8.9.1.1/8.9.1) id RAA12880
	for tcpsat-outgoing; Tue, 6 Jun 2000 17:18:36 -0400 (EDT)
Received: from seraph3.lerc.nasa.gov (firewall-user@guardian03.lerc.nasa.gov [139.88.146.12])
	by lombok-fi.lerc.nasa.gov (NASA LeRC 8.9.1.1/8.9.1) with ESMTP id RAA12856
	for <tcpsat@grc.nasa.gov>; Tue, 6 Jun 2000 17:18:33 -0400 (EDT)
Received: by seraph3.lerc.nasa.gov; id RAA00152; Tue, 6 Jun 2000 17:18:31 -0400 (EDT)
Received: from smtp1.interramp.com(38.8.45.2) by seraph3.lerc.nasa.gov via smap (V5.0)
	id xma000103; Tue, 6 Jun 00 17:18:08 -0400
Received: from [38.30.162.249] (helo=rob-vaio)
	by smtp1.interramp.com with smtp (Exim 1.90 #1)
	id 12zQjY-0006lN-00; Tue, 6 Jun 2000 17:18:00 -0400
From: "Robert L. Dean" <rob@actconferences.com>
Organization: ACT Conferences
To: chmetz@cisco.com
Date: Tue, 6 Jun 2000 16:20:02 -0000
MIME-Version: 1.0
Content-type: text/plain; charset=US-ASCII
Content-transfer-encoding: 7BIT
Subject: RE: IP over Satellite Questions/References
Reply-to: rob@actconferences.com
CC: tcpsat@grc.nasa.gov
X-mailer: Pegasus Mail for Win32 (v3.01d)
Message-Id: <E12zQjY-0006lN-00@smtp1.interramp.com>
Sender: owner-tcpsat@lerc.nasa.gov
Precedence: bulk
Content-Transfer-Encoding: 7BIT

Chris,

I believe the University of Maryland event was held at U of M - College Park 
at the end of April and was our (ACT Conferences) 4th annual event.  If I'm 
wrong about the event Aaron was referencing, my apologies to all. I was told 
the event was incorrectly listed in an industry pub. as the University's 2nd 
annual event, so the confusion is understandable.  Actually, Aaron may be 
amazingly prescient -- the  director of the University's center for Satellite & 
Hybrid Networks has approached us about producing the event next year 
with the University.

Our main URL is www.actconferences.com which should have a link to past 
conferences-I'm on the road otherwise I'd get you the specific URL.  Also, 
look for a similar conf. in Nov. on the west coast.

Regards,

Robert Dean
VP, Program Development
ACT Conferences
417.865.7500

From:           	"Falk, Aaron" <aaron@panamsat.com>
To:             	"'Chris Metz'" <chmetz@cisco.com>
Copies to:      	tcpsat@grc.nasa.gov
Subject:        	RE: IP over Satellite Questions/References
Date sent:      	Tue, 6 Jun 2000 09:05:31 -0400 

Chris-

> - IP/MPEG/DVB? So are IP packets carried in the MPE 
> capabilities of MPEG 
> for transmission over DVB systems?

Yes.

> 
> - What about special satellite-specific link layers? Are MPEG frames
> carried inside these L2 protocols?

The one I'm familliar with (HNS) is an alternative to MPEG/DVB rather than
just DVB. So, IP goes directly into their link layer. So, no MPEG. 

> 
> - How is the satellite uplink for a bidirectional system done? 

The primary difference is that the RF electronics has the capacity to
transmit rather than just receive. This increases the user equipment cost
significantly since the transmission tube is the most expensive part of a
VSAT terminal (and a receive-only terminal doesn't need one). In the
simplest form, you could do PPP over a fixed bandwidth RF link. Most
services do (& will) use something more sophisticated since (a) the duty
cycle for a single terminal is usually low and (b) satellite bandwidth is
expensive. The operators want to share the bandwidth across as many users
as possible (while still providing acceptable service). 

> I am 
> familiar with the DirecPC approach of using a terrestrial 
> (dial, ISDN) 
> uplink from the home. Is the bandwidth symmetrical or asymmetrical?

Since most of these systems are designed for web access, the bandwidth
will almost always be asymmetrical. But in some designs, particularly the
Ka-band systems in development, that's a matter of provisioning rather
than the architecture. Meaning that if you had a user that needed
symmetric access (or, rather, was willing to pay for it), you could set up
channels with the same rates in both directions. Nevertheless, the
majority of these systems are designed expecting that most users will want
to consume more data than they generate.



> 
> - How much bandwidth is possible? I see that DirecPC 
> advertises 400Kb. What 
> are the issues that affect how much bandwidth one can use?
> 

Sharing satellite bandwidth is a zero-sum game. If your transponder can
handle 45Mbps (a typical value), you can share that across all the users
you want but it has to add up to 45Mbps. If you've ever studied
communications channels, you know you can trade channel utilization
(percentage of time that the channel is not idle) for data delay. In other
words, you make users wait in queues so they can transmit at the most
convenient time. However, if you make them wait too long, they get
annoyed. There can be significant overhead in these channel sharing (DAMA,
Bandwidth on Demand) schemes since you have to tell users when to
transmit.

> Any conferences/tutorials/whitepapers/books that people can 
> recommend to 
> learn about this stuff?

Lots of conferences:
  -) University of Maryland has an annual Internet over satellite
  conference

     (I couldn't find a URL)
  -) The annual Ka-utilization conference talks about new Ka-band (duplex)
systems
  -) MOBICOM
  -) 'Internet Via Satellite,' marketing oriented but useful if you want
  to
find
     out what people are doing,
http://www.actconferences.com/Satv4/index.htm
  -) IEEE Communication Society usually has some sessions at ICC, 
     http://www.icc00.org/technic/pglance.htm

  ...Hopefully, folks on the mail list can contribute additional ones.

Hope this helps,

--aaron

---
Aaron Falk
NET/36 Network Architect
PanAmSat Corporation
Greenwich, Connecticut, USA
*	Phone: 	203.861.8326
*	Mobile: 	203.912.5689
*	Fax: 		203.861.8677
*	mailto:aaron@panamsat.com 
*	http://www.net-36.com



From owner-tcpsat@lerc.nasa.gov  Tue Jun  6 18:09:07 2000
Received: from lombok-fi.lerc.nasa.gov ([139.88.112.33])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id SAA19964;
	Tue, 6 Jun 2000 18:09:06 -0400 (EDT)
Received: (from listserv@localhost)
	by lombok-fi.lerc.nasa.gov (NASA LeRC 8.9.1.1/8.9.1) id RAA13574
	for tcpsat-outgoing; Tue, 6 Jun 2000 17:25:20 -0400 (EDT)
Received: from seraph3.lerc.nasa.gov (firewall-user@guardian03.lerc.nasa.gov [139.88.146.12])
	by lombok-fi.lerc.nasa.gov (NASA LeRC 8.9.1.1/8.9.1) with ESMTP id RAA13539
	for <tcpsat@lerc.nasa.gov>; Tue, 6 Jun 2000 17:25:17 -0400 (EDT)
Received: by seraph3.lerc.nasa.gov; id RAA01181; Tue, 6 Jun 2000 17:25:16 -0400 (EDT)
Message-Id: <200006062125.RAA01181@seraph3.lerc.nasa.gov>
Received: from server06.gw.total-web.net(209.186.12.22) by seraph3.lerc.nasa.gov via smap (V5.0)
	id xma001071; Tue, 6 Jun 00 17:24:37 -0400
Received: (qmail 23377 invoked from network); 6 Jun 2000 21:20:42 -0000
Received: from ip-166-057.gw.total-web.net (HELO localhost) (209.187.166.57)
  by server06.gw.total-web.net with SMTP; 6 Jun 2000 21:20:42 -0000
From: "Webmaster" <webster@gw.total-web.net>
To: "tcpsat@lerc.nasa.gov" <tcpsat@lerc.nasa.gov>
Date: Tue, 06 Jun 2000 17:25:59 -0500
Subject: Corporate Design Services
Reply-To: webster@gw.total-web.net
MIME-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 7bit
X-Priority: 3
Sender: owner-tcpsat@lerc.nasa.gov
Precedence: bulk
Content-Transfer-Encoding: 7bit

Design Consultants Ltd., one of Americas premier design firms may be able to 
help you with some of your corporiate design needs. Click on the link below to 
learn more.

<a href="www.design-consultants-ltd.com">www.design-consultants-ltd.com</a>

Design Consultants LTD
150 East Crogan Street
Lawrencville, Ga 30045
Phone: 770.682.3225 






From owner-tcpsat@lerc.nasa.gov  Tue Jun  6 18:28:53 2000
Received: from lombok-fi.lerc.nasa.gov ([139.88.112.33])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id SAA20174;
	Tue, 6 Jun 2000 18:28:52 -0400 (EDT)
Received: (from listserv@localhost)
	by lombok-fi.lerc.nasa.gov (NASA LeRC 8.9.1.1/8.9.1) id RAA15528
	for tcpsat-outgoing; Tue, 6 Jun 2000 17:44:05 -0400 (EDT)
Received: from seraph3.lerc.nasa.gov (firewall-user@guardian03.lerc.nasa.gov [139.88.146.12])
	by lombok-fi.lerc.nasa.gov (NASA LeRC 8.9.1.1/8.9.1) with ESMTP id RAA15508
	for <tcpsat@lerc.nasa.gov>; Tue, 6 Jun 2000 17:44:03 -0400 (EDT)
Received: by seraph3.lerc.nasa.gov; id RAA04252; Tue, 6 Jun 2000 17:44:01 -0400 (EDT)
Message-Id: <200006062144.RAA04252@seraph3.lerc.nasa.gov>
Received: from server06.gw.total-web.net(209.186.12.22) by seraph3.lerc.nasa.gov via smap (V5.0)
	id xma004201; Tue, 6 Jun 00 17:43:41 -0400
Received: (qmail 9969 invoked from network); 6 Jun 2000 21:43:37 -0000
Received: from ip-166-057.gw.total-web.net (HELO localhost) (209.187.166.57)
  by server06.gw.total-web.net with SMTP; 6 Jun 2000 21:43:37 -0000
From: "Webmaster" <webster@gw.total-web.net>
To: "tcpsat@lerc.nasa.gov" <tcpsat@lerc.nasa.gov>
Date: Tue, 06 Jun 2000 17:48:54 -0500
Subject: Tradeshow Exhibits
Reply-To: webster@gw.total-web.net
MIME-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 7bit
X-Priority: 3
Sender: owner-tcpsat@lerc.nasa.gov
Precedence: bulk
Content-Transfer-Encoding: 7bit

Modular One Southeastern your total source for tradeshow exhibits. 

Purchace or rental available. Complete graphic services available. 

Click on the link below to see our web site. You may not need our 

services now but you may in the future. Thanks for reviewing our site.

<a href="http://www.modularonesoutheastern.com">Modular One 

Southeastern</a>


Modular One Southeastern Inc.
150 East Crogan Street
Lawrencville, Ga 30045
Phone: 678.430.0007



From owner-tcpsat@lerc.nasa.gov  Tue Jun  6 19:31:10 2000
Received: from lombok-fi.lerc.nasa.gov ([139.88.112.33])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id TAA20629;
	Tue, 6 Jun 2000 19:31:09 -0400 (EDT)
Received: (from listserv@localhost)
	by lombok-fi.lerc.nasa.gov (NASA LeRC 8.9.1.1/8.9.1) id SAA23442
	for tcpsat-outgoing; Tue, 6 Jun 2000 18:48:09 -0400 (EDT)
Received: from seraph3.lerc.nasa.gov (firewall-user@guardian03.lerc.nasa.gov [139.88.146.12])
	by lombok-fi.lerc.nasa.gov (NASA LeRC 8.9.1.1/8.9.1) with ESMTP id SAA23438
	for <tcpsat@grc.nasa.gov>; Tue, 6 Jun 2000 18:48:08 -0400 (EDT)
Received: by seraph3.lerc.nasa.gov; id SAA17413; Tue, 6 Jun 2000 18:48:08 -0400 (EDT)
Received: from unknown(206.17.46.85) by seraph3.lerc.nasa.gov via smap (V5.0)
	id xma016785; Tue, 6 Jun 00 18:46:38 -0400
Received: from oberon.wins.hrl.com by dangle.wins.hrl.com (5.65v3.2/1.1.10.5/24Apr98-0905PM)
	id AA24562; Tue, 6 Jun 2000 15:43:04 -0700
From: "Bo Ryu" <ryu@wins.hrl.com>
To: "Falk, Aaron" <aaron@panamsat.com>, "'Chris Metz'" <chmetz@cisco.com>
Cc: <tcpsat@grc.nasa.gov>
Subject: RE: IP over Satellite Questions/References
Date: Tue, 6 Jun 2000 15:45:45 -0700
Message-Id: <NEBBICMMKLEAJNKIOIPPCENECDAA.ryu@wins.hrl.com>
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Priority: 3 (Normal)
X-Msmail-Priority: Normal
X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2910.0)
Importance: Normal
In-Reply-To: <8046A317B5F4D21186610008C7EBB696F0596C@grnexch1.panamsat.com>
X-Mimeole: Produced By Microsoft MimeOLE V5.00.2919.6600
Sender: owner-tcpsat@lerc.nasa.gov
Precedence: bulk
Content-Transfer-Encoding: 7bit

While we are at it, there is WOSBIS (Workshoop in Satellite Based
Information and Services). WOSBIS was with Mobicom for '96, '97, and '98,
and last year, it was with Globecom. I recall there was one paper on IP over
DVB from Europe in '98 WOSBIS. Check out
http://www.wins.hrl.com/conferences/WOSBIS98/advprog.html

If you like, I will send you a copy of that paper. :-)

-Bo


> -----Original Message-----
> From: owner-tcpsat@lerc.nasa.gov [mailto:owner-tcpsat@lerc.nasa.gov]On
> Behalf Of Falk, Aaron
> Sent: Tuesday, June 06, 2000 6:06 AM
> To: 'Chris Metz'
> Cc: tcpsat@grc.nasa.gov
> Subject: RE: IP over Satellite Questions/References
>
>
>
>
> > ----------
> > From: 	Falk, Aaron[SMTP:AARON@PANAMSAT.COM]
> > Sent: 	Tuesday, June 06, 2000 6:05:31 AM
> > To: 	'Chris Metz'
> > Cc: 	tcpsat@grc.nasa.gov
> > Subject: 	RE: IP over Satellite Questions/References
> > Auto forwarded by a Rule
> >
> Chris-
>
> > - IP/MPEG/DVB? So are IP packets carried in the MPE
> > capabilities of MPEG
> > for transmission over DVB systems?
>
> Yes.
>
> >
> > - What about special satellite-specific link layers? Are MPEG frames
> > carried inside these L2 protocols?
>
> The one I'm familliar with (HNS) is an alternative to MPEG/DVB rather than
> just DVB. So, IP goes directly into their link layer. So, no MPEG.
>
> >
> > - How is the satellite uplink for a bidirectional system done?
>
> The primary difference is that the RF electronics has the capacity to
> transmit rather than just receive. This increases the user equipment cost
> significantly since the transmission tube is the most expensive part of a
> VSAT terminal (and a receive-only terminal doesn't need one). In the
> simplest form, you could do PPP over a fixed bandwidth RF link. Most
> services do (& will) use something more sophisticated since (a) the duty
> cycle for a single terminal is usually low and (b) satellite bandwidth is
> expensive. The operators want to share the bandwidth across as
> many users as
> possible (while still providing acceptable service).
>
> > I am
> > familiar with the DirecPC approach of using a terrestrial
> > (dial, ISDN)
> > uplink from the home. Is the bandwidth symmetrical or asymmetrical?
>
> Since most of these systems are designed for web access, the
> bandwidth will
> almost always be asymmetrical. But in some designs, particularly
> the Ka-band
> systems in development, that's a matter of provisioning rather than the
> architecture. Meaning that if you had a user that needed symmetric access
> (or, rather, was willing to pay for it), you could set up
> channels with the
> same rates in both directions. Nevertheless, the majority of these systems
> are designed expecting that most users will want to consume more data than
> they generate.
>
>
>
> >
> > - How much bandwidth is possible? I see that DirecPC
> > advertises 400Kb. What
> > are the issues that affect how much bandwidth one can use?
> >
>
> Sharing satellite bandwidth is a zero-sum game. If your transponder can
> handle 45Mbps (a typical value), you can share that across all
> the users you
> want but it has to add up to 45Mbps. If you've ever studied communications
> channels, you know you can trade channel utilization (percentage of time
> that the channel is not idle) for data delay. In other words, you
> make users
> wait in queues so they can transmit at the most convenient time.
> However, if
> you make them wait too long, they get annoyed. There can be significant
> overhead in these channel sharing (DAMA, Bandwidth on Demand)
> schemes since
> you have to tell users when to transmit.
>
> > Any conferences/tutorials/whitepapers/books that people can
> > recommend to
> > learn about this stuff?
>
> Lots of conferences:
>   -) University of Maryland has an annual Internet over satellite
> conference
>
>      (I couldn't find a URL)
>   -) The annual Ka-utilization conference talks about new Ka-band (duplex)
> systems
>   -) MOBICOM
>   -) 'Internet Via Satellite,' marketing oriented but useful if
> you want to
> find
>      out what people are doing,
> http://www.actconferences.com/Satv4/index.htm
>   -) IEEE Communication Society usually has some sessions at ICC,
>      http://www.icc00.org/technic/pglance.htm
>
>   ...Hopefully, folks on the mail list can contribute additional ones.
>
> Hope this helps,
>
> --aaron
>
> ---
> Aaron Falk
> NET/36 Network Architect
> PanAmSat Corporation
> Greenwich, Connecticut, USA
> *	Phone: 	203.861.8326
> *	Mobile: 	203.912.5689
> *	Fax: 		203.861.8677
> *	mailto:aaron@panamsat.com
> *	http://www.net-36.com
>
>



From owner-tcpsat@lerc.nasa.gov  Tue Jun  6 19:31:36 2000
Received: from lombok-fi.lerc.nasa.gov ([139.88.112.33])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id TAA20642;
	Tue, 6 Jun 2000 19:31:30 -0400 (EDT)
Received: (from listserv@localhost)
	by lombok-fi.lerc.nasa.gov (NASA LeRC 8.9.1.1/8.9.1) id SAA23080
	for tcpsat-outgoing; Tue, 6 Jun 2000 18:43:50 -0400 (EDT)
Received: from seraph3.lerc.nasa.gov (firewall-user@guardian03.lerc.nasa.gov [139.88.146.12])
	by lombok-fi.lerc.nasa.gov (NASA LeRC 8.9.1.1/8.9.1) with ESMTP id SAA23069
	for <tcpsat@grc.nasa.gov>; Tue, 6 Jun 2000 18:43:48 -0400 (EDT)
Received: by seraph3.lerc.nasa.gov; id SAA16760; Tue, 6 Jun 2000 18:43:47 -0400 (EDT)
Received: from unknown(63.85.173.34) by seraph3.lerc.nasa.gov via smap (V5.0)
	id xma016734; Tue, 6 Jun 00 18:43:23 -0400
Received: from proton.tachyon.net (proton.tachyon.net [10.200.0.5])
	by ns.tachyon.net (8.9.1/8.9.1) with ESMTP id PAA28226;
	Tue, 6 Jun 2000 15:43:21 -0700 (PDT)
Received: from jzhu (zhu.tachyon.net [10.200.0.189])
	by proton.tachyon.net (8.9.1/8.9.1) with SMTP id PAA12649;
	Tue, 6 Jun 2000 15:43:21 -0700 (PDT)
Message-ID: <02db01bfd008$cb250520$bd00c80a@tachyon.net>
From: "James Zhu" <jzhu@tachyon.net>
To: "Daniel Senie" <dts@senie.com>
Cc: "Chris Metz" <chmetz@cisco.com>, "Larry Schott" <lschott@tachyon.net>,
        <tcpsat@grc.nasa.gov>
References: <4.2.0.58.20000605221221.00941100@sj-email.cisco.com> <011701bfcfdd$f66305f0$bd00c80a@tachyon.net> <393D5264.41BDD7D8@senie.com>
Subject: Re: IP over Satellite Questions/References
Date: Tue, 6 Jun 2000 15:44:37 -0700
MIME-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 5.00.2919.6600
X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6600
Sender: owner-tcpsat@lerc.nasa.gov
Precedence: bulk
Content-Transfer-Encoding: 7bit


----- Original Message -----
From: "Daniel Senie" <dts@senie.com>
To: "James Zhu" <jzhu@tachyon.net>
Cc: "Chris Metz" <chmetz@cisco.com>; "Larry Schott" <lschott@tachyon.net>;
<tcpsat@grc.nasa.gov>
Sent: Tuesday, June 06, 2000 12:35 PM
Subject: Re: IP over Satellite Questions/References


> James Zhu wrote:
> >
> > Chris,
> >
> > You can checkout Tachyon.net, they just launched *two* way broadband
> > internet access over satellite in march. .9m VSAT dish. Traffic are
carried
> > over MPEG/DVB. Their service targets to small-mid size businesses and is
QOS
> > provisioned. They currently have coverage in Europe/North/South America.
>
> Unless something's changed, they don't offer Internet access, just
> private networking. If that's your need, then it'll work. If you really
> didn't want to install hundreds of locations, it may not be what you
> want.

That is not correct. Tachyon System was designed for Internet broadband
access from the begining. They provide the satellite link to ISP and ISPs
signs up individual customer as they normally do with a DSL or modem line.


> If I could get bidirectional VSAT at DSL prices (with reasonable
> equipment charges) and including Internet connectivity, I'd certainly
> have a number of applications for that. The Gilat/DISH offering is in
> that direction. Nothing else I've seen yet is available for less than
> 100 times the price (monthly) and excessive equipment pricing (i.e. no,
> I don't want a 12 foot dish and dedicated C-band transponders).
>

Gilat is consumer oriented. Tachyon is business oriented. Different
throughput speed, provisioning, service quality. (ie. They guarantee up
time.)


cheers,

-jaz


>
> > ----- Original Message -----
> > From: "Chris Metz" <chmetz@cisco.com>
> > To: <tcpsat@grc.nasa.gov>
> > Sent: Monday, June 05, 2000 7:27 PM
> > Subject: IP over Satellite Questions/References
> >
> > > Hi-
> > > Based on a reference to Dish Network and Gilat I heard the other day
on
> > > CNBC I am suddenly very curious about the use of satellite for
broadband
> > > access to the home or business and IP over Satellite in general. As a
> > > generalization of the TCP over satellite problems and solutions that
have
> > > been well documented over the last few years I was wondering about the
> > > following:
> > >
> > > - IP/MPEG/DVB? So are IP packets carried in the MPE capabilities of
MPEG
> > > for transmission over DVB systems?
> > >
> > > - What about special satellite-specific link layers? Are MPEG frames
> > > carried inside these L2 protocols?
> > >
> > > - How is the satellite uplink for a bidirectional system done? I am
> > > familiar with the DirecPC approach of using a terrestrial (dial, ISDN)
> > > uplink from the home. Is the bandwidth symmetrical or asymmetrical?
> > >
> > > - How much bandwidth is possible? I see that DirecPC advertises 400Kb.
> > What
> > > are the issues that affect how much bandwidth one can use?
> > >
> > > Any conferences/tutorials/whitepapers/books that people can recommend
to
> > > learn about this stuff?
> > >
> > > Thanks ...
> > >
> > >
> > >
> > > Chris Metz
> > > Lead IP Architect
> > > Solutions Integration
> > > Service Provider Line of Business
> > > Cisco Systems
> > > email: chmetz@cisco.com
> > > offic phone: 408-525-3275
> > > home office: 914-241-0423
> > > pager: 800-365-4578
> > > Internal URL: http://wwwin-people.cisco.com/chmetz/chmetz.htm
> > >
>
>
> --
> -----------------------------------------------------------------
> Daniel Senie                                        dts@senie.com
> Amaranth Networks Inc.                    http://www.amaranth.com
>



From owner-tcpsat@lerc.nasa.gov  Thu Jun  8 13:11:23 2000
Received: from lombok-fi.lerc.nasa.gov ([139.88.112.33])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id NAA12290;
	Thu, 8 Jun 2000 13:11:19 -0400 (EDT)
Received: (from listserv@localhost)
	by lombok-fi.lerc.nasa.gov (NASA LeRC 8.9.1.1/8.9.1) id LAA00351
	for tcpsat-outgoing; Thu, 8 Jun 2000 11:02:04 -0400 (EDT)
Received: from seraph3.lerc.nasa.gov (firewall-user@guardian03.lerc.nasa.gov [139.88.146.12])
	by lombok-fi.lerc.nasa.gov (NASA LeRC 8.9.1.1/8.9.1) with ESMTP id LAA00310;
	Thu, 8 Jun 2000 11:01:59 -0400 (EDT)
Received: by seraph3.lerc.nasa.gov; id LAA27646; Thu, 8 Jun 2000 11:01:59 -0400 (EDT)
Received: from marjan.fesb.hr(161.53.166.3) by seraph3.lerc.nasa.gov via smap (V5.0)
	id xma027419; Thu, 8 Jun 00 11:00:58 -0400
Received: from jurica (jurica.fesb.hr [161.53.166.43])
	by marjan.fesb.hr (8.9.3/8.9.3) with SMTP id OAA02727;
	Thu, 8 Jun 2000 14:39:19 +0200 (MET DST)
Message-ID: <049401bfd148$cac26050$2ba635a1@fesb.hr>
From: "SoftCOM Secretary" <softcom@fesb.hr>
To: "SoftCOM Mailing List" <softcom@fesb.hr>
Subject: SoftCOM 2000 Deadline Extension and Feature Topic CFP
Date: Thu, 8 Jun 2000 14:40:34 +0200
Organization: FESB, University of Split
MIME-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-2"
Content-Transfer-Encoding: 7bit
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 5.00.2314.1300
X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2314.1300
Sender: owner-tcpsat@lerc.nasa.gov
Precedence: bulk
Content-Transfer-Encoding: 7bit

Dear All,

Due to the number of requests for deadline extension the SoftCOM 2000
Organizing Committee has extended the paper submission deadline to June 19,
2000.


We use this opportunity to remind the potential contributors that the
deadline for special session "The New Millennium Telecommunications in the
Alps-Adria Countries" is approaching.

From the papers presented at SoftCOM 2000, a set of the most representative
papers (or their integrals) will be selected for publication in the August
2001 issue of the IEEE Communications Magazine.

Deadline for the Feature Topic:
Complete manuscript to be received by July 15, 2000
Notification of acceptance: July 31, 2000


The Feature Topic includes, but it is not limited to:

-historical background, developments,
-operation statistics and experiencies, user (universities, institutes,
  schools) opinions,
-the newest technologies and services,
-development of telelearning and videoconferencing,
-Web applications and information systems,
-security aspects,
-plans for future,toward the new millennium,
-the role of universities and institutes,
-the role of the national and regional operators and companies, industry
  and institutions,
-joint projects, joint institutes and laboratories between academic and
  operators and companies, industry and institutions,
-participation of academic institutions in education of professionals from
  industry and vice versa,

Participation in this FT is expected from institutions which cover
academic networking (such as CARNet in Croatia, Arnes in Slovenia), as
well as from universities, institutes and schools as users, particularly
in the Alps-Adria region. In addition, contributions from national and
regional institutions, companies, operators and industry who participate in
development of academic networking, promotion of education and R&D
investigations are particularly welcome.

More details can be found at http://www.fesb.hr/SoftCOM


Thank you for your interest in SoftCOM 2000.

SoftCOM 2000 Organizing Committee






From owner-tcpsat@lerc.nasa.gov  Tue Jun 20 10:24:07 2000
Received: from lombok-fi.lerc.nasa.gov (lombok-fi.lerc.nasa.gov [139.88.112.33])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id KAA23322;
	Tue, 20 Jun 2000 10:24:01 -0400 (EDT)
Received: (from listserv@localhost)
	by lombok-fi.lerc.nasa.gov (NASA LeRC 8.9.1.1/8.9.1) id JAA07929
	for tcpsat-outgoing; Tue, 20 Jun 2000 09:01:29 -0400 (EDT)
Received: from seraph3.lerc.nasa.gov (firewall-user@guardian03.lerc.nasa.gov [139.88.146.12])
	by lombok-fi.lerc.nasa.gov (NASA LeRC 8.9.1.1/8.9.1) with ESMTP id IAA07311;
	Tue, 20 Jun 2000 08:58:07 -0400 (EDT)
Received: by seraph3.lerc.nasa.gov; id IAA23450; Tue, 20 Jun 2000 08:58:07 -0400 (EDT)
Received: from ada.cs.ucy.ac.cy(194.42.10.200) by seraph3.lerc.nasa.gov via smap (V5.0)
	id xma023399; Tue, 20 Jun 00 08:57:57 -0400
Received: from cs144 (cs144.cs.ucy.ac.cy [194.42.7.56])
	by ada.cs.ucy.ac.cy (8.8.8/8.8.8) with SMTP id QAA34954;
	Tue, 20 Jun 2000 16:04:45 +0300
Message-ID: <0d0501bfdab8$bf382a70$38072ac2@cs.ucy.ac.cy>
From: "Andreas Pitsillides" <andreas.pitsillides@ucy.ac.cy>
To: <xtp-relay@cs.concordia.ca>, <webrepl@cs.utk.edu>,
        "\"terena list\"" <ga@terena.nl>, <tcpsat@lerc.nasa.gov>,
        <tcp-impl@lerc.nasa.gov>, <tci-announce@computer.org>, <tccc@ieee.org>,
        <reres@laas.fr>, <request-datacom@comsoc.org>,
        <performance@haven.epm.ornl.gov>, <itc@ieee.org>,
        <iscc2000@infres.enst.fr>, <ieeetcpc@listserv.utoronto.ca>,
        <ieee_rtc_list@cs.tamu.edu>, "\"GU-NET\"" <gu-net@gunet.gr>,
        "\"Globecom\"" <confs-globecom@comsoc.org>,
        <f-troup@CODEX.CIS.upenn.edu>, <fokus-user@fokus.gmd.de>,
        <ctc-members@tinac.com>, <Cost264@lip6.fr>,
        <cost257@informatik.uni-wuerzburg.de>,
        <cost237-transport@comp.lancs.ac.uk>,
        "\"Conferencesa\"" <confs-conferencesa@comsoc.org>,
        <comswtc@comsoc.org>, "\"comm-theory\"" <comm-theory@ieee.org>,
        "\"cnom\"" <cnom@maestro.bellcore.com>,
        "\"alg\"" <alg@comm.toronto.edu>, <iwqos@comsoc.org>
Cc: "Andreas Pitsillides" <Andreas.Pitsillides@ucy.ac.cy>
Subject: IEEE Infocom 2001 ---> 13 DAYS to GO ---- HAVE YOU SUBMITTED YOUR PAPER ?  
Date: Tue, 20 Jun 2000 16:08:15 +0300
MIME-Version: 1.0
Content-Type: text/plain;
	charset="windows-1253"
Content-Transfer-Encoding: 7bit
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 5.00.2919.6600
X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6600
Sender: owner-tcpsat@lerc.nasa.gov
Precedence: bulk
Content-Transfer-Encoding: 7bit

Please accept our apologies for multiple copies.

HAVE YOU SUBMITTED YOUR PAPER ?- 13 DAYS to GO

----------------------------------<>-----------------------------------
The 20th Annual Conference of IEEE Communications and Computer Societies
                      C A L L   F O R    P A P E R S
                   I E E E   I N F O C O M    2 0 0 1


               The Conference on Computer Communications
                "20 Years into the Communications Odyssey"

                     http://www.ieee-infocom.org/2001

                  April 22-26, 2001 - Anchorage, Alaska
        Sponsored by the IEEE Communications and Computer Societies

 CALL FOR PAPERS
 ================

 The major conference on computer communications and networking is
 celebrating its 20th anniversary in the splendid setting of Anchorage
 (Alaska) during the week of April 22-26. The conference will bring
 together researchers and practitioners of every aspect of digital
 communications and networks, presenting the most up-to-date results
 and achievements in these fields. The IEEE INFOCOM 2001 program committee
 is soliciting original papers describing state-of-the-art research and
 development in all areas of computer networking and data
 communications. Topics of interest include, but are not limited to,
 the following:


 BISDN and ATM                       Network management and control
 Billing and pricing                 Network measurements and testbeds
 Communication protocols             Protocol design and analysis
 Congestion and admission control    Quality of service
 Flow control                        Queueing theory
 Cryptography, information hiding    Scheduling
 Internet and web applications       Security and privacy
 Optical networks                    Storage area networks
 Mobile networks                     Switching and switch architectures
 Multicast                           Traffic management and control
 Multimedia                          Routing
 Multiple access                     Web performance and caching
 Network architectures               Wireless networks


 PAPER SUBMISSION
 ================

 Papers must be submitted electronically according to the instructions
 described in <http://www.ieee-infocom.org/2001> and summarized
 below. Proposals for panels, half- or full-day tutorials should be
 submitted to the respective chairs. Please refer to the conference web
 site for further details.

 Papers must be formatted according to the IEEE standard format except
 for the font size, which MUST be 11pt.  To make it easy to adhere to
 the formatting standard, we offer templates and samples for LaTex,
 MSWord, and FrameMaker (please refer to the pertinent web pages at
<http://www.ieee-infocom.org/2001>).
 -------------------------------------------------------------------
 PAPERS THAT DO NOT COMPLY TO THE ABOVE FORMAT CANNOT BE REVIEWED
 -------------------------------------------------------------------

 Submissions must be in PDF or Postscript.  Postscript papers must use
 only standard PostScript fonts: Times Roman, Courier, Symbol, and
 Helvetica.  (Please note that Postscript output from MSWord typically
 does not work on non-Microsoft platforms.  The use of the Apple
 LaserWriter II printer driver is strongly recommended).  The above
 formatted papers can be submitted in a compressed form (gzip, zip,
 WinZip, compress).

 Because of the size limitation on the final manuscript, and to ensure
 that the reviewed paper and the final version have a similar size,
 -----------------------------------------------------
 PAPERS WITH MORE THAN 11 PAGES CANNOT BE REVIEWED
 -----------------------------------------------------
 (this is roughly equivalent to 20 double-spaced pages).

 Papers must be submitted electronically using the Web site at
 <http://www.ieee-infocom.org/2001>.  This web page contains exact and
 detailed instructions about the submission process. Author's contact
 information must be provided during submission. To save space, authors
 may omit this information from the paper itself.  Authors will receive
 an immediate notification of the successful receipt of the file
 containing their paper.  Subsequently, a formal notification will be
 sent after verifying that the paper can be printed successfully.

 -------------------------------------------------------------------------
| SUBMISSIONS WILL ONLY BE ACCEPTED BETWEEN MAY 1ST AND JULY 5TH, 000. |
 ------------------------------------------------------------------------->
 SUBMISSION DEADLINES ARE STRICT!  PAPERS THAT HAVE BEEN IMPROPERLY
 SUBMITTED OR IMPROPERLY FORMATTED BY THE SUBMISSION DEADLINE WILL NOT BE
CONSIDERED.  TO AVOID LAST MINUTE PROBLEMS, AUTHORS ARE ENCOURAGED TO SUBMIT
THEIR PAPERS WELL IN ADVANCE OF THE DEADLINE.


 THE REVIEW PROCESS
 ==================

 Each paper will typically be reviewed by three independent reviewers,
 whose reviews will be relayed to the corresponding author.  Following
 last year successful experiment, authors will have a chance to provide
 a limited rebuttal on the reviews before the program committee makes
 its final decision.


 TRAVEL GRANTS
 =============

 Limited travel assistance to students, post-docs and junior faculty
 presenting a paper in the conference will be available. Please refer
 to the conference web site for further details.


 IMPORTANT DATES
 ===============

    Complete paper due             July 5, 2000
    Notification of acceptance     October 31, 2000
    Final version due              December 31, 2000


 PROGRAM COMMITTEE CO-CHAIRS [infocom@watson.ibm.com]
 ===========================

    Rene L. Cruz, UCSD
    Giovanni Pacifici, IBM Research





From owner-tcpsat@lerc.nasa.gov  Thu Jun 22 16:17:56 2000
Received: from lombok-fi.lerc.nasa.gov (lombok-fi.lerc.nasa.gov [139.88.112.33])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id QAA14794;
	Thu, 22 Jun 2000 16:17:55 -0400 (EDT)
Received: (from listserv@localhost)
	by lombok-fi.lerc.nasa.gov (NASA LeRC 8.9.1.1/8.9.1) id OAA18219
	for tcpsat-outgoing; Thu, 22 Jun 2000 14:57:37 -0400 (EDT)
Received: from seraph3.lerc.nasa.gov (firewall-user@guardian03.lerc.nasa.gov [139.88.146.12])
	by lombok-fi.lerc.nasa.gov (NASA LeRC 8.9.1.1/8.9.1) with SMTP id OAA18179
	for <tcpsat@grc.nasa.gov>; Thu, 22 Jun 2000 14:57:32 -0400 (EDT)
Received: by seraph3.lerc.nasa.gov; id OAA04617; Thu, 22 Jun 2000 14:57:30 -0400
Received: from b121.bitz.uni-bremen.de(134.102.49.121) by seraph3.lerc.nasa.gov via smap (V5.5)
	id xma004574; Thu, 22 Jun 00 14:57:18 -0400
Received: from andreastg (andreastg.mediamobil.de [192.168.32.9])
	by satellite.mediamobil.de (8.9.3/8.9.3) with SMTP id UAA09934
	for <tcpsat@grc.nasa.gov>; Thu, 22 Jun 2000 20:57:14 +0200
From: "Andreas Timm-Giel" <timm-giel@mediamobil.de>
To: <tcpsat@grc.nasa.gov>
Subject: TCPSAT: Looking for 16-QAM satellite modems
Date: Thu, 22 Jun 2000 20:54:05 +0200
Message-ID: <000301bfdc7b$3d779b00$0920a8c0@mediamobil.de>
MIME-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook 8.5, Build 4.71.2173.0
Importance: Normal
X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2615.200
Sender: owner-tcpsat@lerc.nasa.gov
Precedence: bulk
Content-Transfer-Encoding: 7bit

Hi everybody:

we are looking for satellite modems with QPSK, 8-PSK and 16-QAM modulation
and variable data rates between at least 32 kbit/s (if possible 9.6 kbit/s)
and 2 Mbit/s. These data rates should be available for all modulation
schemes. Small size, low weight and L-band-IF would be of advantage. Any
ideas where to look ?

Rgds,

Andreas Timm-Giel


MediaMobil Communication GmbH, BREMEN, Germany
email:  timm-giel@mediamobil.de



From owner-tcpsat@lerc.nasa.gov  Sat Jun 24 18:17:29 2000
Received: from lombok-fi.lerc.nasa.gov (lombok-fi.lerc.nasa.gov [139.88.112.33])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id SAA15672;
	Sat, 24 Jun 2000 18:17:28 -0400 (EDT)
Received: (from listserv@localhost)
	by lombok-fi.lerc.nasa.gov (NASA LeRC 8.9.1.1/8.9.1) id RAA05623
	for tcpsat-outgoing; Sat, 24 Jun 2000 17:09:40 -0400 (EDT)
Received: from seraph3.lerc.nasa.gov (firewall-user@guardian03.lerc.nasa.gov [139.88.146.12])
	by lombok-fi.lerc.nasa.gov (NASA LeRC 8.9.1.1/8.9.1) with SMTP id RAA05619
	for <tcpsat@grc.nasa.gov>; Sat, 24 Jun 2000 17:09:39 -0400 (EDT)
From: hsalfeld@estec.esa.nl
Received: by seraph3.lerc.nasa.gov; id RAA27146; Sat, 24 Jun 2000 17:09:38 -0400
Received: from esacom44.estec.esa.nl(131.176.26.3) by seraph3.lerc.nasa.gov via smap (V5.5)
	id xma027140; Sat, 24 Jun 00 17:09:31 -0400
Received: from esacom52.estec.esa.nl (esacom52.estec.esa.nl [131.176.7.7])
	by esacom44.estec.esa.nl (8.9.2/8.9.2/ESA-ESTEC-v1.2) with ESMTP id XAA05825;
	Sat, 24 Jun 2000 23:09:11 +0200 (MET DST)
Received: from estecmail1.estec.esa.nl (estecmail4.estec.esa.nl [131.176.7.65])
	by esacom52.estec.esa.nl (8.9.2/8.9.2/ESA-ESTEC-mail-gw-v1.6) with SMTP id VAA26350;
	Sat, 24 Jun 2000 21:09:17 GMT
Received: by estecmail1.estec.esa.nl(Lotus SMTP MTA v4.6.6  (890.1 7-16-1999))  id 41256908.0079B726 ; Sat, 24 Jun 2000 23:09:27 +0100
X-Lotus-FromDomain: ESA
To: tcpsat@grc.nasa.gov
cc: "Andreas Timm-Giel" <timm-giel@mediamobil.de>
Message-ID: <41256908.0079B5D0.00@estecmail1.estec.esa.nl>
Date: Sat, 24 Jun 2000 23:09:02 +0100
Subject: Re: TCPSAT: Looking for 16-QAM satellite modems
Mime-Version: 1.0
Content-type: text/plain; charset=us-ascii
Content-Disposition: inline
Sender: owner-tcpsat@lerc.nasa.gov
Precedence: bulk






Heico Salfeld@ESA
06/24/2000 11:09 PM

Did you already take a look at Newtec modulators? See http://www.newtec.be/

Rgds, Heico




From owner-tcpsat@lerc.nasa.gov  Mon Jun 26 04:12:34 2000
Received: from lombok-fi.lerc.nasa.gov (lombok-fi.lerc.nasa.gov [139.88.112.33])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id EAA28206;
	Mon, 26 Jun 2000 04:12:34 -0400 (EDT)
Received: (from listserv@localhost)
	by lombok-fi.lerc.nasa.gov (NASA LeRC 8.9.1.1/8.9.1) id CAA09619
	for tcpsat-outgoing; Mon, 26 Jun 2000 02:58:28 -0400 (EDT)
Received: from seraph3.lerc.nasa.gov (firewall-user@guardian03.lerc.nasa.gov [139.88.146.12])
	by lombok-fi.lerc.nasa.gov (NASA LeRC 8.9.1.1/8.9.1) with SMTP id CAA09613
	for <tcpsat@grc.nasa.gov>; Mon, 26 Jun 2000 02:58:27 -0400 (EDT)
Received: by seraph3.lerc.nasa.gov; id CAA20459; Mon, 26 Jun 2000 02:58:25 -0400
Received: from mail.spacenet.com(12.1.237.116) by seraph3.lerc.nasa.gov via smap (V5.5)
	id xma020446; Mon, 26 Jun 00 02:58:18 -0400
Received: by kryptonmail.spacenet.com with Internet Mail Service (5.5.2650.21)
	id <NRZYBJ7L>; Mon, 26 Jun 2000 02:56:48 -0400
Received: from mimesw.gilat.com (MIMESW [10.101.0.128]) by kryptonmail.spacenet.com with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2650.21)
	id NRZYBJ7K; Mon, 26 Jun 2000 02:56:45 -0400
Received: from mail.gilat.com (unverified) by mimesw.gilat.com
 (Content Technologies SMTPRS 4.1.5) with ESMTP id <T0a650080834d08e0749e@mimesw.gilat.com> for <IMCEASMTP-tcpsat+40grc+2Enasa+2Egov@spacenet.com>;
 Mon, 26 Jun 2000 09:56:49 +0200
Received: by mail.gvtele.com with Internet Mail Service (5.5.2650.21)
	id <NLHYVBHB>; Mon, 26 Jun 2000 09:56:47 +0200
Message-ID: <E512663D6F21D311B6EC00805FA6825C06FB3F@GVSL>
From: Noam Gonen - Israel <NOAMG@gilat.com>
To: "'__TCP_SAT__'" <tcpsat@grc.nasa.gov>
Subject: Q: TCPDump Util
Date: Mon, 26 Jun 2000 09:51:53 +0200
MIME-Version: 1.0
X-Mailer: Internet Mail Service (5.5.2650.21)
Content-Type: text/plain;
	charset="windows-1255"
Sender: owner-tcpsat@lerc.nasa.gov
Precedence: bulk

Hi,
I need some tool that is able to read "tcpdump" output (text) and and
represent
it in a graphic form.

Aro you familiar with any? (or what is the quickest way around)

thnx for the (future) tips,
	  Noam                     Gonnen
           Gilat Satellite Networks LTD.
 


From owner-tcpsat@lerc.nasa.gov  Mon Jun 26 05:37:08 2000
Received: from lombok-fi.lerc.nasa.gov (lombok-fi.lerc.nasa.gov [139.88.112.33])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id FAA28736;
	Mon, 26 Jun 2000 05:37:07 -0400 (EDT)
Received: (from listserv@localhost)
	by lombok-fi.lerc.nasa.gov (NASA LeRC 8.9.1.1/8.9.1) id EAA16581
	for tcpsat-outgoing; Mon, 26 Jun 2000 04:43:38 -0400 (EDT)
Received: from seraph3.lerc.nasa.gov (firewall-user@guardian03.lerc.nasa.gov [139.88.146.12])
	by lombok-fi.lerc.nasa.gov (NASA LeRC 8.9.1.1/8.9.1) with SMTP id EAA16577
	for <tcpsat@grc.nasa.gov>; Mon, 26 Jun 2000 04:43:37 -0400 (EDT)
Received: by seraph3.lerc.nasa.gov; id EAA27655; Mon, 26 Jun 2000 04:43:37 -0400
Received: from shonan.sfc.wide.ad.jp(203.178.140.7) by seraph3.lerc.nasa.gov via smap (V5.5)
	id xma027619; Mon, 26 Jun 00 04:42:55 -0400
Received: from localhost (shonan.sfc.wide.ad.jp [203.178.140.7])
	by shonan.sfc.wide.ad.jp (8.9.3+3.2W/3.7Wpl2-shonan) with ESMTP id RAA03335;
	Mon, 26 Jun 2000 17:42:24 +0900 (JST)
	(envelope-from nishida@sfc.wide.ad.jp)
From: nishida@wide.ad.jp
To: NOAMG@gilat.com
Cc: tcpsat@grc.nasa.gov
Subject: Re: Q: TCPDump Util
In-Reply-To: Your message of "Mon, 26 Jun 2000 09:51:53 +0200"
	<E512663D6F21D311B6EC00805FA6825C06FB3F@GVSL>
References: <E512663D6F21D311B6EC00805FA6825C06FB3F@GVSL>
X-Mailer: Mew version 1.92.4 on Emacs 19.34 / Mule 2.3 (SUETSUMUHANA)
Mime-Version: 1.0
Content-Type: Text/Plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Message-Id: <20000626174224T.nishida@sfc.wide.ad.jp>
Date: Mon, 26 Jun 2000 17:42:24 +0900
X-Dispatcher: imput version 971024
Lines: 22
Sender: owner-tcpsat@lerc.nasa.gov
Precedence: bulk
Content-Transfer-Encoding: 7bit


hi,

>>>>> On Mon, 26 Jun 2000 09:51:53 +0200, Noam Gonen - Israel <NOAMG@gilat.com> said:
 >> Hi,
 >> I need some tool that is able to read "tcpdump" output (text) and and
 >> represent
 >> it in a graphic form.
 >> Aro you familiar with any? (or what is the quickest way around)

If you have raw tcpdump output, I think you should check 
	http://jarok.cs.ohiou.edu/software/tcptrace

Or, I'm not sure what you mean by graphic form, following URL might 
be usuful. 

	http://www.csl.sony.co.jp/person/nishida/tcpillust.html

Cheers,
--
Yoshifumi Nishida
nishida@wide.ad.jp


From owner-tcpsat@lerc.nasa.gov  Mon Jun 26 06:29:24 2000
Received: from lombok-fi.lerc.nasa.gov (lombok-fi.lerc.nasa.gov [139.88.112.33])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id GAA29021;
	Mon, 26 Jun 2000 06:29:24 -0400 (EDT)
Received: (from listserv@localhost)
	by lombok-fi.lerc.nasa.gov (NASA LeRC 8.9.1.1/8.9.1) id FAA18512
	for tcpsat-outgoing; Mon, 26 Jun 2000 05:30:40 -0400 (EDT)
Received: from seraph3.lerc.nasa.gov (firewall-user@guardian03.lerc.nasa.gov [139.88.146.12])
	by lombok-fi.lerc.nasa.gov (NASA LeRC 8.9.1.1/8.9.1) with SMTP id FAA18508
	for <tcpsat@grc.nasa.gov>; Mon, 26 Jun 2000 05:30:39 -0400 (EDT)
Received: by seraph3.lerc.nasa.gov; id FAA00699; Mon, 26 Jun 2000 05:30:38 -0400
Received: from singapore-dhcp-172-42.cisco.com(171.70.172.42) by seraph3.lerc.nasa.gov via smap (V5.5)
	id xma000688; Mon, 26 Jun 00 05:30:21 -0400
Received: (qmail 444 invoked from network); 26 Jun 2000 09:30:16 -0000
Received: from localhost.cisco.com (HELO cisco.com) (127.0.0.1)
  by localhost.cisco.com with SMTP; 26 Jun 2000 09:30:16 -0000
Message-ID: <395722A7.6763AA67@cisco.com>
Date: Mon, 26 Jun 2000 17:30:15 +0800
From: Lim Fung <flim@cisco.com>
Organization: Cisco Systems, Inc
X-Mailer: Mozilla 4.72 [en] (X11; I; Linux 2.2.16 i686)
X-Accept-Language: en
MIME-Version: 1.0
To: Noam Gonen - Israel <NOAMG@gilat.com>
CC: "'__TCP_SAT__'" <tcpsat@grc.nasa.gov>
Subject: Re: Q: TCPDump Util
References: <E512663D6F21D311B6EC00805FA6825C06FB3F@GVSL>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Sender: owner-tcpsat@lerc.nasa.gov
Precedence: bulk
Content-Transfer-Encoding: 7bit

Noam Gonen - Israel wrote:
> 
> Hi,
> I need some tool that is able to read "tcpdump" output (text) and and
> represent
> it in a graphic form.

Check TCPtrace by Shawn Ostermann, at 
http://jarok.cs.ohiou.edu/software/tcptrace/tcptrace.html

but you would probably need a tcpdump file, not a text file.

regards,
Lim Fung
--


From owner-tcpsat@lerc.nasa.gov  Mon Jun 26 08:27:15 2000
Received: from lombok-fi.lerc.nasa.gov (lombok-fi.lerc.nasa.gov [139.88.112.33])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id IAA02512;
	Mon, 26 Jun 2000 08:27:15 -0400 (EDT)
Received: (from listserv@localhost)
	by lombok-fi.lerc.nasa.gov (NASA LeRC 8.9.1.1/8.9.1) id HAA24822
	for tcpsat-outgoing; Mon, 26 Jun 2000 07:27:49 -0400 (EDT)
Received: from seraph3.lerc.nasa.gov (firewall-user@guardian03.lerc.nasa.gov [139.88.146.12])
	by lombok-fi.lerc.nasa.gov (NASA LeRC 8.9.1.1/8.9.1) with SMTP id HAA24802
	for <tcpsat@grc.nasa.gov>; Mon, 26 Jun 2000 07:27:47 -0400 (EDT)
Received: by seraph3.lerc.nasa.gov; id HAA08699; Mon, 26 Jun 2000 07:27:45 -0400
Received: from mbunix.mitre.org(129.83.20.100) by seraph3.lerc.nasa.gov via smap (V5.5)
	id xma008648; Mon, 26 Jun 00 07:26:52 -0400
Received: from avsrv1.mitre.org (avsrv1.mitre.org [129.83.20.58])
	by smtpproxy1.mitre.org (8.9.3/8.9.3) with ESMTP id HAA08277;
	Mon, 26 Jun 2000 07:26:38 -0400 (EDT)
Received: from MAILHUB1 (mailhub1.mitre.org [129.83.20.31])
	by smtpsrv1.mitre.org (8.9.3/8.9.3) with ESMTP id HAA10355;
	Mon, 26 Jun 2000 07:25:05 -0400 (EDT)
Received: from m27248-nt.mitre.org (128.29.96.171) by mailhub1.mitre.org with SMTP
        id 3736476; Mon, 26 Jun 2000 07:25:47 EST
Message-ID: <39573DFC.322733E@mitre.org>
Date: Mon, 26 Jun 2000 07:26:52 -0400
From: Ed Olechna <eolechna@mitre.org>
Organization: The MITRE Corporation
X-Mailer: Mozilla 4.61 [en]C-19990607M  (WinNT; U)
X-Accept-Language: en
MIME-Version: 1.0
To: Lim Fung <flim@cisco.com>
CC: Noam Gonen - Israel <NOAMG@gilat.com>,
        "'__TCP_SAT__'" <tcpsat@grc.nasa.gov>
Subject: Re: Q: TCPDump Util
References: <E512663D6F21D311B6EC00805FA6825C06FB3F@GVSL> <395722A7.6763AA67@cisco.com>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Sender: owner-tcpsat@lerc.nasa.gov
Precedence: bulk
Content-Transfer-Encoding: 7bit

Xplot will give you a graphical output of on a tcptrace file.

ftp://mercury.lcs.mit.edu/pub/shep/

ed

Lim Fung wrote:

> Noam Gonen - Israel wrote:
> >
> > Hi,
> > I need some tool that is able to read "tcpdump" output (text) and and
> > represent
> > it in a graphic form.
>
> Check TCPtrace by Shawn Ostermann, at
> http://jarok.cs.ohiou.edu/software/tcptrace/tcptrace.html
>
> but you would probably need a tcpdump file, not a text file.
>
> regards,
> Lim Fung
> --




From owner-tcpsat@lerc.nasa.gov  Tue Jun 27 07:50:34 2000
Received: from lombok-fi.lerc.nasa.gov (lombok-fi.lerc.nasa.gov [139.88.112.33])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id HAA08380;
	Tue, 27 Jun 2000 07:50:33 -0400 (EDT)
Received: (from listserv@localhost)
	by lombok-fi.lerc.nasa.gov (NASA LeRC 8.9.1.1/8.9.1) id GAA16681
	for tcpsat-outgoing; Tue, 27 Jun 2000 06:34:11 -0400 (EDT)
Received: from seraph3.lerc.nasa.gov (firewall-user@guardian03.lerc.nasa.gov [139.88.146.12])
	by lombok-fi.lerc.nasa.gov (NASA LeRC 8.9.1.1/8.9.1) with SMTP id GAA16666
	for <tcpsat@grc.nasa.gov>; Tue, 27 Jun 2000 06:34:10 -0400 (EDT)
Received: by seraph3.lerc.nasa.gov; id GAA22667; Tue, 27 Jun 2000 06:34:09 -0400
Received: from store.metrodata.co.uk(194.154.181.2) by seraph3.lerc.nasa.gov via smap (V5.5)
	id xma022615; Tue, 27 Jun 00 06:33:16 -0400
Received: from poppadom (store.metrodata.co.uk [194.154.181.2]) by store.metrodata.co.uk with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2650.21)
	id NNNX9V62; Tue, 27 Jun 2000 11:36:28 +0100
Message-ID: <007101bfe022$7641d900$95fe72c1@poppadom>
Reply-To: "Mike Holdsworth" <mike.holdsworth@metrodata.co.uk>
From: "Mike Holdsworth" <mike.holdsworth@metrodata.co.uk>
To: <tcpsat@grc.nasa.gov>
Subject: 45/8Mbps Satellite Over DS3 Leased Line & 155/45Mbps Over STM-1
Date: Tue, 27 Jun 2000 11:28:38 +0100
Organization: Metrodata Ltd
MIME-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 5.00.2314.1300
X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2314.1300
Sender: owner-tcpsat@lerc.nasa.gov
Precedence: bulk
Content-Transfer-Encoding: 7bit

Hi All,

Just been working on some more applications for Asymmetric Internet.  These
can now be found at.
www.metrodata.co.uk/satellite in html format so they are quicker to
download. There's loads of different apps there and I'd if anyones got time
take a look around. I'll be adding to it all the time.

I've found recently Service Providers selling Internet Over Satellite
services before they now how to deliver it. Or whether it can be delivered
at all. It seems like there are some strange speeds being delivered:
60/12Mbps and 70/12Mbps would be examples.

These are really hard to transport across leased line infrastructure.

Satellite Modems are generally BNC or HSSI interfaced at the higher rates.
This is fine when you are looking at Asymmetric services below DS-3 (BNC) or
52Mbps (HSSI), but when you want to offer 60/12Mbps it presents a bit of a
problem. The reason for this is that the signalling and line structure of
terrestrial links is clearly set out for E1, E2, E3, DS3, E4 and STM-1.

The interface on our terrestrial equipment conforms to these speeds, however
the BNC interface on the Satellite Modem operates at flexible speeds
usually. What I am doing is developing a module portfolio that can transport
any Satellite Ratio up to 155/155Mbps.

To do this I need to know the line driving capabilities of Satellite Modem
G.703 interfaces and whether they operate at fixed rates. Once I know these
rates I can deisgn correct timing on our modules to match the satellite
speeds.

If there are any Satellite Modem manufacturers who can tell me what speeds
their BNC interfaces work at I would be very happy.

Below are some logical satellite speeds that we can transport. Non standard
speeds tend to be  12/60/72Mbps.


64Kbps
128Kbps
256Kbps
384Kbps
512Kbps
768Kbps
1.024Mbps
1.544Mbps (T1)
2.048Mbps (E1)
3.088Mbps (2T1)
4.096Mbps (2E1)
4.632Mbps (3T1)
6.144Mbps (3E1)
6.312Mbps (T2)
8.448Mbps (E2)
10.271Mbps (Common Data Link - CDL)
34.368Mbps (E3)
44.736Mbps (T3)
139.264 Mbps (E4)
155.52 Mbps (STM-1/OC-3)


Thanks a lot. If anyone knows of any good links regarding Internet Over
Satellite please email them so I can add them to my page. Or if you've got
White Papers that I can upload just send them over.

Cheers

Mike
~~~~
Mike Holdsworth - Applications Engineer, Metrodata Ltd.
Mailto: mike.holdsworth@metrodata.co.uk
Tel: +44 (0)1784 744 815  Mob: +44 (0)7887 983 374
----------------------------------------------------------------------------
-
++Satellite & Terrestrial Network Integration Products++
==From BNC Sat Modem - HSSI Router Conversion==
====To Broadband Asymmetric Internet Extension====
----------------------------------------------
Email to satellite@metrodata.co.uk for a copy of our NEW!!
34/8Mbps Asymmetric Internet Over Satellite Apps Note
Or visit the website at http://www.metrodata.co.uk/satellite for
our full range of satellite connectivity solutions



From owner-tcpsat@lerc.nasa.gov  Wed Jun 28 21:20:15 2000
Received: from lombok-fi.lerc.nasa.gov (lombok-fi.lerc.nasa.gov [139.88.112.33])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id VAA07229;
	Wed, 28 Jun 2000 21:20:14 -0400 (EDT)
Received: (from listserv@localhost)
	by lombok-fi.lerc.nasa.gov (NASA LeRC 8.9.1.1/8.9.1) id UAA04285
	for tcpsat-outgoing; Wed, 28 Jun 2000 20:14:27 -0400 (EDT)
Received: from seraph2.lerc.nasa.gov (firewall-user@guardian02.lerc.nasa.gov [139.88.146.11])
	by lombok-fi.lerc.nasa.gov (NASA LeRC 8.9.1.1/8.9.1) with SMTP id UAA04281
	for <tcpsat@grc.nasa.gov>; Wed, 28 Jun 2000 20:14:22 -0400 (EDT)
Received: by seraph2.lerc.nasa.gov; id UAA04218; Wed, 28 Jun 2000 20:14:22 -0400
Received: from mail.spacenet.com(12.1.237.116) by seraph2.lerc.nasa.gov via smap (V5.5)
	id xma003989; Wed, 28 Jun 00 20:13:48 -0400
Received: by kryptonmail.spacenet.com with Internet Mail Service (5.5.2650.21)
	id <NWNMBV5F>; Wed, 28 Jun 2000 20:11:28 -0400
Received: from mimesw.gilat.com (MIMESW [10.101.0.128]) by kryptonmail.spacenet.com with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2650.21)
	id NWNMBV5B; Wed, 28 Jun 2000 20:11:22 -0400
Received: from mail.gilat.com (unverified) by mimesw.gilat.com
 (Content Technologies SMTPRS 4.1.5) with ESMTP id <T0a650080e64d0d1a000e@mimesw.gilat.com> for <IMCEASMTP-tcpsat+40grc+2Enasa+2Egov@spacenet.com>;
 Tue, 27 Jun 2000 05:38:09 +0200
Received: by mail.gvtele.com with Internet Mail Service (5.5.2650.21)
	id <NXBL4YDQ>; Tue, 27 Jun 2000 05:17:48 +0200
Message-ID: <E512663D6F21D311B6EC00805FA6825C06FB3F@GVSL>
From: Noam Gonen - Israel <NOAMG@gilat.com>
To: "'__TCP_SAT__'" <tcpsat@grc.nasa.gov>
Subject: Q: TCPDump Util
Date: Mon, 26 Jun 2000 09:51:53 +0200
MIME-Version: 1.0
X-Mailer: Internet Mail Service (5.5.2650.21)
Content-Type: text/plain;
	charset="windows-1255"
Sender: owner-tcpsat@lerc.nasa.gov
Precedence: bulk

Hi,
I need some tool that is able to read "tcpdump" output (text) and and
represent
it in a graphic form.

Aro you familiar with any? (or what is the quickest way around)

thnx for the (future) tips,
	  Noam                     Gonnen
           Gilat Satellite Networks LTD.
 


