Ghost :systems dropping from session. Need help
Hello, My environment is a cisco 6509 with a supervisor 1a blade running in hybrid mode (Cisco IOS and CatOS). There are gigabit fiber connections connecting 3 different Cisco 4510 switches and a single 3560 gigabit switch to the core.
Hello,
My environment is a cisco 6509 with a supervisor 1a blade running in hybrid mode (Cisco IOS and CatOS). There are gigabit fiber connections connecting 3 different Cisco 4510 switches and a single 3560 gigabit switch to the core. Our ghost server (version 11) is on the gigabit switch. I have ip multicast-routing enabled on the 4510's and the core 6509 (it's not an option on the 3560 as it is running ip base version of IOS). The VLAN interfaces for each device have ip pim sparse-mode entered and the VLANs have igmp snooping immediate-leave enabled.
Symptoms are that we are getting systems dropped from the ghostcast session. Say we are imaging 15 systems, sometimes we will lose 1 to 4 or the whole session will stop altogether. The ghost server just shows that the systems stopped responding/left the session. We noticed a large number of runts on the switchports that are connected to the systems imaging so we changed the ports to auto negotiate which improved the success rate but we still have some systems dropping off.
Any suggestions?
-- Evil Ed
My environment is a cisco 6509 with a supervisor 1a blade running in hybrid mode (Cisco IOS and CatOS). There are gigabit fiber connections connecting 3 different Cisco 4510 switches and a single 3560 gigabit switch to the core. Our ghost server (version 11) is on the gigabit switch. I have ip multicast-routing enabled on the 4510's and the core 6509 (it's not an option on the 3560 as it is running ip base version of IOS). The VLAN interfaces for each device have ip pim sparse-mode entered and the VLANs have igmp snooping immediate-leave enabled.
Symptoms are that we are getting systems dropped from the ghostcast session. Say we are imaging 15 systems, sometimes we will lose 1 to 4 or the whole session will stop altogether. The ghost server just shows that the systems stopped responding/left the session. We noticed a large number of runts on the switchports that are connected to the systems imaging so we changed the ports to auto negotiate which improved the success rate but we still have some systems dropping off.
Any suggestions?
-- Evil Ed
Participate on our website and join the conversation
This topic is archived. New comments cannot be posted and votes cannot be cast.
