[c-nsp] cisco-nsp Digest, Vol 146, Issue 30
Darren Liew
darrenssliu at gmail.com
Tue Jan 27 01:05:14 EST 2015
Hi Adam,
I do actually meant to create below config based on parameters entered
into a form.
We have a lot circuits to provision over time and it is being performed by
human. It'll be good if we can have some system to fire some script to the
equipment without human interaction, based on the CRM input parameter.
What is the best mechanism for this? EEM? Customize OSS, SDN etc? Any
sharing from the group?
Rgd
Darren
On Tue, Jan 27, 2015 at 1:00 AM, <cisco-nsp-request at puck.nether.net> wrote:
> Send cisco-nsp mailing list submissions to
> cisco-nsp at puck.nether.net
>
> To subscribe or unsubscribe via the World Wide Web, visit
> https://puck.nether.net/mailman/listinfo/cisco-nsp
> or, via email, send a message with subject or body 'help' to
> cisco-nsp-request at puck.nether.net
>
> You can reach the person managing the list at
> cisco-nsp-owner at puck.nether.net
>
> When replying, please edit your Subject line so it is more specific
> than "Re: Contents of cisco-nsp digest..."
>
>
> Today's Topics:
>
> 1. Re: How can I increase Ethernet MTU? (Victor Sudakov)
> 2. Cisco ME3600 Service Configuration Automation (Darren Liew)
> 3. Re: Cisco ME3600 Service Configuration Automation (Adam Vitkovsky)
> 4. Questions about ASR9K output buffers (John Neiberger)
>
>
> ----------------------------------------------------------------------
>
> Message: 1
> Date: Mon, 26 Jan 2015 10:02:02 +0600
> From: Victor Sudakov <vas at mpeks.tomsk.su>
> To: Lukas Tribus <luky-37 at hotmail.com>
> Cc: "cisco-nsp at puck.nether.net" <cisco-nsp at puck.nether.net>
> Subject: Re: [c-nsp] How can I increase Ethernet MTU?
> Message-ID: <20150126040202.GA31896 at admin.sibptus.tomsk.ru>
> Content-Type: text/plain; charset=us-ascii
>
> Lukas Tribus wrote:
> > >
> > > Soon we will be enabling MPLS on some routers connected to this
> > > network, so the switches will have to handle frames with the MTU
> > > larger than the default 1500 bytes.
> > >
> > > How do I configure the switches to pass frames with MTU=1600, if
> > > possible, without disrupting the service?
> > >
> > > I will be grateful for a link to some good howto.
> >
> >
> http://www.cisco.com/c/en/us/td/docs/switches/lan/catalyst3750x_3560x/software/release/12-2_53_se/configuration/guide/3750xscg/swtunnel.html#wp1042950
> >
>
> 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
> with maximum frame size = 2000.
>
> Does the "system mtu jumbo" affect GigabitEthernet ports in 100Mb/s
> mode? Is anything larger than 1500 supported in 100Mb/s mode on Cisco?
>
> --
> Victor Sudakov, VAS4-RIPE, VAS47-RIPN
> sip:sudakov at sibptus.tomsk.ru
>
>
> ------------------------------
>
> Message: 2
> Date: Mon, 26 Jan 2015 14:16:07 +0800
> From: Darren Liew <darrenssliu at gmail.com>
> To: cisco-nsp at puck.nether.net
> Subject: [c-nsp] Cisco ME3600 Service Configuration Automation
> Message-ID:
> <
> CAMSu4ZYtBUC_yadE_oGVwUW5qNmeqXdx6hVQ6h5hjyX8+0adjQ at mail.gmail.com>
> Content-Type: text/plain; charset=UTF-8
>
> Hi Guys,
>
> Is there anyway to automate the routine L2VPN xconnect configuration on
> Cisco ME3600 IOS?
>
> I exploring EEM for this purposes, but it doesn't look like a good option.
> Is there any options or is this the best option?
>
> The configuration I am looking to automate is the below.
>
> Your experience and suggestion is much appreciated. Thanks !
>
> Rgds,
> Darren
>
> interface GigabitEthernet0/1
> switchport trunk allowed vlan none
> switchport mode trunk
> mtu 9000
> no cdp enable
> service instance 1 ethernet
> description IMC-Monitoring
> encapsulation dot1q 25
> rewrite ingress tag pop 1 symmetric
> bridge-domain 25
> !
> service instance 2 ethernet
> encapsulation dot1q <vlan>
> rewrite ingress tag pop 1 symmetric
> service-policy input INBOUND-VPLS-5M
> service-policy output OUTBOUND-VPLS-5M
> xconnect <remote-ip> <vc-id> encapsulation mpls
> !
>
>
> ------------------------------
>
> Message: 3
> Date: Mon, 26 Jan 2015 11:05:05 +0000
> From: Adam Vitkovsky <avitkovsky at gammatelecom.com>
> To: Darren Liew <darrenssliu at gmail.com>, "cisco-nsp at puck.nether.net"
> <cisco-nsp at puck.nether.net>
> Subject: Re: [c-nsp] Cisco ME3600 Service Configuration Automation
> Message-ID:
> <
> 627266B72B856946BCD625D4B34B1916A2DBD3 at INF-EXCH-MB-02.gammatelecom.com>
>
> Content-Type: text/plain; charset=UTF-8
>
> Hi Darren,
>
> Do you mean template to create below config based on parameters entered
> into a form?
> Or you actually need the below to be applied based on some event in the
> network and also based on the event the parameters need to be altered
> please?
>
> adam
> > -----Original Message-----
> > From: cisco-nsp [mailto:cisco-nsp-bounces at puck.nether.net] On Behalf Of
> > Darren Liew
> > Sent: 26 January 2015 06:16
> > To: cisco-nsp at puck.nether.net
> > Subject: [c-nsp] Cisco ME3600 Service Configuration Automation
> >
> > Hi Guys,
> >
> > Is there anyway to automate the routine L2VPN xconnect configuration on
> > Cisco ME3600 IOS?
> >
> > I exploring EEM for this purposes, but it doesn't look like a good
> option.
> > Is there any options or is this the best option?
> >
> > The configuration I am looking to automate is the below.
> >
> > Your experience and suggestion is much appreciated. Thanks !
> >
> > Rgds,
> > Darren
> >
> > interface GigabitEthernet0/1
> > switchport trunk allowed vlan none
> > switchport mode trunk
> > mtu 9000
> > no cdp enable
> > service instance 1 ethernet
> > description IMC-Monitoring
> > encapsulation dot1q 25
> > rewrite ingress tag pop 1 symmetric
> > bridge-domain 25
> > !
> > service instance 2 ethernet
> > encapsulation dot1q <vlan>
> > rewrite ingress tag pop 1 symmetric
> > service-policy input INBOUND-VPLS-5M
> > service-policy output OUTBOUND-VPLS-5M
> > xconnect <remote-ip> <vc-id> encapsulation mpls
> > !
> > _______________________________________________
> > cisco-nsp mailing list cisco-nsp at puck.nether.net
> > https://puck.nether.net/mailman/listinfo/cisco-nsp
> > archive at http://puck.nether.net/pipermail/cisco-nsp/
>
> ---------------------------------------------------------------------------------------
> This email has been scanned for email related threats and delivered
> safely by Mimecast.
> For more information please visit http://www.mimecast.com
>
> ---------------------------------------------------------------------------------------
>
>
>
> ------------------------------
>
> Message: 4
> Date: Mon, 26 Jan 2015 08:52:43 -0700
> From: John Neiberger <jneiberger at gmail.com>
> To: "cisco-nsp at puck.nether.net" <cisco-nsp at puck.nether.net>
> Subject: [c-nsp] Questions about ASR9K output buffers
> Message-ID:
> <
> CAOQYbjo0YmUE38Pkf72P+WOwa2XNDgJJVeX3yyjweLkxydJkHw at mail.gmail.com>
> Content-Type: text/plain; charset=UTF-8
>
> We've been running into an issue with early tail drops on A9K-8T-L cards
> and I'm trying to wrap my head around how buffering works on these cards. I
> get the impression that they don't have dedicated per-interface output
> queues and instead use some sort of shared buffering mechanism. We have an
> egress policy-map applied and originally had no queue limit configured. It
> turns out that this caused the default class to have a 64 KB buffer, which
> led to a huge number of tail drops earlier than expected since most of the
> traffic on this link is default class.
>
> We've started to bump up the queue limit value to see if it reduces the
> tail drops. This traffic is not latency sensitive, so I'm not concerned
> with increasing the buffer size. I just want to significantly reduce the
> tail drops we're seeing. We tried a value of 128 KB and that helped a bit.
> Then we tried 512 KB over the weekend and that seems to get us much closer
> to the expected result. I think I'm going to bump it up to 768 KB and see
> how that goes.
>
> I don't really understand queueing on this box, though, to be honest. Based
> on what I've read, it seems that instead of fixed per-interface output
> buffers, they use virtual output queues. But I'd swear I've read somewhere
> that VOQs are not related to output buffers like I'm thinking and that
> they're more related to queues between linecards. Not sure about that one.
>
> Can anyone shed some light on this?
>
> Many thanks,
> John
>
>
> ------------------------------
>
> Subject: Digest Footer
>
> _______________________________________________
> cisco-nsp mailing list
> cisco-nsp at puck.nether.net
> https://puck.nether.net/mailman/listinfo/cisco-nsp
>
> ------------------------------
>
> End of cisco-nsp Digest, Vol 146, Issue 30
> ******************************************
>
More information about the cisco-nsp
mailing list