My guess is that it's because "no ip directed-broadcast" is the default on
each interface in 12.0. that's just a guess, I haven't had any coffee yet
so no actual thought is taking place. :-)
John Neiberger
>
> I had three sites in a hub and spoke configuration. Lets say router A was
> the
om: John Neiberger [mailto:[EMAIL PROTECTED]]
: Sent: Thursday, July 06, 2000 9:07 AM
: To: Atif Awan; [EMAIL PROTECTED]
: Subject: Re: interesting
:
:
: My guess is that it's because "no ip directed-broadcast" is
: the default on
: each interface in 12.0. that's just a guess, I ha
f Awan <[EMAIL PROTECTED]>; [EMAIL PROTECTED]
<[EMAIL PROTECTED]>
Date: Thursday, July 06, 2000 7:21 PM
Subject: Re: interesting
>My guess is that it's because "no ip directed-broadcast" is the default on
>each interface in 12.0. that's just a guess, I haven
EMAIL PROTECTED]>;
[EMAIL PROTECTED] <[EMAIL PROTECTED]>
Date: Thursday, July 06, 2000 7:56 PM
Subject: RE: interesting
>>From my experience, this is the case in an attempt to reduce/eliminate
>smurf amplification on the Internet.
>
>My company uses an application which ut
No Stull, i dont think WINS uses directed broadcast and there was no WINS
server in the network i was talking about.
Regards
Atif
-Original Message-
From: Stull, Cory <[EMAIL PROTECTED]>
To: Atif Awan <[EMAIL PROTECTED]>
Date: Friday, July 07, 2000 12:02 AM
Subject: RE:
nal Message-
> From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of
> Atif Awan
> Sent: Friday, July 07, 2000 8:26 AM
> To: Stull, Cory
> Cc: [EMAIL PROTECTED]
> Subject: Re: interesting
>
>
> No Stull, i dont think WINS uses directed broadcast and there was no
under the interface (bri or dialer) which dials type the following command
"dialer-group 1"
then create an access list which permits any ip packet
"dialer-list 1 protocol ip permit"
that should do the trick and generate interesting traffic
Santosh Koshy
"beth shriver" <[EMAIL PROTECTED]> wrote
Yes what i think is that you have forgot the
'dialer-group 1' command on the dialer interface and
'dialer-list 1 protocol ip permit' or 'dialer-list 1
protocol ip list 1' where list 1 is the access list
you define to generate the interesting traffic.
Khalil
Network engineer
CCNP, MCSE
--- Santos
how are they connected? serial? What interfaces are you pinging the ether
and token? Are both interfaces up/up?
On Wed, 25 Oct 2000, Vincent wrote:
> Hi;
>
> One router with 2 interface, one tokenring, one ethernet, how can I ping
> each other.
> Ehternet can ping tokenring, tokenring can n
Let me explain more detailed.
It's a simple eigrp network, all interface in the network can ping each
other,
Let say (Router A) tokenring ring can ping (Router B) ethernet and vice
versa.
Except (Router A) Tokenring can't ping (Router A) ethernet, but can ping in
different direction, ethernet to t
where are you trying to ping the token ring from? The router itself? That
will never work, because it's a layer 2. Ping the token ring interface from
a PC
""Vincent"" <[EMAIL PROTECTED]> wrote in message
8t6e4v$tto$[EMAIL PROTECTED]">news:8t6e4v$tto$[EMAIL PROTECTED]...
> Hi;
>
> One router with
Is a connected route showing upo for both interfaces??
Brian
On Wed, 25 Oct 2000, Vincent wrote:
> Hi;
>
> One router with 2 interface, one tokenring, one ethernet, how can I ping
> each other.
> Ehternet can ping tokenring, tokenring can not ping ethernet, change the mtu
> s
H.323 will negotiate "random" ports for the connection between two hosts.
So you have to open everything from 1024 to 65535 for it to work. OR you
could just use a proxy firewall which supports H.323 Like my favorite
firewall, Raptor for NT. www.axent.com
Rodgers Moore
""Richard A. Holland""
Most likely if there is different networks, you may
need to use a IP helper address. Take a look at that command because
I feel that could be your problem.
""Atif Awan"" <[EMAIL PROTECTED]> wrote in message 010701bfe84f$83c74bc0$050100c0@Tech">news:010701bfe84f$83c74bc0$050100c0@Tec
: Saturday, July 08, 2000 1:16
AM
Subject: Re: interesting part 2
Most likely if there is different networks, you
may need to use a IP helper address. Take a look at that command
because I feel that could be your problem.
""Atif Awan"" <[EMA
Look at the 2501 config and compare it with the 2620.
--Original Message--
From: "Atif Awan" <[EMAIL PROTECTED]>
To: Don Orlik <[EMAIL PROTECTED]>, [EMAIL PROTECTED]
Sent: July 7, 2000 8:35:31 PM GMT
Subject: Re: interesting part 2
All the helper addresses have
did
you have a router involved previously?
If not, you might want to investigate
helpering
HTH
chuck
-Original
Message-From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]]On Behalf Of Atif AwanSent:
Friday, July 07, 2000 1:11 PMTo:
[EMAIL PROTECTED]Subject: interesting pa
I agree, it sounds like you need to assigned "IP HELPER ADDRESSes" This will
point to the DHCP server and opens up UDP ports 137 and 138.
--Original Message--
From: "Don Orlik" <[EMAIL PROTECTED]>
To: [EMAIL PROTECTED]
Sent: July 7, 2000 8:16:02 PM GMT
Subje
Its the same man .. thats whats bothering me :)
Regards
Atif
- Original Message -
From: Jorge Rodriguez <[EMAIL PROTECTED]>
To: Atif Awan <[EMAIL PROTECTED]>; Don Orlik <[EMAIL PROTECTED]>;
<[EMAIL PROTECTED]>
Sent: Saturday, July 08, 2000 1:50 AM
Subject
In a message dated 7/7/00 4:44:53 PM Eastern Daylight Time,
[EMAIL PROTECTED] writes:
<< Most likely if there is different networks, you may need to use a IP
helper address. Take a look at that command because I feel that could be
your problem.
>>
Atif,
I agree with Don's statement.
On the remote locations router add the config line
below and make sure that
there is a helper address on the ethernet interface
pointing to the IP Address
of the DHCP Server..Global config.Hope this
helps.
ip dhcp-server < ip-address > or < name
>
JEK
Senior Network / Systems
people!!!
give this guy a break,,
he has said repeatedly that HELPER ADDRESSES have been configured properly,
move a step fwd,,now,, any suggestions???
Atif, we would appreciate if u can send us the configs, is that possible:)??
'Bliss'
<[EMAIL PROTECTED]> wrote in message [EMAIL PROTECTED
Bliss,
Give this guy a break,,,
He has wtitten, "reapeadedly", the configs to his problem, move forward now,
any suggestions 8) Remember theres alot of us in the group who only see the
original post.
Mark Z.
<< people!!!
give this guy a break,,
he has said repeatedly that HELPER AD
Atif,
A
couple of things I do to try and isolate the problem...
See if
you can do an extended ping to the DHCP server from the Ethernet segment your
end stations are attached to (please don't take offense to this, this one
bites me a lot.. I get so wound up in trying to find more elabora
From the first post I thought you solved it.
With enabling "directed broadcasts" depending on your addressing range will work
- only cuz you are not using WINS. If using WINS then all should have been
fine -- *I think*. The MS stuff is starting to fade away...
For the second problem - DH
PROTECTED]>Date:
Sunday, July 09, 2000 3:55 AMSubject: Re: interesting part
2
From the first post I thought you solved
it. With enabling "directed broadcasts" depending on your
addressing range will work - only cuz you are not using WINS. If using
WINS th
I don't know why a Class A address was chosen...personnally, I would have
chosen a Class C address...less wasteful. However, I might be missing the
point here, tho...
""Bharani"" wrote in message
news:[EMAIL PROTECTED]
> Dear Readers
>
> Does any one know the Mathematical reason for making
> 12
There is none. Other than the fact that it is the last Class A address.
Fred Reimer - CCNA
Eclipsys Corporation, 200 Ashford Center North, Atlanta, GA 30338
Phone: 404-847-5177 Cell: 770-490-3071 Pager: 888-260-2050
NOTICE; This email contains confidential or proprietary information which
m
otify the author by replying to this message. If you are not the named
recipient, you are not authorized to use, disclose, distribute, copy, print
or rely on this email, and should immediately delete it from your computer.
-Original Message-
From: Bharani [mailto:[EMAIL PROTECTED]
Sent: Tuesday,
Bani
This is my understanding...Just with any rule..you allow certain things
and you don't allow some. Reserve some things and you don't reserve
some...What I'm trying to say is the matter of logical and
efficient,convinient, simple or orderly if you will...when the InterNIC
was given the task of
Somewhat a long read but very enlightening.
The article on Windows XP was just as scary.
Thank you so much Priscilla, I'm going to pass your find on to some
other network folks that could use it.
>Priscilla Oppenheimer wrote:
>
> http://grc.com/dos/grcdos.htm
>
> Priscilla
>
> __
That was a very interesting article. I knew things like that went on, but
have never had a person experience of such.
I liked the detail that was gone into about the solution. I am forwarding
the link to friends.
Jennifer Cribbs
6/5/2001 9:52:31 PM, "Natasha" wrote:
>Somewhat a long read bu
Fascinating, especially since I have a 13 year old son who loves his
computer (I wonder why? Time for me to be a little more active in
monitoring his computer time, lest he also become a "Wicked")
The most discouraging outcome of the article is the lack of
interest/accountability that the ISP's
Interesting and scary. I shall pass this on. Thank you
Dom Marino
""Priscilla Oppenheimer"" wrote in message
[EMAIL PROTECTED]">news:[EMAIL PROTECTED]...
> http://grc.com/dos/grcdos.htm
>
> Priscilla
>
>
>
> Priscilla Oppenheimer
> http://www.priscilla.com
Message
At 10:33 PM 6/5/01, Natasha wrote:
>Somewhat a long read but very enlightening.
>The article on Windows XP was just as scary.
The article is awfully long, indeed, but I found it fascinating (and scary).
For those of you who have no idea what we're talking about, it's probably
because the e-mail
I think I'll make this required reading for my next class.
Prof. Tom Lisa, CCAI
Community College of Southern Nevada
Cisco Regional Networking Academy
Priscilla Oppenheimer wrote:
> At 10:33 PM 6/5/01, Natasha wrote:
> >Somewhat a long read but very enlightening.
> >The article on Windows XP w
] [mailto:[EMAIL PROTECTED]]On Behalf Of
Tom Lisa
Sent: Wednesday, June 06, 2001 3:30 PM
To: [EMAIL PROTECTED]
Subject: Re: Interesting DOS article [7:7272]
I think I'll make this required reading for my next class.
Prof. Tom Lisa, CCAI
Community College of Southern Nevada
Cisco Regional Netwo
i would be VERY intrested in seing a security list!!
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of
William E. Gragido
Sent: Wednesday, June 06, 2001 6:35 PM
To: [EMAIL PROTECTED]
Subject: RE: Interesting DOS article [7:7272]
I recommnend also
Fascinating article (I spent almost an hour on this article and his web
site). Highly
recommended.
Thanks, Priscilla.
-Jonathan
Priscilla Oppenheimer wrote:
> http://grc.com/dos/grcdos.htm
>
> Priscilla
>
>
>
> Priscilla Oppenheimer
> http://www.priscilla.com
--
Jonath
This guy also made site bulder for Novell way back when..1995 and he owned
www.american.com then
So Cisco got the site name as bonus I guess
http://www.i-m.com/February-22-29-1996/0030.html here is what the corp did
amd the corp name was American Internet Company.
I think Cisoc like the name more
AIC (American Internet Comp) made, among other things, a DHCP server
product.
Cisco bought AIC and repackaged the AIC DHCP server as CNR.
Ozzie Sutcliffe wrote:
>
> This guy also made site bulder for Novell way back when..1995 and he owned
> www.american.com then
> So Cisco got the site name
Makes sense now. Thanks for clearing that up for me. Pretty cool URL to
have though, huh?
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] On Behalf Of
bergenpeak
Sent: Sunday, February 10, 2002 1:21 PM
To: [EMAIL PROTECTED]
Subject: Re: Interesting Web Alias [7
what to do next :) Any help would be greatly
appreciated ...
Thanks again ...
Regards ..
Paul ...
- Original Message -
From:
To:
Sent: Monday, June 17, 2002 11:46 PM
Subject: Re: Interesting traffic problem . [7:46761]
> Einstooge makes some good points.
> Also, when y
s interesting?
What is your dialer-list configuration? Have you applied it to an
interface?
JMcL
- Forwarded by Jenny Mcleod/NSO/CSDA on 19/06/2002 08:40 am -
"Paul"
Sent by: [EMAIL PROTECTED]
18/06/2002 08:16 pm
Please respond to "Paul"
To: [EMAIL PRO
Definitely interesting !
""vlan2"" <[EMAIL PROTECTED]> wrote in message
[EMAIL PROTECTED]">news:[EMAIL PROTECTED]...
> http://routergod.com
>
>
>
>
>
>
>
>
>
> **NOTE: New CCNA/CCDA List has been formed. For more information go to
> http://www.groupstudy.com/list/Associates.html
> ___
Great Indeed
"Billy Monroe" <[EMAIL PROTECTED]> wrote in message
8qbmpg$8su$[EMAIL PROTECTED]">news:8qbmpg$8su$[EMAIL PROTECTED]...
> Definitely interesting !
>
> ""vlan2"" <[EMAIL PROTECTED]> wrote in message
> [EMAIL PROTECTED]">news:[EMAIL PROTECTED]...
> > http://routergod.com
> >
> >
> >
Terrific link, indeed. Spanks for posting.
Kris Jacobs | mailto: [EMAIL PROTECTED]
Proud Member: http://www.wob-l.org
Some drink at the fountain of knowledge...others just gargle.
vlan2 wrote:
>
> http://routergod.com
**NOTE: N
The HTTP 500 error is an internal server error. It usually happens when
accessing .cgi, .pl or .asp scripts. 95% of the time it is a syntax error in
the code the rest of the time it is an error from the httpd daemon and a
restart fixes it. If it is only giving errors through the secure network I'd
Cisco routers ARP for themselves and send gratuitous ARP replies when they
boot also.
Priscilla
At 11:07 PM 10/3/01, John Neiberger wrote:
>I just noticed something that I've never seen before and thought I'd pass it
>along for those of you who did not know this occurred.
>
>I have two routers,
Try adding the "no exec" command on lines 1 through 8:
Line 1 8
transport input all
no exec
Sometimes an exec process can be opened backwards to your terminal server by
a noisy line. The "no exec" command prevents this from happening...
""Don Pezet"" wrote in message
[EMAIL PROTECTED]">news:
Hey guys,
Good call Jason, added 'no exec' on the term server and haven't seen
the issue since.
Thanks
Don
On 7 Jul 2002 01:39:00 -, [EMAIL PROTECTED] ("Jason") wrote:
>Try adding the "no exec" command on lines 1 through 8:
>
>Line 1 8
> transport input all
> no exec
>
>Sometimes
You can only do the map statements on the physical int's or multipoint
interfaces. You can enable NLSP on PTP's. You would get an error message if
trying to do a map command on a PTP, it wants frame dlci commands.
Message Posted at:
http://www.groupstudy.com/form/read.php?f=7&i=18828&t=18772
--
Yes this is possible exactly as you discribed. Hope fully in this
scenario you have more than one bri. But, say you don't
you have two B channels unless the load exceeds one of the B channels
you have no problem I believe the last question
is "is there a priority or preempt command?" Make
Thanks. I knew there was a way to set the dialer priority but I just
wasn't sure how it operated. I have yet to find a reference on CCO that
specifies what the priority really accomplishes. If a dialer with a
high priority needs to use a line but the line is being used by a dialer
with a lower
I can't remember but... this also helps
dialer pool-member number [priority priority] [min-link minimum] [max
link maximum] - Assigns a physical interface to a dialer pool.
priority priority - Sets the priority of the physical interface within
the dialer pool (from 1 to 255). Interfaces with th
I've been reading and I still don't see how to do it. The command you
mention seems to solve a different problem. If I had a single dialer
interface and two physical interfaces to choose from, the priority lets
the dialer know which to try first.
I have yet to see how to give one dialer interfa
go further down... the command I sent you let you set a minimum number
and max number of B channels to use
there for excluding some B channels for use by another dialer profile.
John Neiberger wrote:
>I've been reading and I still don't see how to do it. The command you
>mention seems to solve
Can I see your config? Are you using 'type transparent-cache' for your
cache service? If not, do you have the service-level command
'cache-bypass' configured?
John
>>> "Shahir Boshra" 7/29/02 10:24:26 AM
>>>
Did anyone manage to use CSS 11000 to redirect http traffic to a
transparent
caching
You say that the stations connected to the 2948G-L3 stop transmitting for 15
seconds. Could the Spanning Tree be reconverging for some reason? Since
you're doing IRB with both bridging and routing, presumably STP is running
and 15 seconds sticks out as the Forward Delay timer used by STP. It's als
If that is the case Priscilla, then one might as well enable Port-Fast on a
those ports and observe for a few days. If the switch activity stabilizes
then it is surely a STP re-convergence problem. Am I on track?
Chaoo,
Cisco_Maniac
""Priscilla Oppenheimer"" wrote in message
[EMAIL PROTECTED]">ne
Priscilla and Cisco_Maniac,
Well, I have been tinkering around with it a bit more (which is
pretty much how I got here) and here are my findings. First, I went
ahead and did a 'debug span events' on the 2948G-L3 and noticed no
convergence issues... actually no events at all. A quick 'show
It doesn't sound like it's an STP problem then. And I don't think it could
have been a portfast problem anyway, since the symptoms aren't that the
stations can't transmit after a switch reboot. The symptom is that they
can't transmit for about 15 seconds every once in a while after they have
been
I am not sure about the 2948, however with the 2950T it is spanning-tree
portfast applied from the interface.
2840-1st-sw1(config-if)#int fa0/1
2840-1st-sw1(config-if)#spanning-tree portfast
%Warning: portfast enabled on FastEthernet0/1.
Usually portfast should be enabled on ports connected to a
I ran a bandwidth monitor between six stations on one VLAN and
six stations on a second VLAN to see what kind of latency, packet loss,
and throughput I could get on the stations. I found I could easily get
six separate communication streams going with each absorbing 25Mbits of
bandwidth which woul
64 matches
Mail list logo