using ASR1006 here, had 2 automatic reboots last friday which is not a
good sign.
System image file is
bootflash:/asr1000rp1-adventerprisek9.02.04.02.122-33.XND2.bin
Last reload reason: Critical software exception, check
bootflash:crashinfo_RP_01_00_20100521-080244-XXX
last thing i always see
for a few days ago, i just tested the ASR1006, i tested it for 2 weeks
and it never reboot itself.
i was using IOS:
asr1000rp2-adventerprisek9.BLD_V122_33_XNE_ASR_RLS5_THROTTLE_LATEST_20090926_060026.bin
i tested it for bgp propagation and pppoe. i think it enough good.
#Anderson
Re guys,
just to enforce the statement that the ASR is not really in the Kindergarten
anymore:
rt uptime is 22 weeks, 1 day, 17 hours, 33 minutes
Uptime for this control processor is 22 weeks, 1 day, 17 hours, 34 minutes
System returned to ROM by reload at 11:00:33 CET Mon Dec 21 2009
System
Dean,
Probably good to move this over to cisco-...@puck.nether.net and answer
the questions below over there.
What code is it?
Looks like a bug where the IDB counters are not being bumped on the SVI.
Is it L3 switching traffic through the SVI or L2 (intra vlan traffic
between L2 ports)?
Sherwin,
Let's move this specific crash/code question over to
cisco-...@puck.nether.net.
Try the 12.2(33)XNF1 release.
If you would like to try and find the matching bug for what you are
seeing before you upgrade email me offline with the crashinfo file and
the full logs and I'll get
I've been running two asr1002's in production now on XND2 and so far
(he knocks on wood) they've been stable. Very simple config on my end,
OSPF, BGP with full routes, all interfaces are fixed, IOW, no add on
SPAs. I can push well over 100k PPS on each interface and the boxes
are asleep. My
I have all those things you mentioned below.
The VLC server (10.0.1.2) sends out 2 streams on 239.255.0.1 239.255.0.2
I see both in SAP, when I try to join 239.255.0.2, nothing happens in VLC
and below you have the output of my routers switches at that time:
On my RP router I see for show ip
Does show ip mroute count on the 1841 (RP) display activity on traffic
counters?
Is the VLC sender directing multicast to the 1841 (RP) thru a default route?
Is the VLC sender issuing multicast packets with a high-enough multicast TTL
?
Everton
On Wed, May 26, 2010 at 10:21 AM, Rens
Woot! It was the TTL on the VLC sender that was on default, changed it to 10
and now and I have my video.
Thanks for your help.
_
From: Everton Marques [mailto:everton.marq...@gmail.com]
Sent: mercredi 26 mai 2010 15:42
To: Rens
Cc: Jamie Sobczyk; nanog@nanog.org
Subject: Re: IPv4
One more question:
If I would now connect another switch (WS-C3524-XL) between the VLC receiver
and the 3560G like this:
VLC receiver - 3524XL - 3560G - 1841 - 1841 - 4503 - VLC sender
That 3524XL only supports CGMP, what do I need to change on the config to
not broadcast this multicast
We have been struggling to locate someone at ATT that handles the
txt.att.net servers. We have clients in our data center that can no
longer send emails to mobile phones via 10di...@txt.att.net. We have
contacted ATT and they say there is no problem on their end. We can
ping the server, but
All,
I've been working diligently to improve performance of interactive applications
(Citrix, terminal) that are run by users in our office located in Anchorage,
and are served by a managed Internet connection provided by GCI. Our
applications reside in the Buffalo, NY area.
Via MTR, I've
On Wed, 26 May 2010, Brad Beck wrote:
I've been working diligently to improve performance of interactive
applications (Citrix, terminal) that are run by users in our office
located in Anchorage, and are served by a managed Internet connection
provided by GCI. Our applications reside in the
Hi,
On Wed, 2010-05-26 at 11:27 -0400, Brad Beck wrote:
All,
I've been working diligently to improve performance of interactive
applications (Citrix, terminal) that are run by users in our office
located in Anchorage, and are served by a managed Internet connection
provided by GCI. Our
On Wed, May 26, 2010 at 11:17 AM, Mike Walter mwal...@3z.net wrote:
We have been struggling to locate someone at ATT that handles the
txt.att.net servers. We have clients in our data center that can no
longer send emails to mobile phones via 10di...@txt.att.net. We have
contacted ATT and
On 2010-05-25, at 17:40, Martin List-Petersen wrote:
On 24/05/10 19:21, Thomas Magill wrote:
From the provider side, are most of you who are implementing IP6
peerings running BGP over IP4 and just using IP6 address families to
exchange routes or doing IP6 peering?
Most Internet Exchanges
On May 26, 2010, at 2:53 PM, Joe Abley wrote:
On 2010-05-25, at 17:40, Martin List-Petersen wrote:
On 24/05/10 19:21, Thomas Magill wrote:
From the provider side, are most of you who are implementing IP6
peerings running BGP over IP4 and just using IP6 address families to
exchange routes or
On 26/05/10 19:55, Patrick W. Gilmore wrote:
On May 26, 2010, at 2:53 PM, Joe Abley wrote:
On 2010-05-25, at 17:40, Martin List-Petersen wrote:
On 24/05/10 19:21, Thomas Magill wrote:
From the provider side, are most of you who are implementing IP6
peerings running BGP over IP4 and just
Hey all,
I was wondering if anyone can direct me to information about WAN
connectivity statistics.
I'd like to get an idea of the typical frequency and length of
outages, distribution (is it gaussian?) and any relevant confounding
factors (routing stabilization times, network topology issues,
19 matches
Mail list logo
