ject to be used during signalling.
Using the IOS/XE/XR cmd "show mpls traffic-eng tunnels <#> detail".
adam
adam
Adam Vitkovsky
IP Engineer
T: 0333 006 5936
E: adam.vitkov...@gamma.co.uk
W: www.gamma.co.uk
This is an email from Gamma T
ng flapping,
Might want to use interface state dampening (i.e. wait 0s to transition
interface to down state and wait e.g. 60s so see if the link is stable and only
then transition to protocol up state).
adam
Adam Vitkovsky
IP Engineer
T: 0333 006 5936
E:
e matching clasue?
>
>
Other thing that comes to mind is removing the "as-set" from the aggregate
route.
Just in case it is generated after the export-policy is applied and just
happens to inherit attributes of contributing routes.
Just shooting in the dark.
adam
ate tagged with the RT that should only apply to the
> specific prefixes.
>
> Have I properly misunderstood something and this is intentional behavior, or
> is this very wrong?
>
Looks like a funky bug.
Does changing the match criteria in the export route-policy have any effect?
en you shouldn't even need the below?
I presume you have tried these commands already:
Interface:
"transceiver permit pid all"
Or
global (hidden):
"service unsupported-tranceiver"
adam
Adam Vitkovsky
IP Engineer
T: 0333 006 5936
E: adam.vitk
links (with different local-pref)
Or by advertising the /24 in addition to a given /25 from each link.
So that in case of one link failure the other link can take over traffic for
the affected /25.
adam
Adam Vitkovsky
IP Engineer
T: 0333 006 5936
E: adam.vitkov..
PE will be root of its source-tree and member of source-tree of all
other PEs.
But if you will use PIM BIDIR in your core (if supported), then I think there
should be only one bidir-tree which all PEs can use to TX as well as RX
messages.
adam
Adam Vitkovsky
IP Engineer
T:
ata MDTs will be created only from actual sources to
all interested receivers -so kind of hub and spoke -if you imagine PE hosting
m-cast source as hub.
adam
Adam Vitkovsky
IP Engineer
T: 0333 006 5936
E: adam.vitkov...@gamma.co.uk
W: www.gamma.co.uk
This
if the NH disappears do all these routes actually need to be
deleted?
Can't they be just marked inactive and reactivated once the eBGP session comes
up? Something like graceful restart.
adam
Adam Vitkovsky
IP Engineer
T: 0333 006 5936
E: adam.vitkov...@gamma.co.uk
W
hould not matter in TCAM based platforms cause you should
get your result in one oscillator tick, that means the performance should be
constant with the growing number of lines and you should only experience a
constant x% dip in performance due to additional access to external memory for
each packet
possible but it needs to be supported (I know that Rosen GRE +mLDP worked
on ASR9ks with 4.2.3).
adam
Adam Vitkovsky
IP Engineer
T: 0333 006 5936
E: adam.vitkov...@gamma.co.uk
W: www.gamma.co.uk
This is an email from Gamma Telecom Ltd, trading as “Gamma”.
ted
unfortunately.
Very bad call since these are essentially replacing the ME3600 series.
"Rosen" can be nowadays interpreted as the concept of default and data MDTs but
the underlying tunnelling could be done via mGRE or mLDP.
So maybe when you saw the Rosen in the docs it was in referenc
le
> them together into an lacp bundle group ?
>
Hi Aron,
I think you mean PW-HE bundle, I don't think that's supported.
The only thing I found was a bug when LACP hits PW-HE:
https://quickview.cloudapps.cisco.com/quickview/bug/CSCup97818
adam
Adam Vitkovsky
IP Engineer
Hi,
> From: Saku Ytti [mailto:s...@ytti.fi]
> Sent: Sunday, August 07, 2016 11:06 AM
>
> On 7 August 2016 at 09:06, Adam Vitkovsky
> <adam.vitkov...@gamma.co.uk> wrote:
>
> Hey,
>
> > This system is called MPP and it's part of LPTS in XR and I miss it so
&
is good. IOS-XR uses something
> called 'LPTS', which is essentially unconfigurable black-box, but
> unfortunately
> it is far less safe than well configured CoPP.
My experience is that all the policer values are visible and configurable so
nothing black-boxy (and yes they need to be
re getting whole packet bodies, why
should PPEs be concerned about anything else but the PPS rate and the number of
operations and mem accesses needed for a given packet, unless they are doing
DPI.
adam
Adam Vitkovsky
IP Engineer
T: 0333 006 5936
E: ad
> To: Adam Vitkovsky; cisco-nsp@puck.nether.net
> Subject: Re: [c-nsp] asr920 - push two vlans
>
> On 06/23/2016 12:14 AM, Adam Vitkovsky wrote:
> So on ASR920, at least with my release, that command doesn't take
> 'second-dot1q' parameter.
>
> rewrite ingress tag push do
ovided on the other end of the PW.
adam
Adam Vitkovsky
IP Engineer
T: 0333 006 5936
E: adam.vitkov...@gamma.co.uk
W: www.gamma.co.uk
This is an email from Gamma Telecom Ltd, trading as “Gamma”. The contents of
this email are confidential to the ordinary u
o
> high and I
> should select a lower global default like 9100 or ?
>
Yes, use max MTU that the platform supports on core links and on edge links use
9100.
9100 should be enough in CsC scenarios where final end customers need to
transport Junbo frames.
adam
Adam Vitkovsky
> From: Mark Tinka [mailto:mark.ti...@seacom.mu]
> Sent: Friday, June 17, 2016 6:59 AM
>
>
>
> On 16/Jun/16 20:37, Adam Vitkovsky wrote:
>
> > Hi Robert,
> >
> > Bundles are tricky. Have you considered separate IP links instead? Cause
> then you
could do MPLS-TE/SR tunnel over each link and forcing PWs into tunnels to
get proper PW-to-Link distribution.
adam
Adam Vitkovsky
IP Engineer
T: 0333 006 5936
E: adam.vitkov...@gamma.co.uk
W: www.gamma.co.uk
This is an email from Gamma Telecom Ltd
nos default "scale
mode" (although I'm not sure if Junos can adapt the rate based on different
interface BW or just based on number of active bundle members).
I'm curious to see whether there are any gotchas, like: " Shaping rate is not
scaled if you configure it as a percentage of t
> Saku Ytti [mailto:s...@ytti.fi]
> Sent: Wednesday, June 08, 2016 1:18 PM
>
> On 8 June 2016 at 15:13, Adam Vitkovsky <adam.vitkov...@gamma.co.uk>
> wrote:
>
> > I think that most of this 10us budget is consumed on r/w from/to
> > memories and then a tiny b
abel means I need to switch the
packet out this interface towards a CE.
adam
Adam Vitkovsky
IP Engineer
T: 0333 006 5936
E: adam.vitkov...@gamma.co.uk
W: www.gamma.co.uk
This is an email from Gamma Telecom Ltd, trading as “Gamma”. The contents of
this email are co
> Saku Ytti [mailto:s...@ytti.fi]
> Sent: Wednesday, June 08, 2016 12:49 PM
>
> On 8 June 2016 at 14:14, Adam Vitkovsky <adam.vitkov...@gamma.co.uk>
> wrote:
>
> >> But is that really so? Why can't we do this with 100% separated
> >> fabrics with distr
gured -but there would
only be limited number of them resulting in a limited number of bundles you can
create as well as these reserved queues would limit the available number of
regular VOQs).
adam
Adam Vitkovsky
IP Engineer
T: 0333 006 5936
E: adam.vitkov...
for each of these queues. For what it's worth all
the traffic it grants (whole 10Gbps) can actually be classified into only one
of these 4 queues on egress -if this happens then excess traffic has to be
actually buffered on the egress LC in the delay-bw packet buffer.
adam
Ad
> Saku Ytti [mailto:s...@ytti.fi]
> Sent: Wednesday, June 08, 2016 8:20 AM
>
> On 8 June 2016 at 05:22, Adam Vitkovsky <adam.vitkov...@gamma.co.uk>
> wrote:
> > Now that I look at the length of this post I'm thinking I should write
> > some blog on this, start
> From: Saku Ytti [mailto:s...@ytti.fi]
> Sent: Thursday, June 02, 2016 3:38 PM
> To: Adam Vitkovsky
> Cc: Robert Williams; cisco-nsp@puck.nether.net
> Subject: Re: [c-nsp] ASR9k Bundle QoS in 6.0.1
>
> On 2 June 2016 at 15:55, Adam Vitkovsky <adam.vitkov...@gamma
> Lukas Tribus [mailto:luky...@hotmail.com]
> Sent: Tuesday, June 07, 2016 8:36 PM
> To: Mark Tinka; Adam Vitkovsky; Erik Sundberg; Stephen Fulton; cisco-
> n...@puck.nether.net
> Subject: AW: [c-nsp] ASR920 port based xconnect equivalent
>
> >> -isn't L2PT required
> From: Mark Tinka [mailto:mark.ti...@seacom.mu]
> Sent: Tuesday, June 07, 2016 7:37 PM
>
>
>
> On 7/Jun/16 14:22, Adam Vitkovsky wrote:
>
> > Great explanation Mark, though you surprised me with the last statement.
> > How is MX80 different compared to
> James Jun
> Sent: Tuesday, June 07, 2016 2:50 PM
> To: cisco-nsp@puck.nether.net
> Subject: Re: [c-nsp] ASR920 port based xconnect equivalent
>
> On Tue, Jun 07, 2016 at 11:50:58AM +0000, Adam Vitkovsky wrote:
> > > service instance 1 ethernet
> > > enca
> From: Nick Hilliard [mailto:n...@foobar.org]
> Sent: Tuesday, June 07, 2016 3:33 PM
> To: Adam Vitkovsky
> Cc: james list; cisco-nsp@puck.nether.net
> Subject: Re: [c-nsp] udld fail ?
>
> Adam Vitkovsky wrote:
> > There's actually also LFM and the whole CFM suit for
s under the impression that both
are based around central NP to which all interface blocks connect to via
passive midplane (so essentially directly).
adam
Adam Vitkovsky
IP Engineer
T: 0333 006 5936
E: adam.vitkov...@gamma.co.uk
W: www.gamma.co.uk
This
and the whole CFM suit for L2 OAM.
So if supported you can use LFM on bundle members.
adam
Adam Vitkovsky
IP Engineer
T: 0333 006 5936
E: adam.vitkov...@gamma.co.uk
W: www.gamma.co.uk
This is an email from Gamma Telecom Ltd, trading as “Gamma”. The content
; mtu 9180
> service instance 1 ethernet
> encapsulation default
> l2protocol tunnel cdp stp vtp
-isn't L2PT required only in case the providers network is actually L2 switched
environment (running STP internally)?
adam
Adam Vitkovsky
IP Engineer
T: 0333 006
e-limit fragments to IP(s) under attack.
I'd use the RTBH only externally, i.e. when the attack is congesting your 10GE
pipe and you have to throw the victim(s) over the board in order to protect the
rest of the customer base.
adam
Adam Vitkovsky
IP Engineer
T:
> Saku Ytti [mailto:s...@ytti.fi]
> Sent: Wednesday, June 01, 2016 12:50 PM
>
> On 1 June 2016 at 12:45, Adam Vitkovsky <adam.vitkov...@gamma.co.uk>
> wrote:
> > Got a confirmation from Xander, so in summary:
> > Each RP has 2 fabric chips, but both con
> Saku Ytti [mailto:s...@ytti.fi]
> Sent: Wednesday, May 18, 2016 2:31 PM
>
> On 18 May 2016 at 16:14, Adam Vitkovsky <adam.vitkov...@gamma.co.uk>
> wrote:
>
> >> There isn't any central arbiter which is aware of all request/grants.
> > In contrary to TRI
> James Bensley
> Sent: Tuesday, May 31, 2016 9:50 AM
>
> On 28 May 2016 at 10:31, Adam Vitkovsky <adam.vitkov...@gamma.co.uk>
> wrote:
> > Alright then so indeed nodes participating in echo mode have to do more
> work as nodes participating in non-echo mode. That's w
> James Bensley
> Sent: Friday, May 27, 2016 7:27 PM
>
> > On 27 May 2016 at 18:07, Adam Vitkovsky
> <adam.vitkov...@gamma.co.uk> wrote:
> >> Also I would have thought that in echo mode since each side is
> responsible for checking its own packets independentl
> James Bensley
> Sent: Friday, May 27, 2016 7:21 PM
>
> On 27 May 2016 at 18:07, Adam Vitkovsky <adam.vitkov...@gamma.co.uk>
> wrote:
> >> James Bensley
> >> Sent: Friday, May 27, 2016 2:28 PM
> >> To: cisco-nsp@puck.nether.net
>
t in echo mode since each side is responsible for
checking its own packets independently of the remote end then each side can
also run its own timers -though I'm not sure if also in echo mode there's
timers negotiation that makes sure one doesn't shoot himself in the foot.
adam
Adam
it looks like the looping back is lot more
process intensive then just resetting holdup timer.
adam
Adam Vitkovsky
IP Engineer
T: 0333 006 5936
E: adam.vitkov...@gamma.co.uk
W: www.gamma.co.uk
This is an email from Gamma Telecom Ltd, trading as “Gamma
unctionality right now.
>
I see, yes the Data MDTs are not necessary.
Ok so you can start by debugging the PIM in the VRF to see why the (S,G) is not
being refreshed by the designated forwarder.
What is puzzling though is that you have problems only with some streams.
adam
Adam Vi
tunnel to north router.
- And on north router you can verify whether the (S,G) Joins are actually
received and if yes whether they are accepted.
As you can see there might be two things happening at the same time north PE
initiating switchover from Default to Data MDT in global routing table and
south P
s router you are using as primary is severed
from their core (finding all the ways how it can happen is an exercise to the
reader).
I think it would be beneficial to receive default route via BGP session -but to
make sure the default route is conditionally generated.
adam
Adam
upstream link you can just point a static default route at
them.
adam
Adam Vitkovsky
IP Engineer
T: 0333 006 5936
E: adam.vitkov...@gamma.co.uk
W: www.gamma.co.uk
This is an email from Gamma Telecom Ltd, trading as “Gamma”. The contents of
this email are
sue occur again a few hours later.
>
>
>
Are you running LFA or Remote-LFA in a combination with VLAN interfaces on your
me3600 by any chance?
I'm asking because that can also lead this issue if VLAN interface is selected
as a backup.
adam
Adam Vitkovsky
> From: Saku Ytti [mailto:s...@ytti.fi]
> Sent: Wednesday, May 18, 2016 6:06 PM
>
> On 18 May 2016 at 19:44, Adam Vitkovsky <adam.vitkov...@gamma.co.uk>
> wrote:
>
> > I'm not that familiar with these small ASICs -or actually FPGAs (as a
> crossover between ASIC
ot need to
do the extra work.
-since as it is right now PFEs handling traffic (doing lookup) in opposite
direction, than one for which the filter was actually intended for, have to
churn through the filter for every lookup -so these PFEs are burning cycles
unnecessarily.
adam
> From: Saku Ytti [mailto:s...@ytti.fi]
> Sent: Thursday, May 19, 2016 11:15 AM
>
> On 19 May 2016 at 02:35, Adam Vitkovsky <adam.vitkov...@gamma.co.uk>
> wrote:
> > Is there a support for selection of interface to which the policy should be
> applied as well as su
ports or LCs
So yeah I guess more of smaller boxes not necesarly 2RU non redundant but just
not 10 or 22 slots might be the right way forward.
adam
Adam Vitkovsky
IP Engineer
T: 0333 006 5936
E: adam.vitkov...@gamma.co.uk
W: www.gamma.co.uk
This is an em
F and arbitrary next-hop. Then you'll need
> another vector to get forward traffic to VRF (Such as OptB without label
> checking) to completely pwn VRF.
>
>
>
Is there a support for selection of interface to which the policy should be
applied as well as support to select order in w
t on what features are enabled? So then
higher clock-rate would mean that you can execute more instructions per given
Tc. That is to be able to do more advanced stuff while sustaining the nominal
pps rate?
Just thinking out loud.
adam
Adam Vitkovsky
IP Engineer
T: 033
> From: Saku Ytti [mailto:s...@ytti.fi]
> Sent: Wednesday, May 18, 2016 2:31 PM
>
> On 18 May 2016 at 16:14, Adam Vitkovsky <adam.vitkov...@gamma.co.uk>
> wrote:
>
> >> There isn't any central arbiter which is aware of all request/grants.
> > In contrar
> From: Saku Ytti [mailto:s...@ytti.fi]
> Sent: Wednesday, May 18, 2016 2:34 PM
>
> On 18 May 2016 at 16:23, Adam Vitkovsky <adam.vitkov...@gamma.co.uk>
> wrote:
> > I would love to see how this adaptive thing actually works as my
> understanding is that the m
th heap load of labels that they can't see past) and then balance
based on the result
That means they will never combine MPLS label value and IP addresses and ports
to produce a hash.
It's always either or.
adam
Adam Vitkovsky
IP Engineer
T: 0333 006 5936
E
xed mapping to egress queues (even if you'd used just 4 queues)
(only PTX/QFX boxes have VOQ per egress queue though they don't have a central
arbiter as far as I know).
adam
Adam Vitkovsky
IP Engineer
T: 0333 006 5936
E: adam.vitkov...@gamma.co.uk
W: www.gamm
think of a pretty solution either and thus would like to see if other folks
have any bright ideas that we could take to vendors.
adam
Adam Vitkovsky
IP Engineer
T: 0333 006 5936
E: adam.vitkov...@gamma.co.uk
W: www.gamma.co.uk
This is an email f
> James Bensley
> Sent: Tuesday, May 03, 2016 1:45 PM
> To: cisco-nsp@puck.nether.net
> Subject: Re: [c-nsp] Hierarchical FIB on Cisco 7600
>
> On 23 April 2016 at 20:38, Adam Vitkovsky <adam.vitkov...@gamma.co.uk>
> wrote:
> >> Reviving this old thread,
P churns).
>
To solve this you can use bgp pic-core then the speed of convergence would be
reduced to how fast the IGP can propagate the BGP NH failure to ingress PE
(that you can tune as well).
adam
Adam Vitkovsky
IP Engineer
T: 0333 006 5936
E: adam.vitko
load-balancing actually depends on the case in which
the bundle is used in.
For details please see:
https://supportforums.cisco.com/document/111291/asr9000xr-loadbalancing-architecture-and-characteristics#L2
adam
Adam Vitkovsky
IP Engineer
T: 0333 006 5936
E: adam.vitk
s is on a Juniper MX router.
>
I was meant to ask when you mentioned it for the first time, how can one enable
per-packet load-sharing in junos?
I mean the per-flow is enabled with keyword: "per-packet" is there an option
"per-packet-for-real" ? :)
adam
Ada
modify only the MED parameter also the only valid
"match" operation is rib-has-route.
Anyways I'd try introducing the default route into BGP via network cmd (would
require defining a static default route to null0).
adam
Adam Vitkovsky
IP Engineer
ow do the states look like on the tails?
When debugging do you see the tails sending joins in the proper format.
If you remove the MoFRR does the m-cast forwarding work over both links please?
adam
Adam Vitkovsky
IP Engineer
T: 0333 006 5936
E: adam.vitkov...@gamma
en IP lookup happens on PE.
>
And what if you'd advertise just default/summary down to spokes.
And you'd advertise the default with per next-hop/per prefix label.
adam
Adam Vitkovsky
IP Engineer
T: 0333 006 5936
E: adam.vitkov...@gamma.co.uk
W: www.gamma.co.uk
SMUs related only to what I truly need to fix.
If the SP has a fix for e.g. BGP EVPN and I'm not using EVPN, then I'd rather
omit that -because it can introduce bug in something that I actually do care
about.
adam
Adam Vitkovsky
IP Engineer
T: 0333 006 5936
E: ad
mLACP feature is not available on cheap Cisco devices (ASR920)
And Cisco supports only active/passive mLACP last time I looked.
With load-sharing if one of the links/PWs fails, then only half of the traffic
will be affected.
adam
Adam Vitkovsky
IP Engineer
T:
mean all-optical packet switching, i.e. no OEO but all optical switching
with granularity down to Packet(Cell) level?
So these things are real/in-production nowadays?
Would love to know how do they do that -some ROADMs in a Benes/Clos crossbar?
But they would need to be really tightly timed so they can switch dow
> Mark Tinka [mailto:mark.ti...@seacom.mu]
> Sent: Tuesday, March 01, 2016 2:54 PM
>
>
>
> On 1/Mar/16 16:45, Adam Vitkovsky wrote:
>
> > Yeah right could be that,
> > Wondering if switching vendors would help last time I looked PTX had max
> 8x100GE LCs a
> From: Mark Tinka [mailto:mark.ti...@seacom.mu]
> Sent: Tuesday, March 01, 2016 2:05 PM
>
> On 1/Mar/16 15:47, Adam Vitkovsky wrote:
>
> > Interesting because CRS-X LCs are using nPower X1e as well.
> > Probably some other limiting factors
>
> Or just comme
> Mark Tinka [mailto:mark.ti...@seacom.mu]
> Sent: Tuesday, March 01, 2016 1:19 PM
>
>
>
> On 1/Mar/16 15:11, Adam Vitkovsky wrote:
>
> > Hi Gert,
> >
> > I think the approach that vendors are heading towards is to have multiple
> VMs.
> > So
lable only on NCS6K since XR5.0 but the plans are to
introduce this to ASR9k and other platforms as well.
adam
Adam Vitkovsky
IP Engineer
T: 0333 006 5936
E: adam.vitkov...@gamma.co.uk
W: www.gamma.co.uk
This is an email from Gamma Telecom Ltd, tr
> Mark Tinka [mailto:mark.ti...@seacom.mu]
> Sent: Saturday, February 27, 2016 6:13 AM
>
>
>
> On 26/Feb/16 18:49, Adam Vitkovsky wrote:
>
> > Hi Mark,
> >
> > So it's not the problem with forwarding like in the case of LFA backup via
> SVI but rather an
Does anyone have any war stories to share about an upgrade process on NCS6K
please, where supposedly all these problems shouldn't matter anymore?
adam
Adam Vitkovsky
IP Engineer
T: 0333 006 5936
E: adam.vitkov...@gamma.co.uk
W: www.gamma.co.uk
ater.
>
> Opened a case. Will advise.
>
Hi Mark,
So it's not the problem with forwarding like in the case of LFA backup via SVI
but rather an ISIS issue?
Any log messages stating what's going on -or what about neighbours -any ISIS
PDUs ?
adam
Adam Vitkovsky
IP En
share their experience or point me to some nanog presentation
or a best practice doc that would be great.
adam
Adam Vitkovsky
IP Engineer
T: 0333 006 5936
E: adam.vitkov...@gamma.co.uk
W: www.gamma.co.uk
This is an email from Gamma Telecom Ltd
consistent across your links I'd recommend setting the MSS to
1460 (cmd " ip tcp mss").
My understanding of PMTUD in IOS is that only when session is established the
packets are transmitted with DF bit set.
However I'm not sure what happens if the session is rerouted over a link with
lower MTU
he network is being advertised to the neighbour.
adam
Adam Vitkovsky
IP Engineer
T: 0333 006 5936
E: adam.vitkov...@gamma.co.uk
W: www.gamma.co.uk
This is an email from Gamma Telecom Ltd, trading as “Gamma”. The contents of
this email are confidential to
mand but the
> community is not advertised, which is normal because it is not set:)
>
> On Fri, Feb 12, 2016 at 2:27 PM, Adam Vitkovsky
> <adam.vitkov...@gamma.co.uk>
> wrote:
>
Or you could attach a standard community to the prefix and set the desired RT
community based on the
y exchange is not enabled by default. It is enabled on a
per-neighbor basis with the "neighbor x.x.x.x send-community extended" command.
adam
Adam Vitkovsky
IP Engineer
T: 0333 006 5936
E: adam.vitkov...@gamma.co.uk
W: www.gamma.co.uk
This is
munity
I think you'd need to use vrf export map to attach the RT extended community to
the prefix.
adam
Adam Vitkovsky
IP Engineer
T: 0333 006 5936
E: adam.vitkov...@gamma.co.uk
W: www.gamma.co.uk
This is an email from Gamma Telecom Ltd, trading as “Gamma”. The cont
0% of
> capacity.
>
Or OTN enacp. which gives you +10% and G709 FEC if you have the HW :)
adam
Adam Vitkovsky
IP Engineer
T: 0333 006 5936
E: adam.vitkov...@gamma.co.uk
W: www.gamma.co.uk
This is an email from Gamma Telecom Ltd, trading as “Gamma”. The conte
ly EOLed by the ASRs
And the similar is true for the LCs in modular boxes.
But a company can always chose -either you set your clocks a couple years back
or you are riding the bleeding edge wave or you're somewhere in the middle.
adam
Adam Vitkovsky
IP Engineer
T: 03
- Final bit: 0
> C bit: 0
> Multiplier: 0 - Length: 0
> My Discr.: 0- Your Discr.: 0
> Min tx interval: 0 - Min rx interval: 0
> Min Echo interval: 0
> ---
Hi James,
> James Bensley
> Sent: Tuesday, February 02, 2016 3:33 PM
>
> On 2 February 2016 at 15:09, Adam Vitkovsky
> <adam.vitkov...@gamma.co.uk> wrote:
> > Are you running 5+ by any chance?
> >
> >> It’s been years since IOS-XR was released on ASR900
r there are no bug I'd do my own scrutiny.
On the other hand having to report elemental bugs sucks. But is it the case on
x.x.3 or x.x.4 version of the code please or was I just lucky or ignorant?
adam
Adam Vitkovsky
IP Engineer
T: 0333 006 5936
E: adam.vitkov...@gamma.
consider exponential growth (every 18 months)
802.11ac 1000 Mbps ->16.5 years ->802.11buja 2048 Gbps
But for now I'll just ask "what will you do with Watson" :)
adam
Adam Vitkovsky
IP Engineer
T: 0333 006 5936
E: adam.vitkov...@gamma.co.uk
W:
>
Adam Vitkovsky
IP Engineer
T: 0333 006 5936
E: adam.vitkov...@gamma.co.uk
W: www.gamma.co.uk
This is an email from Gamma Telecom Ltd, trading as “Gamma”. The contents of
this email are confidential to the ordinary user of the email address to which
it was addres
t to fragment on ASR9k.
>
Interesting I didn't know that, do you know if LU or MQ is responsible for the
fragmentation? But I'm afraid it would overload the Trio ensemble pretty
quickly.
Yeah, on ASR9K the "to be fragmented" traffic has to be punted to LC CPU and
that is subject
Hey Saku,
> Saku Ytti [mailto:s...@ytti.fi]
> Sent: Monday, January 25, 2016 10:09 AM
> On 25 January 2016 at 11:23, Adam Vitkovsky
> <adam.vitkov...@gamma.co.uk> wrote:
>
> > Interesting I didn't know that, do you know if LU or MQ is responsible for
> the fragment
e failure of
primary link they would have to fragment.
Otherwise the fragmentation would have to be done on CE routers which is
something that some customers might not be happy about.
adam
Adam Vitkovsky
IP Engineer
T: 0333 006 5936
E: adam.vitkov...@gamma.co.uk
W:
here would be greatly appreciated, or what
> other post outage investigation I can do prior to opening a TAC case.
>
>
> If it was just the one Int, potential bad SFP or cablebut all 3 Ints on
> the
> ME02 looked to be hit at the same time
>
>
> All ME's are cu
nstance 1 ethernet
> encapsulation dot1q 1700
> bridge-domain 1700
> rewrite ingree tag pop 1 symmetric
> service-policy output MAP
>
> And tried to ping from the CE using different TOS values , but still the
> packets
> do not account in the GOLD , SILVER and PLATINU
upgradeable
to 440G/slot (I'm pretty sure customer won't be pulling 200G)
and one 2x100GE and one 24x10GE card
and one power supply (though I'd double check if one is enough)
-you don't need any redundancy in a single box as there are going to be two
boxes.
adam
Adam Vitkovs
ly with service instances.
adam
Adam Vitkovsky
IP Engineer
T: 0333 006 5936
E: adam.vitkov...@gamma.co.uk
W: www.gamma.co.uk
This is an email from Gamma Telecom Ltd, trading as “Gamma”. The contents of
this email are confidential to the ordinary user of th
th L2 carrier.
And as a carrier you should be using CFM, LFM and E-LMI to have end-to-end
visibility over the L2 service you provide.
adam
Adam Vitkovsky
IP Engineer
T: 0333 006 5936
E: adam.vitkov...@gamma.co.uk
W: www.gamma.co.uk
This is an email from Gamma
uters/asr9000/software/asr9k_r4-2/multicast/configuration/guide/b_mcast_cg42asr9k/b_mcast_cg42asr9k_chapter_01.html#concept_071C3FD3AAB24A57A9AA711FAE7BE78F
all the way down to:
Summary of Supported MVPN Profiles
adam
Adam Vitkovsky
IP Engineer
T: 0333 006 5936
E: adam.vitkov...@gamma.co.u
Hi Mark,
> From: Mark Tinka [mailto:mark.ti...@seacom.mu]
> Sent: Tuesday, January 19, 2016 10:50 AM
>
> On 19/Jan/16 10:45, Adam Vitkovsky wrote:
>
> > Just to avoid the confusion regarding MVPN profiles in the future
> > Cause NG-MVPN could be RSVP or mL
1 - 100 of 604 matches
Mail list logo