From: James.Jackson@broadwing.com
Date: Wed Sep 24 2003 - 18:53:33 GMT-3
Sounds like you're on the right track here. RS-232 can be sync or async. I've only
tunneled async (via raw TCP). STUN seems like the right tunnel choice if you have SDLC but
it's TCP as mentioned.
James E. Jackson, CCIE#12052
Data Services Engineering
Broadwing Communications
-----Original Message-----
From: Adam Crisp (synergy) [mailto:adam.crisp@synergy-networking.co.uk]
Sent: Wednesday, September 24, 2003 4:23 PM
To: 'Kenneth Wygand'; Adam Crisp (synergy); 'ccielab@groupstudy.com'
Subject: RE: Sending RS232 Data over Frame Relay PVC
Kenneth,
Please can you confirm how your datastream is presented?
I'm pretty sure that RS232 is async only, but I may be wrong, did you get
this from the type of connector?
http://www.lammertbies.nl/comm/info/RS-232_specs.html
if you have got a syncronous serial line, what encapsulation is used - or is
it proprietory?
If you can find a way of conveting your datastreamn into UDP, then you can
use the unicast UDP multicast forwarding feature to get a single udp packet
over your frame relay network.........
STUN relies on TCP I think so this isn't scalable.
MAybe there are some cisco blue people who may be able to help you further
good luck
Adam
> -----Original Message-----
> From: Kenneth Wygand [SMTP:KWygand@customonline.com]
> Sent: Wednesday, September 24, 2003 9:40 PM
> To: Adam Crisp (synergy)
> Subject: RE: Sending RS232 Data over Frame Relay PVC
>
> Thank you!
>
> :)
>
> Kenneth E. Wygand
> Systems Engineer, Project Services
> CISSP #37102, CCNP, CCDP, MCP 2000, CNA 5.1, Network+, A+
> Custom Computer Specialists, Inc.
> 70 Suffolk Court
> Hauppauge, NY 11788
> (631) 864-6699 x1755
> "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: Adam Crisp (synergy) [mailto:adam.crisp@synergy-networking.co.uk]
> Sent: Wednesday, September 24, 2003 4:45 PM
> To: Kenneth Wygand; Adam Crisp (synergy); ccielab@groupstudy.com
> Subject: RE: Sending RS232 Data over Frame Relay PVC
>
> oh no!, the rs232 bit got me
>
> I'll have a think
>
> Adam
>
> > -----Original Message-----
> > From: Kenneth Wygand [SMTP:KWygand@customonline.com]
> > Sent: Wednesday, September 24, 2003 9:33 PM
> > To: Adam Crisp (synergy); ccielab@groupstudy.com
> > Subject: RE: Sending RS232 Data over Frame Relay PVC
> >
> > Adam,
> >
> > Thanks for your research and insight. Unfortunately I think this is a
> > "synchronous" 56K feed I must provide. Do you know if a similar
> feature
> > / functionality exists for a synchronous feed?
> >
> > Thanks for your help,
> >
> > 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: Adam Crisp (synergy)
> [mailto:adam.crisp@synergy-networking.co.uk]
> > Sent: Wednesday, September 24, 2003 4:34 PM
> > To: Kenneth Wygand; ccielab@groupstudy.com
> > Subject: RE: Sending RS232 Data over Frame Relay PVC
> > Importance: High
> >
> > This is quite simply the best question I have seen for ages.
> > If you get this working you will be a true network genius ;-)
> >
> > OK the solution is to turn your async feed into a UDP multicast
> stream.
> > multicast the feed about a bit to your 20 or so receivers and convert
> > the
> > udp back into async. Easy hun?
> >
> > I thought this up and did some digging on cco - and this feature
> > actually
> > exists. can't beleive it.
> >
> >
> > here it is: start here:
> >
> http://www.cisco.com/en/US/products/sw/iosswrel/ps1830/products_feature_
> > guid
> > e09186a0080087a48.html#wp5038
> >
> > scroll down a bit and you get to the multi cast example where you see
> > the
> > autocommand udptn command in use:
> > "autocommand udptn 172.1.1.1 /transmit"
> >
> >
> > I have a hunch that this may be a cco mistake and should read
> something
> > like
> > this:
> >
> > "autocommand udptn 230.5.5.5 /transmit" or whatever.
> >
> > After you get this working please will you let me know?
> >
> > nice one
> >
> >
> > Adam CCIE #11225
> >
> > > -----Original Message-----
> > > From: Kenneth Wygand [SMTP:KWygand@customonline.com]
> > > Sent: Wednesday, September 24, 2003 8: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***
> > >
> >
> _______________________________________________________________________
> > > Please help support GroupStudy by purchasing your study materials
> > from:
> > > shop.groupstudy.com
> > >
> > > Subscription information may be found at:
> > > http://www.groupstudy.com/list/CCIELab.html
***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