Technical Questions

RE: AXP to UCS-E migration guidance?

2013-05-08T18:53:59Z

Hi Pablo, Assuming the partner is using AXP 1.5.1 or higher, the default OS installed in the AXP Virtual Instance is a stripped down version of CENT OS 5.2 . Most likely the partner had to port over libraries into this enviroment to get their application working. Rather than trying to mirror the AXP virtual instance, a simpler and much easier approach that can be employed with UCSE is that after the partner creates a virtual machine via the ESXI client, is to install the same OS on which they developed their application. This way no porting of libraries is required - a huge time saver! For example if they developed their application on Ubuntu, they would then find and download the Ubuntu OS from www.ubuntu.com. They then install the OS into the VM, and finally install their application and everything should work - no porting required. Thanks, Brett

Re: New Message from Brett Tiller in Unified Computing System E-Series Serv

2013-05-08T14:11:45Z

Hi Brett. How can I guide my customer into transforming the AXP platform into a VM? We would appreciate some guidance in how to mirror the OS and environment they have on the AXP module into a VM. Thanks a lot! Pablo. On 06/05/2013, at 23:49, Cisco Developer Community Forums wrote: > Brett Tiller has created a new message in the forum "Technical Questions": -------------------------------------------------------------- Hi Pablo, > > We don't have a specified migration guide; however, you'll find that UCS-E will be much easier to use than AXP for creating a virtualize environment on the server and porting your application to it. UCS-E does require that you have one of these servers: E140S, E140D, E160D plugged into a 29xx, 39xx or 4451 router. On UCS-E you can directly install an OS or VMware ESXi. Documentation and relevant files are available at http://developer.cisco.com/web/ucse/documentation . > > Many partners are leveraging ESXi because it supports multiple VMs. Assuming you're familiar with the product the steps are fairly straight forward. > 1. In the router configure the UCSE interface. > 2. Install UCS-E onto the server. > 3. Install ESXI via UCS-E CIMC KVM. > 4. Configure ESXI host IP. > 5. Log into ESXI host via ESXI client. > 6. Create your VM, install the OS into the VM, and configure the OS IP. > 7. Install your application into the VM. > 8. You're done! > > Thanks, > Brett > -- > To respond to this post, please click the following link: or simply reply to this email.

RE: AXP to UCS-E migration guidance?

2013-05-06T21:49:28Z

Hi Pablo, We don't have a specified migration guide; however, you'll find that UCS-E will be much easier to use than AXP for creating a virtualize environment on the server and porting your application to it. UCS-E does require that you have one of these servers: E140S, E140D, E160D plugged into a 29xx, 39xx or 4451 router. On UCS-E you can directly install an OS or VMware ESXi. Documentation and relevant files are available at http://developer.cisco.com/web/ucse/documentation . Many partners are leveraging ESXi because it supports multiple VMs. Assuming you're familiar with the product the steps are fairly straight forward. 1. In the router configure the UCSE interface. 2. Install UCS-E onto the server. 3. Install ESXI via UCS-E CIMC KVM. 4. Configure ESXI host IP. 5. Log into ESXI host via ESXI client. 6. Create your VM, install the OS into the VM, and configure the OS IP. 7. Install your application into the VM. 8. You're done! Thanks, Brett

AXP to UCS-E migration guidance?

2013-05-06T10:52:26Z

Hi team, What support or documentation can we get to migrate an existing AXP environment into UCS-E? Any guidance will be appreciated. Kind regards, Pablo.

RE: How to setup Cisco ESXi 5.0 and install VSM on UCS-E module?

2013-03-30T02:50:23Z

Thanks for the post guys!! I was having the same problem... was on a MACbook running windows in VM Fusion... switched to a PC and everything worked fine. You saved me some time and stress!!!

Re: New Message from Keith Wiggins in Unified Computing System E-Series Ser

2013-03-07T00:12:18Z

Hi, Keith, We currently don't support this flexflash feature and don't have plan for it either. But it looks like a pretty useful case. We can bring this to the marketing for input. Thanks, Jin http://www.cisco.com/en/US/solutions/collateral/ns340/ns517/ns224/ns944/white_paper_c11-718938.html From: Cisco Developer Community Forums > Reply-To: "cdicuser@developer.cisco.com" > Date: Wednesday, March 6, 2013 4:05 PM To: "cdicuser@developer.cisco.com" > Subject: New Message from Keith Wiggins in Unified Computing System E-Series Servers (UCSE) - Technical Questions: FlesFlash o UCS-E Keith Wiggins has created a new message in the forum "Technical Questions": -------------------------------------------------------------- Does (or will) UCS-E support FlexFlash or provide a capabilty for users to utilize the SD cards for staging images the same way it is possible on a UCS-C server? -- To respond to this post, please click the following link: or simply reply to this email.

FlexFlash on UCS-E

2013-03-07T00:06:32Z

Does (or will) UCS-E support FlexFlash or provide a capabilty for users to utilize the SD cards for staging images the same way it is possible on a UCS-C server?

Re: New Message from Patrick Pless in Unified Computing System E-Series Ser

2013-03-01T20:12:19Z

Hi Patrick, Thanks for the update. Thanks, Tom From: Cisco Developer Community Forums > Reply-To: "cdicuser@developer.cisco.com" > Date: Friday, March 1, 2013 12:04 PM To: "cdicuser@developer.cisco.com" > Subject: New Message from Patrick Pless in Unified Computing System E-Series Servers (UCSE) - Technical Questions: RE: New Message from Tuong Au in Unified Computing System E-Series Servers Patrick Pless has created a new message in the forum "Technical Questions": -------------------------------------------------------------- Hi Tuong, Unfortunately this does not work for us. In this customer scenario, the CICM address must be in the same network as the Gig interface, so we cannot change it to a non-10.94.0.0 address. And we can’t assign another address to the UCSE2/0 interface in the same network. I was able to make this work by bridging the UCSE2/0 interface together with the gig 0/2.751 interface and configuring the 10.94.0.1 IP on the BVI interface. I am now able to access the CIMC and was able to install ESX. This may be somewhat of a hack but it seems to work. Thanks, Patrick From: Cisco Developer Community Forums [mailto:cdicuser@developer.cisco.com] Sent: Friday, March 01, 2013 2:42 PM To: cdicuser@developer.cisco.com Subject: New Message from Tuong Au in Unified Computing System E-Series Servers (UCSE) - Technical Questions: Re: New Message from Daniel Miller in Unified Computing System E-Series Ser Tuong Au has created a new message in the forum "Technical Questions": -------------------------------------------------------------- Hi Patrick, I also see the same issue with SM-SRE product so not sure if this configuration is supported in this manner. As a work around would below work? Remove 'ip unnumbered' config from ucse 2/0 and assign a static ip instead. G0/0.751 and UCSE 2/0 would still be in vrf L3. If you need to reach CIMC from outside of this router then add vrf route pointing to GigabitEthernet0/0.751 as the gateway. c3925e-2003#show run int ucse 2/0 Building configuration... Current configuration : 175 bytes ! interface ucse2/0 ip vrf forwarding L3 ip address 11.0.0.1 255.0.0.0 imc ip address 11.0.0.2 255.0.0.0 default-gateway 11.0.0.1 imc access-port shared-lom console end c3925e-2003#show run int GigabitEthernet0/0.751 Building configuration... Current configuration : 125 bytes ! interface GigabitEthernet0/0.751 encapsulation dot1Q 751 ip vrf forwarding L3 ip address 10.94.0.1 255.255.255.192 end c3925e-2003#ping vrf L3 11.0.0.2 Type escape sequence to abort. Sending 5, 100-byte ICMP Echos to 11.0.0.2, timeout is 2 seconds: !!!!! Success rate is 100 percent (5/5), round-trip min/avg/max = 1/1/2 ms c3925e-2003#show ip route vrf L3 Routing Table: L3 Codes: L - local, C - connected, S - static, R - RIP, M - mobile, B - BGP D - EIGRP, EX - EIGRP external, O - OSPF, IA - OSPF inter area N1 - OSPF NSSA external type 1, N2 - OSPF NSSA external type 2 E1 - OSPF external type 1, E2 - OSPF external type 2 i - IS-IS, su - IS-IS summary, L1 - IS-IS level-1, L2 - IS-IS level-2 ia - IS-IS inter area, * - candidate default, U - per-user static route o - ODR, P - periodic downloaded static route, H - NHRP, l - LISP a - application route + - replicated route, % - next hop override Gateway of last resort is not set 10.0.0.0/8 is variably subnetted, 2 subnets, 2 masks C 10.94.0.0/26 is directly connected, GigabitEthernet0/0.751 L 10.94.0.1/32 is directly connected, GigabitEthernet0/0.751 11.0.0.0/8 is variably subnetted, 2 subnets, 2 masks C 11.0.0.0/8 is directly connected, ucse2/0 L 11.0.0.1/32 is directly connected, ucse2/0 c3925e-2003# Thanks, Tom From: Cisco Developer Community Forums >> Reply-To: "cdicuser@developer.cisco.com" >> Date: Thursday, February 28, 2013 2:03 PM To: "cdicuser@developer.cisco.com" >> Subject: New Message from Daniel Miller in Unified Computing System E-Series Servers (UCSE) - Technical Questions: RE: UCS-E slot/0 interface in VRF ? Daniel Miller has created a new message in the forum "Technical Questions": -------------------------------------------------------------- Hi Patrick, Does it work if you use a different interface instead of ucse? Thanks, Daniel -- To respond to this post, please click the following link: or simply reply to this email. -- To respond to this post, please click the following link: or simply reply to this email. -- To respond to this post, please click the following link: or simply reply to this email.

RE: New Message from Tuong Au in Unified Computing System E-Series Servers

2013-03-01T20:04:24Z

Hi Tuong, Unfortunately this does not work for us. In this customer scenario, the CICM address must be in the same network as the Gig interface, so we cannot change it to a non-10.94.0.0 address. And we can’t assign another address to the UCSE2/0 interface in the same network. I was able to make this work by bridging the UCSE2/0 interface together with the gig 0/2.751 interface and configuring the 10.94.0.1 IP on the BVI interface. I am now able to access the CIMC and was able to install ESX. This may be somewhat of a hack but it seems to work. Thanks, Patrick From: Cisco Developer Community Forums [mailto:cdicuser@developer.cisco.com] Sent: Friday, March 01, 2013 2:42 PM To: cdicuser@developer.cisco.com Subject: New Message from Tuong Au in Unified Computing System E-Series Servers (UCSE) - Technical Questions: Re: New Message from Daniel Miller in Unified Computing System E-Series Ser Tuong Au has created a new message in the forum "Technical Questions": -------------------------------------------------------------- Hi Patrick, I also see the same issue with SM-SRE product so not sure if this configuration is supported in this manner. As a work around would below work? Remove 'ip unnumbered' config from ucse 2/0 and assign a static ip instead. G0/0.751 and UCSE 2/0 would still be in vrf L3. If you need to reach CIMC from outside of this router then add vrf route pointing to GigabitEthernet0/0.751 as the gateway. c3925e-2003#show run int ucse 2/0 Building configuration... Current configuration : 175 bytes ! interface ucse2/0 ip vrf forwarding L3 ip address 11.0.0.1 255.0.0.0 imc ip address 11.0.0.2 255.0.0.0 default-gateway 11.0.0.1 imc access-port shared-lom console end c3925e-2003#show run int GigabitEthernet0/0.751 Building configuration... Current configuration : 125 bytes ! interface GigabitEthernet0/0.751 encapsulation dot1Q 751 ip vrf forwarding L3 ip address 10.94.0.1 255.255.255.192 end c3925e-2003#ping vrf L3 11.0.0.2 Type escape sequence to abort. Sending 5, 100-byte ICMP Echos to 11.0.0.2, timeout is 2 seconds: !!!!! Success rate is 100 percent (5/5), round-trip min/avg/max = 1/1/2 ms c3925e-2003#show ip route vrf L3 Routing Table: L3 Codes: L - local, C - connected, S - static, R - RIP, M - mobile, B - BGP D - EIGRP, EX - EIGRP external, O - OSPF, IA - OSPF inter area N1 - OSPF NSSA external type 1, N2 - OSPF NSSA external type 2 E1 - OSPF external type 1, E2 - OSPF external type 2 i - IS-IS, su - IS-IS summary, L1 - IS-IS level-1, L2 - IS-IS level-2 ia - IS-IS inter area, * - candidate default, U - per-user static route o - ODR, P - periodic downloaded static route, H - NHRP, l - LISP a - application route + - replicated route, % - next hop override Gateway of last resort is not set 10.0.0.0/8 is variably subnetted, 2 subnets, 2 masks C 10.94.0.0/26 is directly connected, GigabitEthernet0/0.751 L 10.94.0.1/32 is directly connected, GigabitEthernet0/0.751 11.0.0.0/8 is variably subnetted, 2 subnets, 2 masks C 11.0.0.0/8 is directly connected, ucse2/0 L 11.0.0.1/32 is directly connected, ucse2/0 c3925e-2003# Thanks, Tom From: Cisco Developer Community Forums >> Reply-To: "cdicuser@developer.cisco.com" >> Date: Thursday, February 28, 2013 2:03 PM To: "cdicuser@developer.cisco.com" >> Subject: New Message from Daniel Miller in Unified Computing System E-Series Servers (UCSE) - Technical Questions: RE: UCS-E slot/0 interface in VRF ? Daniel Miller has created a new message in the forum "Technical Questions": -------------------------------------------------------------- Hi Patrick, Does it work if you use a different interface instead of ucse? Thanks, Daniel -- To respond to this post, please click the following link: or simply reply to this email. -- To respond to this post, please click the following link: or simply reply to this email.

Re: New Message from Daniel Miller in Unified Computing System E-Series Ser

2013-03-01T19:42:24Z

Hi Patrick, I also see the same issue with SM-SRE product so not sure if this configuration is supported in this manner. As a work around would below work? Remove 'ip unnumbered' config from ucse 2/0 and assign a static ip instead. G0/0.751 and UCSE 2/0 would still be in vrf L3. If you need to reach CIMC from outside of this router then add vrf route pointing to GigabitEthernet0/0.751 as the gateway. c3925e-2003#show run int ucse 2/0 Building configuration... Current configuration : 175 bytes ! interface ucse2/0 ip vrf forwarding L3 ip address 11.0.0.1 255.0.0.0 imc ip address 11.0.0.2 255.0.0.0 default-gateway 11.0.0.1 imc access-port shared-lom console end c3925e-2003#show run int GigabitEthernet0/0.751 Building configuration... Current configuration : 125 bytes ! interface GigabitEthernet0/0.751 encapsulation dot1Q 751 ip vrf forwarding L3 ip address 10.94.0.1 255.255.255.192 end c3925e-2003#ping vrf L3 11.0.0.2 Type escape sequence to abort. Sending 5, 100-byte ICMP Echos to 11.0.0.2, timeout is 2 seconds: !!!!! Success rate is 100 percent (5/5), round-trip min/avg/max = 1/1/2 ms c3925e-2003#show ip route vrf L3 Routing Table: L3 Codes: L - local, C - connected, S - static, R - RIP, M - mobile, B - BGP D - EIGRP, EX - EIGRP external, O - OSPF, IA - OSPF inter area N1 - OSPF NSSA external type 1, N2 - OSPF NSSA external type 2 E1 - OSPF external type 1, E2 - OSPF external type 2 i - IS-IS, su - IS-IS summary, L1 - IS-IS level-1, L2 - IS-IS level-2 ia - IS-IS inter area, * - candidate default, U - per-user static route o - ODR, P - periodic downloaded static route, H - NHRP, l - LISP a - application route + - replicated route, % - next hop override Gateway of last resort is not set 10.0.0.0/8 is variably subnetted, 2 subnets, 2 masks C 10.94.0.0/26 is directly connected, GigabitEthernet0/0.751 L 10.94.0.1/32 is directly connected, GigabitEthernet0/0.751 11.0.0.0/8 is variably subnetted, 2 subnets, 2 masks C 11.0.0.0/8 is directly connected, ucse2/0 L 11.0.0.1/32 is directly connected, ucse2/0 c3925e-2003# Thanks, Tom From: Cisco Developer Community Forums > Reply-To: "cdicuser@developer.cisco.com" > Date: Thursday, February 28, 2013 2:03 PM To: "cdicuser@developer.cisco.com" > Subject: New Message from Daniel Miller in Unified Computing System E-Series Servers (UCSE) - Technical Questions: RE: UCS-E slot/0 interface in VRF ? Daniel Miller has created a new message in the forum "Technical Questions": -------------------------------------------------------------- Hi Patrick, Does it work if you use a different interface instead of ucse? Thanks, Daniel -- To respond to this post, please click the following link: or simply reply to this email.

RE: UCS-E slot/0 interface in VRF ?

2013-02-28T22:03:43Z

Hi Patrick, Does it work if you use a different interface instead of ucse? Thanks, Daniel

UCS-E slot/0 interface in VRF ?

2013-02-28T20:21:36Z

I'm attempting to configure my CIMC access through the PCIe slot/0 backplane connection. The interface I'm pointing the unnumbered statement back to on the 3925 host device is a sub-interface in a [b]VRF[/b]. According to the user guides, I've configured "[b]shared lom console[/b]" and then attempted to add a route back to the CIMC through the "ucse slot/0" interface. Unfortunately, it seems you cannot specify the ucse slot/0 interface in a route statement when using a VRF. 3925(config)#ip route vrf L3 10.94.0.8 255.255.255.255 ucse2/0 % For VPN or topology routes, must specify a next hop IP address if not a point-to-point interface And you can't point the route to the sub-interface IP address... RIAB-3925(config)#ip route vrf L3 10.94.0.8 255.255.255.255 10.94.0.1 %Invalid next hop address (it's this router) I configured using the external "M" management port and have the traffic loop outside of the UCS-E, through the rest of my L2 topology, and back to the sub-interface on the 3925, but this is less than ideal since it burns a port on the L2 switch the M port is connected to (customer wants to purchase the smallest L2 switch required, so this is a problem). Is this a limitation of the code at this time or is there another method to configure this? Thanks, Patrick IOS Config snippit below: interface ucse2/0 ip vrf forwarding L3 ip unnumbered GigabitEthernet0/2.751 imc ip address 10.94.0.8 255.255.255.192 default-gateway 10.94.0.1 imc access-port shared-lom console ! interface ucse2/1 description Internal switch interface connected to Service Module switchport mode trunk ip vrf forwarding L3 no ip address ! interface GigabitEthernet0/2.751 encapsulation dot1Q 751 ip vrf forwarding L3 ip address 10.94.0.1 255.255.255.192 end

RE: Packet loss to UCSE2/0 from external sources

2013-01-25T19:34:45Z

Hi George and Brian, Thanks for the information. Assuming that you are experiencing this issue on previous releases of IOS, and given the complexity of this issue, I recommend that you open a case with our TAC team. Here's the link http://tools.cisco.com/ServiceRequestTool/create/launch.do . Our TAC team will investigate the router, IOS and VPN to determine if the problem resides in those areas. If not, they will escalate it to our team. Thanks, Brett

RE: Packet loss to UCSE2/0 from external sources

2013-01-25T16:28:02Z

[quote=Brett Tiller]What IOS release are you using, and what is your router platform?[/quote] 15.3(1)T and 3925. [quote=Brett Tiller] Apparently this issue only affects VPN packets? In other words if you were not using VPN, this issue does not occur?[/quote] Correct, we just verified this by removing tunnel protection from the tunnel interfaces of the affected router and the head end router and the packet loss went away. Nothing else was changed anywhere in the network. Maybe a very odd interaction between crypto and contention to the backplane?

RE: Packet loss to UCSE2/0 from external sources

2013-01-25T14:50:21Z

Yes, I have just confirmed that only packers traversing the VPN are affected. Pings going across that same VPN to the gig 0/0.10 inteface or to anything connected to that VLAN are fine. Only pings to any IP connected to the UCSE2/0 interface. Brian

RE: Packet loss to UCSE2/0 from external sources

2013-01-25T01:18:18Z

Hi Brian, We are not aware of this issue on the UCS E-Server. What IOS release are you using, and what is your router platform? Apparently this issue only affects VPN packets? In other words if you were not using VPN, this issue does not occur? Thanks, Brett

Packet loss to UCSE2/0 from external sources

2013-01-24T18:21:40Z

We currently have UCSE running and is mostly working fine except that every once in while we will get packet loss when hitting the IP address of the CIMC or ESXi. Pinging from the router itself is fine. Pinging from gig 0/0.10 is fine. Pinging across the VPN to the gig 0/0.10 is fine. But pinging across the VPN to the CIMC will sometimes get packet loss. I can recreate the loss by pinging from a switch connected to gig 0/0.10 to the CIMC which shows no packet loss but causes a ping from across the VPN to start randomly dropping packets. Has anyone seen this behavior? We have the imc configures as such: interface GigabitEthernet0/1 ip vrf forwarding INET-1 ip address dhcp ip nat enable duplex auto speed auto media-type rj45 ip rsvp bandwidth interface Tunnel100 bandwidth 2048 ip address 172.20.64.2 255.255.255.0 no ip redirects ip mtu 1400 ip wccp 60 redirect in ip wccp 161 redirect in ip nhrp authentication mediator ip nhrp group 512K ip nhrp map multicast dynamic ip nhrp map 172.20.64.1 216.49.183.18 ip nhrp map multicast 216.49.183.18 ip nhrp network-id 187 ip nhrp holdtime 360 ip nhrp nhs 172.20.64.1 ip nhrp registration timeout 120 ip nhrp shortcut ip nhrp redirect ip summary-address eigrp 211 10.224.128.0 255.255.255.0 ip tcp adjust-mss 1300 load-interval 30 delay 1000 qos pre-classify keepalive 10 3 tunnel source GigabitEthernet0/1 tunnel mode gre multipoint tunnel key 187 tunnel vrf INET-1 tunnel protection ipsec profile DMVPN_PRIMARY ip rsvp bandwidth ip rsvp tunnel overhead-percent 4 interface GigabitEthernet0/0.10 description BACKBONE encapsulation dot1Q 10 ip address 10.224.128.1 255.255.255.128 ip wccp 61 redirect in ip wccp 162 redirect in ip flow ingress ip flow egress ip nat enable ip rsvp bandwidth interface ucse2/0 ip unnumbered GigabitEthernet0/0.10 ip nat enable imc ip address 10.224.128.2 255.255.255.0 default-gateway 10.224.128.1 imc access-port shared-lom console ip route 10.224.128.2 255.255.255.255 ucse2/0

RE: How to break out of a session to the imc

2012-10-23T05:39:04Z

Thanks Tom.

Re: New Message from Mohana Kumar Kaliappan in Unified Computing System E-S

2012-10-22T16:48:08Z

Hi Mohana, To come out of session: ctrl + shift+ 6, following by 'x'. When at router prompt type 'disconnect'. Thanks, Tom From: Cisco Developer Community Forums > Reply-To: "cdicuser@developer.cisco.com" > Date: Monday, October 22, 2012 9:42 AM To: "cdicuser@developer.cisco.com" > Subject: New Message from Mohana Kumar Kaliappan in Unified Computing System E-Series Servers (UCSE) - Technical Questions: How to break out of a session to the imc Mohana Kumar Kaliappan has created a new message in the forum "Technical Questions": -------------------------------------------------------------- Hi, I am logging into the CIMC using "ucse 2 session imc". How do I come out of the session? I tried the usual break sequence ctrl^C /ctrl^X but did not work. Would appreciate some help. -Mohan -- To respond to this post, please click the following link: or simply reply to this email.

How to break out of a session to the imc

2012-10-22T16:42:13Z

Hi, I am logging into the CIMC using "ucse 2 session imc". How do I come out of the session? I tried the usual break sequence ctrl^C /ctrl^X but did not work. Would appreciate some help. -Mohan