From: Charles Church (cchurch@wamnet.com)
Date: Wed Sep 24 2003 - 20:55:13 GMT-3
I'm no STUN expert, but I was told it's more flexible than DLSW for bridging
SNA. I think it can encapsulate anything serial. We used STUN
encapsulation to the ATM, which was normally an SDLC connection at 4800
baud. I really can't offer any more help though. I had TAC help me,
because I knew very little about SNA (still don't). If no one on GS can
help, they can. Is it two-way traffic?
Chuck Church
CCIE #8776, MCNE, MCSE
Wam!Net Government Services
13665 Dulles Technology Dr. Ste 250
Herndon, VA 20171
Office: 703-480-2569
Cell: 703-819-3495
cchurch@wamnet.com
PGP key: http://pgp.mit.edu:11371/pks/lookup?search=chuck+church&op=index
-----Original Message-----
From: nobody@groupstudy.com [mailto:nobody@groupstudy.com]On Behalf Of
Kenneth Wygand
Sent: Wednesday, September 24, 2003 4:51 PM
To: Charles Church; ccielab@groupstudy.com
Subject: RE: Sending RS232 Data over Frame Relay PVC
Thanks again for the info Charles.
I've been looking up the STUN technology on cisco.com but I haven't had
much luck finding much information on the technology itself and how it
works, etc. (to determine if it will work for my application).
I found a lot of configuration examples as well as a F.A.Q. page, but
nothing that discusses the technology in general.
Any advice?
Kenneth E. Wygand
Systems Engineer, Project Services
CISSP #37102, CCNP, CCDP, MCP 2000, CNA 5.1, Network+, A+
Custom Computer Specialists, Inc.
"It's not just about ending up where you want to be, it's about making
the most of the trip there."
-Anonymous
-----Original Message-----
From: Charles Church [mailto:cchurch@wamnet.com]
Sent: Wednesday, September 24, 2003 3:56 PM
To: Kenneth Wygand; ccielab@groupstudy.com
Subject: RE: Sending RS232 Data over Frame Relay PVC
Kenneth,
Check out STUN (serial tunnelling). It can encapsulate serial
data into
IP. I've used it to handle SNA out of older ATM (bank machines) back to
a
central site.
Chuck Church
CCIE #8776, MCNE, MCSE
Wam!Net Government Services
13665 Dulles Technology Dr. Ste 250
Herndon, VA 20171
Office: 703-480-2569
Cell: 703-819-3495
cchurch@wamnet.com
PGP key:
http://pgp.mit.edu:11371/pks/lookup?search=chuck+church&op=index
-----Original Message-----
From: nobody@groupstudy.com [mailto:nobody@groupstudy.com]On Behalf Of
Kenneth Wygand
Sent: Wednesday, September 24, 2003 3:43 PM
To: ccielab@groupstudy.com
Subject: Sending RS232 Data over Frame Relay PVC
Elite Team,
I have a hub-and-spoke Frame relay network I am looking to implement -
20 spokes and 1 hub with Frame Relay connections from the hub to each
remote site. I also have a 56K synchronous serial RS232 line I must
transport over this frame-relay connection from the hub to each of the
remote sites (proprietary application). ALL REMOTE SITES RECEIVE THE
SAME INFORMATION FROM THE HUB!
Is there a way I can do this within a Cisco box? Would the DLCI
configuration be able to support these requirements? I'd like to only
send one copy of the feed into the Cisco router (thus requiring only one
serial connection) and then copy it 20 times. Cisco said this can be
done within the frame relay DLCI configuration, but I am not so sure.
I'm assuming that with this method, I'll still need to use 20 x 56K
bandwidth on the frame relay link connected to my hub and that's not
really a big deal to me. I just don't want to have to have 20 serial
interfaces on the Cisco Router to pump each individual feed (copied 20x)
to each remote site.
IP traffic will have to cross the link as well for Internet Access
purposes. CIR at each remote site will probably be about 256K,
including the 56K synchronous serial connection being carried over this
link.
Any suggestions or advice would be greatly appreciated.
Thanks,
Kenneth E. Wygand
Systems Engineer, Project Services
CISSP #37102, CCNP, CCDP, MCP 2000, CNA 5.1, Network+, A+
Custom Computer Specialists, Inc.
"It's not just about ending up where you want to be, it's about making
the most of the trip there."
-Anonymous
***Get your CCIE and a FREE vacation: Shop.GroupStudy.com***
This archive was generated by hypermail 2.1.4 : Wed Oct 01 2003 - 07:24:36 GMT-3