ble/disable this feature in IS-IS ?
That would be the easiest way to check if the implementation supports it.
--
Victor Sudakov, VAS4-RIPE, VAS47-RIPN
2:5005/49@fidonet http://vas.tomsk.ru/
___
cisco-nsp mailing list cisco-nsp@puck.nether.net
https://puck.nether.
stant customers
> and non managed CPEs ... But as others already said all biggest SPs which
> are still offering L3VPNs are only doing BGP and static.
Still, the answer to my initial and direct question about IS-IS is... "yes" or
"no"?
--
Victor Sudakov, VAS4-RIPE
ot my immediate competitor, so I'll advise you not to run an IGP
> with a customer.
Again, it seems a common practice to run an IGP with a customer to
import the customer's routes into the provider's MPLS network.
--
Victor Sudakov, VAS4-RIPE, VAS47-RIPN
2:5005/49@fidonet http://vas.tomsk.ru/
Nick Cutting wrote:
> But I think the discussion is not the CE-PE IGP relationship that gets
> put into a L3VPN, then tunneled via MPLS, but connecting the CE to his
> internal IS-IS
No, it is not.
--
Victor Sudakov, VAS4-RIPE, VAS47-RIPN
2:5005/49@fidonet http://vas
omer network is all IS-IS ?
What would be "not shooting myself in the foot" in this case?
--
Victor Sudakov, VAS4-RIPE, VAS47-RIPN
2:5005/49@fidonet http://vas.tomsk.ru/
___
cisco-nsp mailing list cisco-nsp@puck.nether.net
https://puck.nether
Dear Colleagues,
OSPF as a PE-CE protocol has some useful features: the "DN bit" for loop
prevention and sham links for route optimization.
Does IS-IS have similar features?
--
Victor Sudakov, VAS4-RIPE, VAS47-RIPN
2:5005/49@fidonet http://va
-x-wifi goes into VRF mpls-300,
> - NET customer-x-guest goes into VRF mpls-301,
> - NET customer-x-administration goes into VRF mpls-302,
> And so forth.
>
Christoffer,
If a customer has several separate sites each with Wifi, for example, will
all these Wifi NETs go into the same VRF
VRF and set up route import/export between
the VRFs.
Thanks in advance for any input.
--
Victor Sudakov, VAS4-RIPE, VAS47-RIPN
AS43859
___
cisco-nsp mailing list cisco-nsp@puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-nsp
archive
Saku Ytti wrote:
> On 6 April 2016 at 20:09, Victor Sudakov <v...@mpeks.tomsk.su> wrote:
>
> > Why is it *not* the default configuration?
>
> I don't know why the defaults are so broken, small cats are worse with
> mls qos enabled than without. And the common wisdom i
config)#mls qos queue-set output 1 threshold 2 1000 1000 50 1000
Switch(config)#mls qos queue-set output 1 threshold 3 1000 1000 50 1000
Switch(config)#mls qos queue-set output 1 threshold 4 1000 1000 50 1000
Why is it *not* the default configuration?
--
Victor Suda
.
--
Victor Sudakov, VAS4-RIPE, VAS47-RIPN
sip:suda...@sibptus.tomsk.ru
___
cisco-nsp mailing list cisco-nsp@puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-nsp
archive at http://puck.nether.net/pipermail/cisco-nsp/
Nick Hilliard wrote:
> Victor Sudakov wrote:
> > Is there any way those links can be put to any good use in the MPLS
> > network?
>
> no. They're basically useless for an mpls provider network.
I was thinking perhaps about some tunneling technology, like maybe
MPLS over
twork, I should be fine. The question is, I don't want to
fragment the customers' packets all the time.
--
Victor Sudakov, VAS4-RIPE, VAS47-RIPN
sip:suda...@sibptus.tomsk.ru
___
cisco-nsp mailing list cisco-nsp@puck.nether.net
https://puck.nether.net/mailma
me routers we don't have control over them).
--
Victor Sudakov, VAS4-RIPE, VAS47-RIPN
sip:suda...@sibptus.tomsk.ru
___
cisco-nsp mailing list cisco-nsp@puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-nsp
archive at http://puck.nether.net/pipermail/cisco-nsp/
for any input.
--
Victor Sudakov, VAS4-RIPE, VAS47-RIPN
sip:suda...@sibptus.tomsk.ru
___
cisco-nsp mailing list cisco-nsp@puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-nsp
archive at http://puck.nether.net/pipermail/cisco-nsp/
eel quite reluctant to
install it. mrtg is tiny compared to that.
--
Victor Sudakov, VAS4-RIPE, VAS47-RIPN
sip:suda...@sibptus.tomsk.ru
___
cisco-nsp mailing list cisco-nsp@puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-nsp
archiv
hen you of course don't care if a score of
extra packages are automatically installed for you (which is the case
with my FreeBSD desktop, but still not with the servers).
--
Victor Sudakov, VAS4-RIPE, VAS47-RIPN
sip:suda...@sibptus.tomsk.ru
___
cisco-n
: 2.44.1_2
gettext-runtime: 0.19.6
perl5: 5.20.3_8
icu: 55.1
graphite2: 1.3.3
php5-snmp: 5.4.45
net-snmp: 5.7.3_11
The process will require 259 MiB more space.
47 MiB to be downloaded.
#
--
Victor Sudakov, VAS4-RIP
Colleagues,
Does anybody have an --if-template for mrtg's cfgmaker to monitor
interface discards and errors instead of traffic counters?
Could you please share it? Thanks a lot in advance.
--
Victor Sudakov, VAS4-RIPE, VAS47-RIPN
sip:suda...@sibptus.tomsk.ru
h a template from someone who has used
it him/herself.
But thank you anyway, you have confirmed that it's perhaps the only
available example and nobody cares to keep it up to date.
--
Victor Sudakov, VAS4-RIPE, VAS47-RIPN
sip:suda...@sibptus.tomsk.ru
om/2015/02/13/investigating-micro-bursting/
> http://notalwaysthenetwork.com/2014/01/06/microburst-detection-with-wireshark/
Thank you, Luke, very useful.
--
Victor Sudakov, VAS4-RIPE, VAS47-RIPN
sip:suda...@sibptus.tomsk.ru
___
cisco-nsp mailing l
interface GigabitEthernet0/2
description V-Node S Port 4 BPTOiK
switchport trunk encapsulation isl
switchport mode trunk
power inline never
srr-queue bandwidth shape 0 0 0 0
mls qos trust cos
!
Thank you very much in advance for shedding light on this.
--
Victor Sudakov, VAS4-RIPE,
would be really
interested to know what is causing them.
In the Wireshark analysis I have done so far, I see mostly steady WSUS
HTTP traffic in the dump.
--
Victor Sudakov, VAS4-RIPE, VAS47-RIPN
sip:suda...@sibptus.tomsk.ru
___
cisco-nsp mailing list cis
Juergen Marenda wrote:
It's c7200p-advipservicesk9-mz.124-24.T8.bin
Have you checked that the clock of your NPE-G2/7201 is in sync,
It was the first thing I did.
# sh ntp status
# sh ntp asso
without having an accurate time, it will not send any ntp time-info
--
Victor Sudakov
, not being
able to provide time to others, etc. - and on 1900s with 15.2(4)M6a
(NTP ACLs not working at all) - so the All And Improved New NTP Code
seems to have quite a number of warts left...
It's c7200p-advipservicesk9-mz.124-24.T8.bin
--
Victor Sudakov, VAS4-RIPE, VAS47-RIPN
sip:suda
#
gw2(config)#interface GigabitEthernet0/2
gw2(config-if)#ntp broadcast key 3
%NTP: Cannot reconfigure the broadcast peer.
gw2(config-if)#
What gives? And what's this Cannot reconfigure the peer stuff?
Thanks a lot for any input.
Victor Sudakov wrote:
Colleagues,
A 7206VXR (NPE-G2
Yes, it is (sparse-dense-mode).
But how is PIM related to broadcast NTP?
Jared Mauch wrote:
Is pim enabled on the interface?
On Aug 21, 2015, at 3:39 AM, Victor Sudakov v...@mpeks.tomsk.su wrote:
Colleagues,
A 7206VXR (NPE-G2) is not sending ntp broadcasts nor multicasts, and I
.
gw2(config-if)#
--
Victor Sudakov, VAS4-RIPE, VAS47-RIPN
sip:suda...@sibptus.tomsk.ru
___
cisco-nsp mailing list cisco-nsp@puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-nsp
archive at http://puck.nether.net/pipermail/cisco-nsp/
Victor Sudakov wrote:
There is one more point. Some switches are connected via
communications equipment (e.g. iPASOLINK radio relay) rather than
directly. Those switches' GigabitEthernet ports are running in the
100Mb/s mode because the iPASOLINK equipment has FastEthernet ports
than 1500 supported in 100Mb/s mode on Cisco?
--
Victor Sudakov, VAS4-RIPE, VAS47-RIPN
sip:suda...@sibptus.tomsk.ru
___
cisco-nsp mailing list cisco-nsp@puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-nsp
archive at http
the
default, I hope this will not change if I change the system mtu jumbo?
Guess it's time for a lab.
--
Victor Sudakov, VAS4-RIPE, VAS47-RIPN
sip:suda...@sibptus.tomsk.ru
___
cisco-nsp mailing list cisco-nsp@puck.nether.net
https://puck.nether.net
on a switch, and it won't have any affect on running
traffic.
But after a reboot with a new system mtu jumbo, what adverse effects
can I expect if there is a jumbo MTU switch among switches with the
default MTU?
--
Victor Sudakov, VAS4-RIPE, VAS47-RIPN
sip:suda...@sibptus.tomsk.ru
?
What if I set system mtu jumbo 9198 on a random switch in the
middle of the network, would it disrupt connectivity (STP or OSPF in
the management VLAN or anything else)?
--
Victor Sudakov, VAS4-RIPE, VAS47-RIPN
sip:suda...@sibptus.tomsk.ru
___
cisco-nsp
frames with MTU=1600, if
possible, without disrupting the service?
I will be grateful for a link to some good howto.
--
Victor Sudakov, VAS4-RIPE, VAS47-RIPN
sip:suda...@sibptus.tomsk.ru
___
cisco-nsp mailing list cisco-nsp@puck.nether.net
https
Daniel Roesen wrote:
On Sat, Nov 29, 2014 at 09:41:45PM +0600, Victor Sudakov wrote:
We have set up port monitor sessions in various parts of the network
and have found out the following. One of the C3560X-24P in the chain
of identical switches does not let through packets with
src
=224.0.0.5. Neither when such packets transit the
switch nor when it's configured on one of it's own Vlan interfaces.
Other switches in the chain are identical from the hardware/software
point of view, and configured almost identically, but do not suffer
from the problem.
--
Victor Sudakov, VAS4
:21:08.745: OSPF: End of hello processing
--
Victor Sudakov, VAS4-RIPE, VAS47-RIPN
sip:suda...@sibptus.tomsk.ru
___
cisco-nsp mailing list cisco-nsp@puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-nsp
archive at http://puck.nether.net
, like filtering out LLDP
or STP frames, but no such filters are even configured.
--
Victor Sudakov, VAS4-RIPE, VAS47-RIPN
sip:suda...@sibptus.tomsk.ru
___
cisco-nsp mailing list cisco-nsp@puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco
0x8030 0x00CEDF 0
172.16.210.010.65.127.7 677 0x8030 0x00E926 0
--
Victor Sudakov, VAS4-RIPE, VAS47-RIPN
sip:suda...@sibptus.tomsk.ru
___
cisco-nsp mailing list cisco-nsp@puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco
a message like
%OSPF-4-DUP_RTRID, and I have not seen this message in the logs.
So am I not absolutely positively sure, but I am pretty sure.
And I have posted a show ip ospf database output in another message.
--
Victor Sudakov, VAS4-RIPE, VAS47-RIPN
sip:suda...@sibptus.tomsk.ru
?
What's wrong with 10.65.127.246 being an OSPF router ID?
--
Victor Sudakov, VAS4-RIPE, VAS47-RIPN
sip:suda...@sibptus.tomsk.ru
___
cisco-nsp mailing list cisco-nsp@puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-nsp
archive at http
.
--
Victor Sudakov, VAS4-RIPE, VAS47-RIPN
sip:suda...@sibptus.tomsk.ru
___
cisco-nsp mailing list cisco-nsp@puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-nsp
archive at http://puck.nether.net/pipermail/cisco-nsp/
/removed without
resetting the database by doing a 'clear ip ospf ...' or just rebooting
the router.
We have even recreated the problem in a separate VRF, created as a
testbed specifically for the purpose. The problem is 100%
reproducible.
--
Victor Sudakov, VAS4-RIPE, VAS47-RIPN
as a
testbed specifically for the purpose. The problem is 100% reproducible.
--
Victor Sudakov, VAS4-RIPE, VAS47-RIPN
sip:suda...@sibptus.tomsk.ru
___
cisco-nsp mailing list cisco-nsp@puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-nsp
with neighbor 10.65.127.241 (Designated Router)
Adjacent with neighbor 10.65.127.242 (Backup Designated Router)
Suppress hello for 0 neighbor(s)
--
Victor Sudakov, VAS4-RIPE, VAS47-RIPN
sip:suda...@sibptus.tomsk.ru
___
cisco-nsp mailing list cisco
packets with this particular
src addr.
--
Victor Sudakov, VAS4-RIPE, VAS47-RIPN
sip:suda...@sibptus.tomsk.ru
___
cisco-nsp mailing list cisco-nsp@puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-nsp
archive at http://puck.nether.net/pipermail
length 0
Next 0x0(0)/0x0(0)
Last flood scan length is 1, maximum is 1
Last flood scan time is 0 msec, maximum is 0 msec
Neighbor Count is 15, Adjacent neighbor count is 1
Adjacent with neighbor 10.65.127.9 (Designated Router)
Suppress hello for 0 neighbor(s)
--
Victor Sudakov, VAS4
run.
There is some industrial equipment in the vicinity. That's why we had
installed Ethernet protection (which proved ineffective this time).
--
Victor Sudakov, VAS4-RIPE, VAS47-RIPN
sip:suda...@sibptus.tomsk.ru
___
cisco-nsp mailing list cisco-nsp
get toasted switches every day and not twice a year).
--
Victor Sudakov, VAS4-RIPE, VAS47-RIPN
sip:suda...@sibptus.tomsk.ru
___
cisco-nsp mailing list cisco-nsp@puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-nsp
archive at http
by terminating/not terminating them?
And thank you a lot for your input.
--
Victor Sudakov, VAS4-RIPE, VAS47-RIPN
sip:suda...@sibptus.tomsk.ru
___
cisco-nsp mailing list cisco-nsp@puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-nsp
archive
Roland Dobbins wrote:
On Aug 18, 2014, at 8:07 PM, Victor Sudakov v...@mpeks.tomsk.su wrote:
Some devices cannot be grounded.
I know you don't want to hear this, but if that's the case, they
should be immediately decommissioned as a safety hazard.
You must be kidding. Whoever grounds
are interconnected and that they measure the
parameters annually. I am not the person to expose them to be lying
(if they really are), I lack such qualification.
--
Victor Sudakov, VAS4-RIPE, VAS47-RIPN
sip:suda...@sibptus.tomsk.ru
___
cisco-nsp mailing
at
http://www.zelax.ru/products/sfp-racks-cables/line-protection-uz-m#tabs|product:description
and consult with Zelax's sales. Sorry guys, it is in russian.
We work a lot with Zelax, I will talk to them, thank you for the idea.
--
Victor Sudakov, VAS4-RIPE, VAS47-RIPN
sip:suda
the
grounding circuits are interconnected and they measure their
parameters annually. I lack the necessary qualification to call them
liars (even if they are lying which I doubt).
--
Victor Sudakov, VAS4-RIPE, VAS47-RIPN
sip:suda...@sibptus.tomsk.ru
advice is appreciated.
--
Victor Sudakov, VAS4-RIPE, VAS47-RIPN
sip:suda...@sibptus.tomsk.ru
___
cisco-nsp mailing list cisco-nsp@puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-nsp
archive at http://puck.nether.net/pipermail/cisco-nsp/
between
buildings (but never exceeds 100m). Some devices can be grounded, some
not. We thought that APC ProtectNet or similar surge protectors would
be sufficient, but they don't seem to be.
--
Victor Sudakov, VAS4-RIPE, VAS47-RIPN
sip:suda...@sibptus.tomsk.ru
point than the
switch itself can be worse than not grounding at all.
After all, surge and ESD protection devices for Ethernet are on the
market for a reason. It seems even a big market, all I ask you
is to recommend a device.
--
Victor Sudakov, VAS4-RIPE, VAS47-RIPN
sip:suda...@sibptus.tomsk.ru
as I do have some
annoying (and expensive) corner cases that they might be useful
for)
--
Victor Sudakov, VAS4-RIPE, VAS47-RIPN
sip:suda...@sibptus.tomsk.ru
___
cisco-nsp mailing list cisco-nsp@puck.nether.net
https://puck.nether.net/mailman
switch died is remote and normally unmanned.
--
Victor Sudakov, VAS4-RIPE, VAS47-RIPN
sip:suda...@sibptus.tomsk.ru
___
cisco-nsp mailing list cisco-nsp@puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-nsp
archive at http://puck.nether.net
).
--
Victor Sudakov, VAS4-RIPE, VAS47-RIPN
sip:suda...@sibptus.tomsk.ru
___
cisco-nsp mailing list cisco-nsp@puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-nsp
archive at http://puck.nether.net/pipermail/cisco-nsp/
could prove
quicker and cheaper than rebuilding the grounding system(s).
--
Victor Sudakov, VAS4-RIPE, VAS47-RIPN
sip:suda...@sibptus.tomsk.ru
___
cisco-nsp mailing list cisco-nsp@puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-nsp
archive
protection devices and cameras, and
an occasional data collection PC scattered on the premises. Some of
them are outside and may even go as far as the gates or fence or
whatever.
--
Victor Sudakov, VAS4-RIPE, VAS47-RIPN
sip:suda...@sibptus.tomsk.ru
___
cisco
equipped with fiber ports)?
--
Victor Sudakov, VAS4-RIPE, VAS47-RIPN
sip:suda...@sibptus.tomsk.ru
___
cisco-nsp mailing list cisco-nsp@puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-nsp
archive at http://puck.nether.net/pipermail/cisco-nsp/
a BPDU does, there will be a storm and a lot of MAC flapping.
Is there a way to keep the port from forwarding traffic until the UDLD
state is Bidirectional ?
Thanks a lot for any input.
--
Victor Sudakov, VAS4-RIPE, VAS47-RIPN
sip:suda...@sibptus.tomsk.ru
difference?
--
Victor Sudakov, VAS4-RIPE, VAS47-RIPN
sip:suda...@sibptus.tomsk.ru
___
cisco-nsp mailing list cisco-nsp@puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-nsp
archive at http://puck.nether.net/pipermail/cisco-nsp/
Saku Ytti wrote:
I guess if it's ethernet link over some radio or something, where autenego
isn't end-to-end, it might plausibly be useful,
That is my case (an Ethernet link over several E1 links).
--
Victor Sudakov, VAS4-RIPE, VAS47-RIPN
sip:suda...@sibptus.tomsk.ru
/ learning / forwarding state
--
Victor Sudakov, VAS4-RIPE, VAS47-RIPN
sip:suda...@sibptus.tomsk.ru
___
cisco-nsp mailing list cisco-nsp@puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-nsp
archive at http://puck.nether.net/pipermail/cisco-nsp/
without link poisoning.
--
Victor Sudakov, VAS4-RIPE, VAS47-RIPN
sip:suda...@sibptus.tomsk.ru
___
cisco-nsp mailing list cisco-nsp@puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-nsp
archive at http://puck.nether.net/pipermail/cisco-nsp/
/catalyst3550/software/release/12-2_25_see/configuration/guide/swflink.html
But this won't protect from occasional loops introduced e.g. by a
technician.
--
Victor Sudakov, VAS4-RIPE, VAS47-RIPN
sip:suda...@sibptus.tomsk.ru
___
cisco-nsp mailing list cisco-nsp
for ahead of time to mitigate what you stated here.
ie, assign vlans by odd / even grouping for 2 mst regions (or more mst
regions if desired by some other preferred method).
Great, thanks.
--
Victor Sudakov, VAS4-RIPE, VAS47-RIPN
sip:suda...@sibptus.tomsk.ru
you could also not run STP - no
ring/redundant link = no loop.
As I have already said before, 'I have a train topology with some
redundant links between neighboring switches'.
There are however no rings in the sense that redundant links are only
between neighbors.
--
Victor Sudakov, VAS4
going for MST
instead of PVST?
Thanks in advance for any input.
--
Victor Sudakov, VAS4-RIPE, VAS47-RIPN
sip:suda...@sibptus.tomsk.ru
___
cisco-nsp mailing list cisco-nsp@puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-nsp
archive
into a
single region; it is not advantageous to segment a network into
separate regions
I wonder if MST has any limits on the network diameter.
--
Victor Sudakov, VAS4-RIPE, VAS47-RIPN
sip:suda...@sibptus.tomsk.ru
___
cisco-nsp mailing list cisco-nsp
built along a pipeline.
--
Victor Sudakov, VAS4-RIPE, VAS47-RIPN
sip:suda...@sibptus.tomsk.ru
___
cisco-nsp mailing list cisco-nsp@puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-nsp
archive at http://puck.nether.net/pipermail/cisco-nsp/
redundant links between
neighboring switches.
I have also considered FlexLinks but came to the conclusion that STP
was safer.
--
Victor Sudakov, VAS4-RIPE, VAS47-RIPN
sip:suda...@sibptus.tomsk.ru
___
cisco-nsp mailing list cisco-nsp@puck.nether.net
https
between neighboring
switches, STP is always a good precaution against someone (a
technician) accidentally connecting two ports together.
--
Victor Sudakov, VAS4-RIPE, VAS47-RIPN
sip:suda...@sibptus.tomsk.ru
___
cisco-nsp mailing list cisco-nsp
Dale W. Carder wrote:
You could deploy rapid spanning tree. It does not care about diameter,
instead the max-age effectively defines your upper bound.
That's good news.
Does MST also not care about diameter, its IST instance being in fact
an RSTP instance?
--
Victor Sudakov, VAS4-RIPE
convenient
on L2.
--
Victor Sudakov, VAS4-RIPE, VAS47-RIPN
sip:suda...@sibptus.tomsk.ru
___
cisco-nsp mailing list cisco-nsp@puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-nsp
archive at http://puck.nether.net/pipermail/cisco-nsp/
lines did help.
However, when I apply the following command to the interface:
interface GigabitEthernet0/0
ntp multicast ttl 1
the routers again begins sending multicast NTP packets with ttl=28.
What gives?
--
Victor Sudakov, VAS4-RIPE, VAS47-RIPN
sip:suda...@sibptus.tomsk.ru
was doing something
wrong, maybe did not read some what's new note.
This ntp multicast ttl 1 has worked for me for years, I have some
Unix hosts configured as multicastclients. Now I'll have to change
them into broadcastclients. Not a big deal, but the surprise was
unpleasant.
--
Victor Sudakov
10.14.128.255
ntp broadcast
end
--
Victor Sudakov, VAS4-RIPE, VAS47-RIPN
sip:suda...@sibptus.tomsk.ru
___
cisco-nsp mailing list cisco-nsp@puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-nsp
archive at http://puck.nether.net/pipermail/cisco-nsp/
broadcast sends the messages using multicast, to 224.0.1.1. See
RFC5905.
Phil
On 7/2/13 6:09 AM, Victor Sudakov v...@mpeks.tomsk.su wrote:
Colleagues,
Why is a CISCO3945 router sending multicast NTP packets with ttl=31 (!)
while I have never configured it to do so? debug ntp
message sent to 224.0.1.1, from interface 'NULL' (0.0.0.0).
orlov#
--
Victor Sudakov, VAS4-RIPE, VAS47-RIPN
sip:suda...@sibptus.tomsk.ru
___
cisco-nsp mailing list cisco-nsp@puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-nsp
archive
No 35 e4d3.f1cc.f280 4403.a7c9.a780 sw-sem
sw-bptoik#
So sw-sem is the root brigde.
--
Victor Sudakov, VAS4-RIPE, VAS47-RIPN
sip:suda...@sibptus.tomsk.ru
___
cisco-nsp mailing list cisco-nsp@puck.nether.net
https://puck.nether.net
.
--
Victor Sudakov, VAS4-RIPE, VAS47-RIPN
sip:suda...@sibptus.tomsk.ru
___
cisco-nsp mailing list cisco-nsp@puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-nsp
archive at http://puck.nether.net/pipermail/cisco-nsp/
of DSCP in STP frames.
Where can I read what else is marked by default and how?
Thanks in advance for any input.
--
Victor Sudakov, VAS4-RIPE, VAS47-RIPN
sip:suda...@sibptus.tomsk.ru
___
cisco-nsp mailing list cisco-nsp@puck.nether.net
https
manually enable pruning on each switch in the
domain. Any other issues?
TIA for any input.
--
Victor Sudakov, VAS4-RIPE, VAS47-RIPN
sip:suda...@sibptus.tomsk.ru
___
cisco-nsp mailing list cisco-nsp@puck.nether.net
https://puck.nether.net/mailman
interface would be.
Could you advice a good white paper on QoS on L3 switches?
--
Victor Sudakov, VAS4-RIPE, VAS47-RIPN
sip:suda...@sibptus.tomsk.ru
___
cisco-nsp mailing list cisco-nsp@puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-nsp
/4
GigabitEthernet0/4
Service-policy input: ITSO
Class-map: class-default (match-any)
0 packets, 0 bytes
5 minute offered rate 0 bps, drop rate 0 bps
Match: any
sw-parabel#
--
Victor Sudakov, VAS4-RIPE, VAS47-RIPN
sip:suda...@sibptus.tomsk.ru
reconfigured PASOLINK from a shared medium to point-to-point links
between switches.
It was a rather desperate solution because any failed switch will now
break the connectivity to other switches behind it. But the DTP/VTP
problems have disappeared.
--
Victor Sudakov, VAS4-RIPE, VAS47-RIPN
the following be possible?
Switchport: Enabled
Administrative Mode: trunk
Operational Mode: static access
And second question. If one port is in trunk mode and the other in
access mode, shouldn't the untagged native Vlan1 traffic still flow as
normal?
--
Victor Sudakov, VAS4-RIPE, VAS47-RIPN
sip:suda
Trunking Encapsulation: native
Negotiation of Trunking: On
Access Mode VLAN: 1 (default)
Why is the port in static access mode while it is configured as
switchport mode trunk and has the administrative mode trunk?
--
Victor Sudakov, VAS4-RIPE, VAS47-RIPN
sip:suda...@sibptus.tomsk.ru
in the router
configuration) have solved the problem?
--
Victor Sudakov, VAS4-RIPE, VAS47-RIPN
sip:suda...@sibptus.tomsk.ru
___
cisco-nsp mailing list cisco-nsp@puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-nsp
archive at http
Victor Sudakov wrote:
What could be the reason that a Cisco 1841 router (IOS 12.4(13r)T)
does not see IGMP joins to a particular group? tcpdump shows that the
joins are being sent to the network, however debug ip igmp 224.0.1.3
does not show them.
It seems that the problem disappeared after
configuration - so it sends
512 byte chunks even though PXE demands 1500.
Kevin,
Thank you for the info.
What tftpd do you recommend to override the block size requests? I use
tftpd from the FreeBSD base system, it cannot do that.
--
Victor Sudakov, VAS4-RIPE, VAS47-RIPN
sip:suda
Jarrod Raines wrote:
what's the source IP of the device sending the join? maybe an RPF issue?
The address of its LAN interface. Nothing special about it.
--
Victor Sudakov, VAS4-RIPE, VAS47-RIPN
sip:suda...@sibptus.tomsk.ru
___
cisco-nsp mailing
because the result of verify /md5
matches with that published on CCO for this image.
--
Victor Sudakov, VAS4-RIPE, VAS47-RIPN
sip:suda...@sibptus.tomsk.ru
___
cisco-nsp mailing list cisco-nsp@puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco
NIC nor a GPXE emulation
work.
Is this some known issue? Thanks in advance for any input.
--
Victor Sudakov, VAS4-RIPE, VAS47-RIPN
sip:suda...@sibptus.tomsk.ru
___
cisco-nsp mailing list cisco-nsp@puck.nether.net
https://puck.nether.net/mailman
$protected_net -mtu 1300 $ipsec_gateway
on the TFTP server and it did not help. I think the TFTP server just
sends its packets as requested by the client and does not care if the
MTU is small.
--
Victor Sudakov, VAS4-RIPE, VAS47-RIPN
sip:suda...@sibptus.tomsk.ru
BCM5709C NetXtreme II GigE, perhaps it has
an advanced IP stack.
--
Victor Sudakov, VAS4-RIPE, VAS47-RIPN
sip:suda...@sibptus.tomsk.ru
___
cisco-nsp mailing list cisco-nsp@puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-nsp
archive
1 - 100 of 109 matches
Mail list logo