Search the Community

Hi folks, I’m getting a problem with multicasting from my DPs and wondered if anyone had experienced anything similar or give me some points on what I could check. I’ve got 3 DPs in different areas of campus being managed by SCCM 2007. These were put in place last summer and worked fine for the major rollout last year. This year however, if I advertise and image out to PCs they get the advert and reboot, but will only try to contact DP3 (whether it is closest or not) and pull the wim from there. If I pxe boot the machine, it will get the same boot image as the advert, but will only try to contact either DP1 or DP2 and never tries DP3! Last year when it worked ok I could see the machines try to contact any of the 3 DPS and worked fine. I’ve had the network checked for multicast being enabled etc. but that’s all in place as it was last year. I’ve refreshed the boot image and checked all the DPs for health and errors, but come up empty. I’ve also removed multicast from all the DPs and content, then re-enabled it again but still the same. Does anyone have any ideas of where to look next or what to try? Thanks.

(I have posted the below under "Enterprise Software" as well - sorry if this is bad practice but the below is relevant in both!) Hello everyone, We currently are having issues with multicasting. We have SCCM 2012 installed and are imaging computers. Our problem is that when multicasting it takes ages to open a session and to download the image WIM file. Also, when PXE booting the computers once we have about 10 computers imaging it takes ages to contact DHCP for an IP address. Also, it will struggle to obtain an IP address when the computer has booted into WinPE - by struggle I mean it sometimes does not get an IP address before it times out and bombs out!. If we keep retrying it will eventually work - imaging is still very slow. When we open Task Manager whilst the computer is downloading the image the network utilisation does not get anywhere above 1.50%!!! Our network consists of Netgear GS724TP and GSM7224 switches. We have a GSM7224 switch as our core switch in the server room. We also have a couple of HP Procurve switches in the server rack that are part of our high availability server virtualisation setup. Our network is flat - no vLANs. All switch links are connected at 1GB. We have checked the switches to the best of our knowledge and they all have IGMP enabled and spanning tree is set to RSTP. I hope the above makes sense - we can only think that the issue is down to some settings on the switches. Thanks in advance! J.Worth.

Hey Peeps, I've got an issue with FOG's Multicasting that I can't figure out, wondering if anyone can help. I get the error below whenever I try to use the multicasting. "Can't read the following volume file: ... /stdin.001" I know the network is fine with multicasting, and FOG creates and deploys single images spot on. Its just I get this error no matter what image I try to multicast, how many machines etc. I did a bit of googling and didn't come up with much. Though a thread on Clonezilla (which i know nothing about) suggested it was something to do with the disk configuration. Im not sure how relevant that info is, considering its a completely different cloning solution. Any help would be appreciated. Sean Ps. Oh, Ive got Fog 0.28 running on Ubuntu Server 9.10 - (Its a VM, though that should make much difference I guess)

We have been successfully running a FOG server under Fedora 10, and finding it most useful to be able to multicast an image to a suite of PC's Recently, FOG has stopped multi-casting, although it will still work fine in uni-cast mode. We have made no changes to our netowrk infrastructure as far as I can see. Has anyone any sggestions as to why this has occured Cheers Iain

Hi all, Bit of an odd one here. We're recently had a media server setup that allows us to stream live TV channels over the network via multicasting. Over the wired infrastructure it works fine, it also works fine over the Wi-Fi too (albeit slow in places). I'm coming up against an odd problem on one particular model of laptop, it's an HP Probook 6560b. For some reason the wireless interface isn't sending a join request to the multicast group, therefore no streamed TV. The wireless adapter used it a Broadcom 4313GN, I have the latest driver installed. I'll admit that the whole troubleshooting of multicasting isn't my 'bag', but I've managed to stumble my way through the majority so far. I wondered if there was anyone that could offer any suggestions. Like I said earlier, I have managed to track join messages via Wireshark and filtering on IGMP traffic for wired, wireless is just a no go for some reason. Though annoyingly the laptop at the side of me, a Dell Vostro 3560 works absolutely fine.

Whilst I was off over Easter a new HP procurve switch (1910 48G) was installed to replace our netgear one that was intermittently rebooting during the day. The server is a VMWare esxi ubuntu box, dhcp on windows, and this connects to the HP switch. The clients are on switches hung off the HP Procurve. Everything worked fine before I left. Everything except PXE boot appears to work fine since the change. PXE is part of a FOG install but with added isos for virus checking etc). There was quite a bit of work done in the time I was off. The fog server was rebooted. The HP switch is straight out of the box, no VLANs set up on it. Clients will boot the iPXE part of the netboot but then fail, either rebooting again in a continuous loop or coming up with "cannot start download: operation not supported" iPXE - open source boot firmware [err:3c0920] There are broadcast and multicast settings for the procurve, currently all set to "100%" Any ideas where I should start?

Hello, all.. (If this is in the wrong category, hopefully some kind soul will move it) This may sound like a strange query, but bear with me!! When you have a multicast stream from either imaging (in our case, Altiris but whatever your preference), or something like Exterity.. On the network switches - should it just be the ports of the sender/recipients which go like strobe lights? The reason I ask is that in 2 of my schools that I've looked at, if we have a multicast stream broadcasting from a PC on VLAN 1, then ALL the ports on that VLAN on ALL of the Cisco switches in the cabinet (possibly the school? I'm in a single cabinet location here) turn into strobe lights. Ports which are on VLAN2 stay at their normal blink rate. I thought it should only be the ones actually receiving the multicast (and the one doing the broadcast) that should show heavy activity (strobe lights), while the others should remain at the normal blink rate. This "all turn into a strobe" sounds like flooding? (but what the heck do I know?) These are a mix of Cisco 2950, 2960, and 3560. I'm not a network/infastructure bod, as you can probably tell!! Thoughts/opinions gratefully received. Cheers, Gerard

Hi, So I have a working SCCM 2012 setup with everything deploying fine, but I realised when I set it up I forgot to enable multicast deployment via the MP. I was just going to go into the MP properties and enable it (via administration) but are there any potential issues lying within this method? Will I break the whole setup if I do it this way rather than say, uninstall and re-install the MP? I thought rather than risk it I'd ask here first, just in case anyone has done it. I guess after enabling it in the MP I'd have to enable it in the OS images too? Cheers