you are excused this time.
when we design networks, we do it right the first time... and even if i
did have to make changes for ANY reason in a WAN environment, we can do it
NON-intrusively and without the client ever even knowing that it happened.
yes i have had to change a coupla thousand dns entries b4... that is why
we dont tell people our dns unless they need it now....
this wasnt a DNS issue so i fail to see your point on that.
my defin... of doing my job right means that "I" sleep at night while you
worry wether it is a circuit or a router issue.
i know the difference when i look in my equipment and you dont. nuff said.
what other "standards" do you consider plug and play? ;)
On Mon, 1 Mar 1999, Vernon Burke wrote:
> Excuse me? Automatic learning of the DLCI list is a standard
> and legitimate feature of LMI. If the circuit is set up properly
> by the phone company, the router WILL learn the DLCI's. If
> the circuit isn't set up properly, all the manual entry of DLCI's
> in the world isn't going to make it work I suppose you don't believe
> in using dynamic IP address' because they aren't hard coded? Or
> dynamic DNS server address'? Ever try to get 2-300 people or more
> to change their hard coded DNS address' when you renumber? You have
> a strange definition of "doing your job right".
>
> Vern
>
>
>
> ----- Original Message -----
> From: Robert Hanson <roberth@cet.com>
> To: <portmaster-users@livingston.com>
> Sent: Monday, March 01, 1999 3:03 PM
> Subject: Re: (PM) Strange Frame Realy Connectivity Problem
>
>
> >
> >yes it should be.
> >
> >i sincerely dont want to slam anyone as that is unproductive, yet anyone
> >that doesnt "hard code" things that need to be hard coded or set in
> >networking is only asking for trouble.
> >
> >this is not plug and pray land. this is do your job right land.
> >
> >On Mon, 1 Mar 1999, Vernon Burke wrote:
> >
> >> And that shouldnt be neccessary, since LMI automatically
> >> provides the DLCI and destination IP address settings.
> >>
> >> Vern
> >>
> >
> >
> >> >
> >> > set w1 dlci 16:xxx.xxx.xxx.xxx (where xxx is ip of the far end)
> >> > save all
> >> > reset w1
> >> >
> >> >groovy . .
> >> >
> >> >
> >> >--
> >> >
> >> >-------
> >> >Douglas Michaud, {dmichaud|admin6}@teleport.com, Network Engineering
> >> >PGP Id=FADF93C5, Fprint=B9 04 FD FA E7 4C 83 69 DD 45 E2 D2 17 D5 DD 2F
> >> >Teleport, Inc | 319 SW Washington #400, PDX OR | 503.223.0076
> >> >
> >> >
> >> >
> >> >-
> >> >To unsubscribe, email 'majordomo@livingston.com' with
> >> >'unsubscribe portmaster-users' in the body of the message.
> >> >Searchable list archive: <URL:http://www.livingston.com/Tech/archive/>
> >> >
> >> >
> >>
> >> -
> >> To unsubscribe, email 'majordomo@livingston.com' with
> >> 'unsubscribe portmaster-users' in the body of the message.
> >> Searchable list archive: <URL:http://www.livingston.com/Tech/archive/>
> >>
> >
> > Robert H. Hanson Cutting Edge Communications, Inc.
> >422 West Riverside Reliably Serving Idaho & Washington For 5 Years
> > Suite #516 **HIGH SPEED DSL SERVICE IS AVAILABLE FROM CET!**
> >Spokane, Wa. 99201 Regional Commercial Internet Service Provider
> > (509) 444-INET email: roberth@cet.com - http://home.cet.com/
> >
> >-
> >To unsubscribe, email 'majordomo@livingston.com' with
> >'unsubscribe portmaster-users' in the body of the message.
> >Searchable list archive: <URL:http://www.livingston.com/Tech/archive/>
> >
> >
>
> -
> To unsubscribe, email 'majordomo@livingston.com' with
> 'unsubscribe portmaster-users' in the body of the message.
> Searchable list archive: <URL:http://www.livingston.com/Tech/archive/>
>
Robert H. Hanson Cutting Edge Communications, Inc.
422 West Riverside Reliably Serving Idaho & Washington For 5 Years
Suite #516 **HIGH SPEED DSL SERVICE IS AVAILABLE FROM CET!**
Spokane, Wa. 99201 Regional Commercial Internet Service Provider
(509) 444-INET email: roberth@cet.com - http://home.cet.com/
-
To unsubscribe, email 'majordomo@livingston.com' with
'unsubscribe portmaster-users' in the body of the message.
Searchable list archive: <URL:http://www.livingston.com/Tech/archive/>