[c-nsp] ME3600X upgrade and multicast questions

[Waris Sagheer (waris)]

Hi Mike,
I would recommend upgrading to 15.2(4)S3 which has been recently posted on CCO.

Best Regards,

[http://www.cisco.com/web/europe/images/email/signature/horizontal06.jpg]

Waris Sagheer
Technical Marketing Manager
Service Provider Access Group
waris at cisco.com<mailto:waris at cisco.com>
Phone: +1 408 853 6682
Mobile: +1 408 835 1389

CCIE - 19901


<http://www.cisco.com/>



[Think before you print.] Think before you print.

This email may contain confidential and privileged material for the sole use of the intended recipient. Any review, use, distribution or disclosure by others is strictly prohibited. If you are not the intended recipient (or authorized to receive for the recipient), please contact the sender by reply email and delete all copies of this message.

For corporate legal information go to:
http://www.cisco.com/web/about/doing_business/legal/cri/index.html



From: Mike Poublon <mpoublon at secantnet.net<mailto:mpoublon at secantnet.net>>
Date: Thursday, April 25, 2013 6:46 AM
To: "cisco-nsp at puck.nether.net<mailto:cisco-nsp at puck.nether.net>" <cisco-nsp at puck.nether.net<mailto:cisco-nsp at puck.nether.net>>
Subject: [c-nsp] ME3600X upgrade and multicast questions

First some background:

We've been running two ME3600X's (Version 12.2(52)EY3 - ancient I know)
in our network at opposite ends of a metro Ethernet circuit to allow us
to remap the provider's handoff VLAN tags to our own (when needed). We
use one of the VLANs as a connection directly between two routers
running OSPF. This worked for over a year with no special config outside
what was listed in the online configuration guide. Early last week,
however, the OSPF session dropped and wouldn't come back up. After some
research, it appears this is probably related to one of the several
known issues in the release guides (CSCtt03126) for multicast through
EFP's. Here are the relevant parts of the config (I think):

no ip igmp snooping vlan 47

vlan 47
  name OSPF-BETWEEN-SITES

! Start Default small port buffer fix
class-map match-all COS_ZERO
  match cos  0

policy-map QUEUEFIX
  class COS_ZERO
     bandwidth 100
     queue-limit 3932 us
  class class-default
     queue-limit 3932 us
! End small port buffer fix

interface GigabitEthernet0/1
  description Metro Ethernet Handoff
  port-type nni
  switchport trunk allowed vlan none
  switchport mode trunk
  spanning-tree portfast trunk

  service instance 47 ethernet
   encapsulation dot1q 47
   rewrite ingress tag pop 1 symmetric
   service-policy output QUEUEFIX
   bridge-domain 47

I've got a temporary workaround in place (GRE tunnel to turn the
multicast into unicast directly between routers), but would like to get
back to a "normal" config. My questions are:

1. Would upgrading to the latest IOS for the switch likely resolve this
issue without further config modification? Any config issues likely to
be seen by going to that version?

2. I see in the release notes that there are a few likely workarounds
(again CSCtt03126) - Would MST (one of the suggested workarounds) on the
3600X play nicely with a directly connected C3750X in rapid-pvst mode?

3. What is the going recomendation for stable/fewest bugs/etc on the IOS
version? Latest and greatest?

Thanks in advance for any suggestions.

-Mike


_______________________________________________
cisco-nsp mailing list  cisco-nsp at puck.nether.net<mailto:cisco-nsp at puck.nether.net>
https://puck.nether.net/mailman/listinfo/cisco-nsp
archive at http://puck.nether.net/pipermail/cisco-nsp/