RE: /24s run amuck

2004-01-14 Thread Shawn Solomon

If you have had any experiences, good or bad, with Imagestream, please
contact me off-list (or here).  I would appreciate any or all of your
collective input.  

Thank you,
Shawn


--
Shawn Solomon
Senior Network Engineer / Systems Design
IHETS / ITN
317.263.8875   [EMAIL PROTECTED]   fx317.263.8831


-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of
[EMAIL PROTECTED]
Sent: Wednesday, January 14, 2004 4:20 PM
To: [EMAIL PROTECTED]
Cc: [EMAIL PROTECTED]
Subject: Re: /24s run amuck


On Wed, 14 Jan 2004 [EMAIL PROTECTED] wrote:

 I stand corrected. The following page comparing Cisco and Imagestream
 is quite interesting.
 
 http://www.imagestream.com/Cisco_Comparison.html
 
 How many of you would buy an Imagestream box to evaluate for
 your next network buildout? 

I've been managing a couple of these for a customer for a couple of
years.  
They work.  The main problem I'd have with trying to use them on our 
network is a lack of certain features I'm either used to or totally 
dependent on in our ciscos.  

i.e.
MPLSVPN (lack of it) would be a show stopper for us.
The gated-public they come with lacks features...AFAIK there is no
support 
for communities, prepending, etc.
Their current software image does include zebra now, but last I looked
it 
was not officially supported.

For a relatively simple end-user BGP customer, it works fine.  And the
nice thing is it's PC-type hardware so if you need more RAM, just throw
in
another dimm.  No worries about the global routing table growing and
having to buy a bigger router because your year or two old one no longer
supports enough memory to hold full routes.  I suspect the CPUs are
upgradable as well...but I've never actually touched the hardware...I've
always worked on it remotely.

OS-wise, it's a minimal Linux distribution with a menu interface (or you
can drop to a shell) and there is a little space on the flash to add 
additional software if there something you want that they don't supply.

--
 Jon Lewis [EMAIL PROTECTED]|  I route
 Senior Network Engineer |  therefore you are
 Atlantic Net|  
_ http://www.lewis.org/~jlewis/pgp for PGP public key_





RE: Router with 2 (or more) interfaces in same network

2003-11-11 Thread Shawn Solomon

I would guess that they actually want 1 of the following:

Redundancy of some sort.
Increased bandwidth to the router.



--
Shawn Solomon
Senior Network Engineer / Systems Design
IHETS / ITN
317.263.8875   [EMAIL PROTECTED]   fx317.263.8831


-Original Message-
From: Sugar, Sylvia [mailto:[EMAIL PROTECTED] 
Sent: Tuesday, November 11, 2003 3:36 AM
To: [EMAIL PROTECTED]
Subject: Router with 2 (or more) interfaces in same network


Hi,

I am curious to know if its possible to have a router with its two
interfaces, say configured as, 
1.1.1.1/16 and 1.1.1.2/16. Theoretically, i see nothing which can stop a
router from doing this.
But practically, is it of any use? And if used, then, when and why will
somebody want to use such
a kind of configuration?

Would appreciate if somebody could enlighten me on this.

Regards,
Rasputin

P.S.
I have a customer who insists he wants to do this, without providing any
explanations!


Want to chat instantly with your online friends?  Get the FREE Yahoo!
Messenger http://mail.messenger.yahoo.co.uk




FW: Cidera Service Shutting Down

2003-09-30 Thread Shawn Solomon

For those of you who didn't get the memo  :)
It is happening, Again.


--
Shawn Solomon
Senior Network Engineer / Systems Design
IHETS / ITN
317.263.8875   [EMAIL PROTECTED]   fx317.263.8831


-Original Message-
From: Julie Peoples [mailto:[EMAIL PROTECTED] 
Sent: Tuesday, September 30, 2003 9:39 AM
To: [EMAIL PROTECTED]
Subject: Cidera Service Shutting Down

Good morning,

Sadly, VOIPnet, d.b.a. Cidera, has been instructed to cease transmission
on the satellite transponder at 11:00 a.m. EDT, today, September 30,
2003.  We regret that we could not give our customers any more notice
than
we were given.

We wish to thank all of our loyal customers for staying the course with
us
over all this time.  We wish them the best of luck in the future.

Sorrowfully,

Julie

we live with regret,
things fall apart. The center
cannot holdfarewell 



RE: Worst design decisions?

2003-09-17 Thread Shawn Solomon

The 12016 does have handles on the sides, but the documentation states
not to use them for lifting purposes.  Yeah, I laughed too, just before
realizing that bear-hugging a 16 into position takes a bit of
motivation.

It is definitely one big hunk of iron (300+lbs on the shipping invoice),
but I just couldn't understand why in the @%$$ useful handles weren't
provided.  On a side note, the scissor-jacks that came with them could
lift a house.  Heh.  


http://www.cisco.com/en/US/products/hw/routers/ps167/prod_installation_g
uide09186a0080188f38.html


 Warning Do not attempt to lift the chassis with the handles on the back
and sides of the chassis. These handles are not designed to support the
weight of the chassis, and should be used only to steady and guide the
chassis while it is being inserted into or removed from an equipment
rack. To reduce the risk of damage to the chassis and serious bodily
injury, do not use these handles to lift or support the chassis. 




-Original Message-
From: Matt [mailto:[EMAIL PROTECTED] 
Sent: Wednesday, September 17, 2003 5:43 PM
To: [EMAIL PROTECTED]
Subject: Worst design decisions?


Hello all,

Was doing some upgrades on a UBR7246 (to a VXR), and I got to thinking 
about short sighted design considerations.  I was curious if any of you 
had some pet peeves from a design perspective to rant about.  I'll start

with a couple.

1) Why did Cisco design the I/O controller on the 7246 with screws in 
the corner, which are very difficult to get at?  And worse than that, 
why did they not include a cheap handle on the blank in this slot?

2) Why did Cisco not include side handles on the 12000 chassis?  It's a 
heavy chassis, and I can imagine how many techs have thrown out their 
back moving that chassis around.

I've got a couple others in my head from 3Com and a couple of others, 
but I thought I'd get the ball rolling.  So, what do you think?



RE: VoIP QOS best practices

2003-02-10 Thread Shawn Solomon

If you are in an environment where the uplink is already saturated, or
nearly so, QOS is necessary.  But QOS only discards packets in times of
contention.  So, if you don't have contention, you don't need it.  IF
you have 300 people and 4meg of data all fighting for that t1, it makes
a world of difference.


-Original Message-
From: Bill Woodcock [mailto:[EMAIL PROTECTED]] 
Sent: Monday, February 10, 2003 1:28 PM
To: Charles Youse
Cc: [EMAIL PROTECTED]
Subject: RE: VoIP QOS best practices


 But I could conceivably have 10+ voice channels over a T-1, I
still
 don't quite understand how, without prioritizing voice traffic,
the
 quality won't degrade...

Well, of course it all depends how much other traffic you're trying to
get
through simultaneously.  Your T1 will carry ~170 simultaneous voice
streams with no conflict, but you have to realize that they'll stomp on
your simultaneous TCP data traffic.  But you don't need to protect the
_voice_...

Look, just do it, and you'll see that there aren't any problems in this
area.

-Bill





RE: sprint passes uu?

2002-10-16 Thread Shawn Solomon


I'm curious to know how many of those UU customers are just waiting for
their contracts to expire before giving them the big F.U.


-Original Message-
From: Richard A Steenbergen [mailto:[EMAIL PROTECTED]] 
Sent: Tuesday, October 15, 2002 7:09 PM
To: [EMAIL PROTECTED]
Cc: Brian; [EMAIL PROTECTED]
Subject: Re: sprint passes uu?


On Tue, Oct 15, 2002 at 07:25:15PM -0400, [EMAIL PROTECTED] wrote:
 
 It's hard to know how large a percentage though without knowing how
many
 Sprint customers are also UU customers.  i.e. The combination of
Sprint
 and UU customer routes could still be just 47637 prefixes, though I'm
sure
 it's somewhere between that and 47637+45410.  It's certainly not
 47637+45410, which would falsely suggest that together Sprint and UU
have
 roughly 80% of the internet as customers.

Well, just by checking the big providers off the top of my head, I
come
up with:

ASN Routes  Common Name
--  ---
1239 47711  Sprint
701  45429  UU
3561 23205  CW
7018 23154  ATT
120231  BBN/Genuity
209  17082  Qwest
3356 12587  Level 3
3549 12175  GBLX
6453 10403  Teleglobe
2914  8791  Verio
6461  8089  MFN/AboveNet
4200  7506  Aleron/Agis
1299  6773  Telia
5511  4261  OpenTransit
4637  4066  Reach
16631 2067  Cogent
2828  1842  XO
4006  1727  NetRail/Cogent
 -
256984

Which of course ignores many dozens of 1-2k route providers.

Now, of course number of routes has absolutily nothing to do with amount
of traffic (ex: AOL, which anounces 400 some routes (and a lot of those
are RoadRunner) but is one of if not the single the most important sink
of traffic in the world), but it's interesting nevertheless.

-- 
Richard A Steenbergen [EMAIL PROTECTED]
http://www.e-gerbil.net/ras
PGP Key ID: 0x138EA177  (67 29 D7 BC E8 18 3E DA  B2 46 B3 D8 14 36 FE
B6)



RE: password stores?

2002-07-23 Thread Shawn Solomon


One common solution is a hash based on the cpe site name or some other
unique key provided by the cpe information (address, ph #, etc).
Changing the hash occasionally provides new passwords, and it is all
easily scripted..



-Original Message-
From: Daniska Tomas [mailto:[EMAIL PROTECTED]] 
Sent: Tuesday, July 23, 2002 2:35 AM
To: [EMAIL PROTECTED]
Subject: password stores?


hi,

i'm wondering how large isps offering managed cpe services manage their
password databases.

let's say radius/tacacs is used for normal cpe user aaa, but there is
some 'backup' local user account created on the cpe for situations when
the radius server is unreachable. for security reasons, this backup
account (as well as snmp communities, radius key etc.) is unique per cpe
to avoid frauds caused by end-users (even if one does password recovery
on the cpe, they still don't have the password for other cpe's).

if there are hundreds or thousands of these cpe's that could mean
storing of tens thousands of password. are there any crypto-based
products available or do the people use their own stuff?


thanks

--
 
Tomas Daniska
systems engineer
Tronet Computer Networks
Plynarenska 5, 829 75 Bratislava, Slovakia
tel: +421 2 58224111, fax: +421 2 58224199
 
A transistor protected by a fast-acting fuse will protect the fuse by
blowing first.




Re: list problems?

2002-05-22 Thread Shawn Solomon


no way...

The option where you come out into life 35k in the hole, no experience,
and four years behind your collegues is obviously better.

And its hard to put a value on..

that bitterness you learned from spending the best years of your life
with a bunch of rich, drunken dumbasses.

The tolerence you gained from all those times your learning was
decelerated, just to allow for johnny football star to meet status quo.

The anger from seeing Johnny pull his head of his jock just long enough to
see daddy hand him a 150k VP position.

As mastercard sais.. priceless.


And no, I'm not bitter.. 


--

 Shawn Solomon  Senior State Networks Engineer   
 Indiana Telecommunications Network  IHETS INDnet  
 317.263.8875  www.ind.netfx: 317.263.8831


On 22 May 2002, Paul Vixie wrote:

 
 [EMAIL PROTECTED] (Leo Bicknell) writes:
 
  If you ever want to become a team leader, or a manger, or run a
  theoretical group you are going to need the math and English
  backgrounds that college provides.  ...
 
 So what you're saying is, if I hadn't dropped out of high school during
 my 17th trip around Sol, I wouldn't've gotten stuck in this dead end job?
 
 Probably I wouldn't have that honorary MSCS degree either.  Wouldn't've
 wrote all that code, nor those RFC's, nor started those various companies.
 
 Wouldn't've found my various mentors nor been a mentor to any of the folks
 who count me as having been one?
 
 Is that how a college degree would have improved my career by age 39?
 
 Sounds like a bad deal to me.
 -- 
 Paul Vixie [EMAIL PROTECTED]
 President, PAIX.Net Inc.