On 12 Sep 2011, at 11:45, Vitkovsky, Adam wrote:
Well you can always pay some extra $$$ for the 1+1 APS to improve the
convergence times on the long-haul systems
But still if the first aplifier on the TX path fails you'd still have to wait
some time till the blackout reaches the RX site at
to move away from it (yet!).
Kind regards,
Rob
--
Rob Shakir r...@eng.gxn.net
Network Development EngineerGX Networks/Vialtus Solutions
ddi: +44208 587 6077mob: +44797 155 4098
pgp: 0xc07e6deb nic-hdl: RJS-RIPE
This email is subject to: http
.
Sounds similar enough to your issue that it might explain it.
HTH,
Rob
--
Rob Shakir r...@eng.gxn.net
Network Development EngineerGX Networks/Vialtus Solutions
ddi: +44208 587 6077mob: +44797 155 4098
pgp: 0xc07e6deb nic-hdl: RJS-RIPE
no awareness of what's in the
packet, or what relevance it has to any service.
Kind regards,
Rob
--
Rob Shakir r...@eng.gxn.net
Network Development EngineerGX Networks/Vialtus Solutions
ddi: +44208 587 6077mob: +44797 155 4098
pgp: 0xc07e6deb nic
not sure on the practicality of implementing such a mechanism, as it would
perhaps depend on how the FIB is implemented. I cannot, however, see a reason
why it would not be possible to implement this, theoretically.
Kind regards,
Rob
--
Rob Shakir r...@eng.gxn.net
Network
is that it should give some similar behaviour, however, there are still
concerns around non-determinism and control-plane scaling.
It does, however, seem worth noting that this approach isn't something that's
been wholly abandoned.
Kind regards,
Rob
--
Rob Shakir r...@eng.gxn.net
Network
, this is your issue.
Kind regards,
Rob
--
Rob Shakir r...@eng.gxn.net
Network Development EngineerGX Networks/Vialtus Solutions
ddi: +44208 587 6077mob: +44797 155 4098
pgp: 0xc07e6deb nic-hdl: RJS-RIPE
This email is subject to: http
, and will not be trying it again. I think it's suited for
deployments where you have 30+ boxes that are identical in terms of
configuration, and hardware, but in the SP environment (like us), the variance
of boxes means that it's just not worthwhile.
Kind regards,
Rob
--
Rob Shakir r
as this, or is any ARP class-map showing
forwarding and/or policing?
Kind regards,
Rob
[0]: http://www.cisco.com/web/strategy/docs/gov/DATM_CoPP_ERSPAN_NetFlow.pdf
[1]:
http://www.ciscosystems.com/en/US/prod/collateral/switches/ps5718/ps708/prod_white_paper0900aecd802ca5d6.html
--
Rob Shakir
RJS-TEST
end
Out of interest - what IOS are you running on the 7600 in question?
Kind regards,
Rob
--
Rob Shakir r...@eng.gxn.net
Network Development EngineerGX Networks/Vialtus Solutions
ddi: +44208 587 6077mob: +44797 155 4098
pgp: 0xc07e6deb
.html
[1]:
http://www.cisco.com/en/US/prod/collateral/routers/ps368/product_data_sheet0900aecd8033998f_ps708_Products_Data_Sheet.html
--
Rob Shakir r...@eng.gxn.net
Network Development EngineerGX Networks/Vialtus Solutions
ddi: +44208 587 6077mob: +44797 155 4098
put together a strict statement of requirements and get Cisco to
demonstrate that the card meets your demands before you go forward. The 7600
platform can have a nasty habit of biting you back.
I can probably share more details of the ES off-list if you need them!
Cheers,
Rob
--
Rob Shakir
deployments, I would recommend investigating
12.2(33)SRD3 - our current testing is pretty positive.
Kind regards,
Rob
--
Rob Shakir r...@eng.gxn.net
Network Development EngineerGX Networks/Vialtus Solutions
ddi: +44208 587 6077mob: +44797 155 4098
pgp
that this doesn't work :-)
Kind regards,
Rob
--
Rob Shakir r...@eng.gxn.net
Network Development EngineerGX Networks/Vialtus Solutions
ddi: +44208 587 6077mob: +44797 155 4098
pgp: 0xc07e6deb nic-hdl: RJS-RIPE
This email is subject to: http
that these cards that do not support a feature do not let you
configure it!
Kind regards,
Rob
--
Rob Shakir r...@eng.gxn.net
Network Development EngineerGX Networks/Vialtus Solutions
ddi: +44208 587 6077mob: +44797 155 4098
pgp: 0xc07e6deb nic
if you have any requirement to
support different features ongoing - we're currently using routed subifs with
no problems in a couple of deployments.
Kind regards,
Rob
--
Rob Shakir r...@eng.gxn.net
Network Development EngineerGX Networks/Vialtus Solutions
ddi: +44208 587
if you think there's anything I can assist with.
Kind regards,
Rob
--
Rob Shakir r...@eng.gxn.net
Network Development EngineerGX Networks/Vialtus Solutions
ddi: +44208 587 6077mob: +44797 155 4098
pgp: 0xc07e6deb nic-hdl: RJS-RIPE
This email
the line-by-line sync to the secondary in SSO causes it to crash. Both are
triggered by trying to remove the VRF RD and reconfigure it.
TAC haven't been able to reproduce either, so unfortunately we've got no bug ID.
Cheers,
Rob
--
Rob Shakir r...@eng.gxn.net
Network
configured.
Unfortunately, I don't have the resources to test this - has anyone tried this
scenario, and verified this is _actually_ how things work, rather than
theoretically?
(I think the official answer for this was...This will be fixed in EARL 8)
Thanks,
Rob
--
Rob Shakir
slot in
the box)
I believe that this should let you monitor the CPU of the SIP.
Hope this helps,
Rob
--
Rob Shakir r...@eng.gxn.net
Network Development EngineerGX Networks/Vialtus Solutions
ddi: +44208 587 6077mob: +44797 155 4098
pgp: 0xc07e6deb
chassis, it booted and ran fine
under SXF15a.
After verifying the functionality, we moved to SRC2.
Hopefully this is of some help,
Rob
--
Rob Shakir r...@eng.gxn.net
Network Development EngineerGX Networks/Vialtus Solutions
ddi: +44208 587 6077mob: +44797 155
is (I would
say) a better bet.
I've also been told there will be no 12.0(33)S for GRP, just as you
stated.
Additionally, 12.0(32)S13 should be available within the next week or so with a
fix for the 4-byte ASN problem.
Kind regards,
Rob
--
Rob Shakir r...@eng.gxn.net
mitigation measures.
I'd be really interested to hear about what other Guard-type appliances people
are deploying - and how people are working around the 6500/7600 limitations with
NetFlow.
Thanks,
Rob
--
Rob Shakir r...@eng.gxn.net
Network Development EngineerGX Networks
,
to try to ensure that both the IOS behaviour, and RFC are changed.
Many thanks,
Rob
--
Rob Shakir r...@eng.gxn.net
Network Development EngineerGX Networks/Vialtus Solutions
ddi: +44208 587 6077mob: +44797 155 4098
pgp: 0xc07e6deb nic-hdl: RJS-RIPE
to this problem is much
appreciated, either publicly, or privately.
Regards,
Andy Davidson, NetSumo (andy.david...@netsumo.com),
Jonathan Oddy, Hostway UK (jonathan.o...@hostway.co.uk),
Rob Shakir, GX Networks (r...@eng.gxn.net)
References:
[0]: Andy Davidson
comments.
Cheers,
Rob
--
Rob Shakir r...@eng.gxn.net
Network Development EngineerGX Networks/Vialtus Solutions
ddi: +44208 587 6077mob: +44797 155 4098
pgp: 0xc07e6deb nic-hdl: RJS-RIPE
This email is subject to: http//www.vialtus.com
26 matches
Mail list logo