Multicast and wirerless

I have a 4404 controller running 6.0.202 code and more more people have Mac running bonjour and wanting to use Airplay. I see how to turn on Multicasting and even provide a Multicast address for IGMP snooping but does anyone have a good feel as to the overall load Multicast adds to the wireless network?
Thanks,
Gary

It depends on the type of deployment you have.
If the network infrastructure supports multicast, you should enable Multicast - Multicast as the controller multicast mode and choose a multicast address in the 239.X.X.X range.
If your network is not capable of supporting multicast, you would want to select Multicast - Unicast mode. This mode puts a load on the controller and on the wireless network as the Multicast is then sent as a unicast to each access point instead.
These support articles should help you.
Bonjour Deployment Guide
http://www.cisco.com/en/US/products/hw/wireless/ps4570/products_tech_note09186a0080bb1d7c.shtml
Multicast Deployment Guide
https://supportforums.cisco.com/docs/DOC-14713

Similar Messages

What is the diffrence between multicasting and broadcasting?

hi friends
What is the diffrence between multicasting and broadcasting?
i'm bit confused in multicasting and broadcasting.

Broadcasts go everywhere within a range determined by the sender.
Broadcasting is deprecated and unliikely to go beyond the nearest router.
Multicasts go everywhere where receivers have declared they are present.
Multicast can be implemented beyond routers in a WAN which you control but ISP routers generally don't support it.

I have to send messages through UDP multicast and unicast from same port. In Labview I tried that it throws error. I heard it is possible by means of Datagram (UDP unicast and multicast) Port Sharing. How can it be achieved in Labview?

I have to send UDP multicast and Unicast messages to a remote port from a single source/local port. I tried by opening UDP unicast and multicast in the same port and got the expected error. I tried by opening a unicast connection and sending unicast messages.After that when multicast messages has to send I closed unicast and opened multicast in the same port.This is not throwing any error. But my requirenment is to comminicate with another application in C ++ which recieves this data, throwing an error of lost connectivity and both the applications are not abled to communicate properly.
In the other application with C++ this is implemented using port sharing. So how port sharing can be implemented in labview so that I can send both multicast and unicast messages from the same port?
Thanks in advance

UDP is a sessionless protocol, meaning that anyone listening on the specified port CAN receive the data. CAN because as you noted there is no guarantee in the protocol that it will be received. And if you send the data not to a specific address but a multicast address not only one computer can receive it but in fact every computer on the same subnet listening to that multicast address and depending on the TTL of the packet also computers in neighbouring subnets, although that last one is not a very reliable operation since routers can be configured to drop multicast packages anyhow despite of a different TTL saying otherwise.
Accordingly there is no real way to make sure that a receiving UDP port is not already in use, since you don't build up a connection. UDP is more or less analogous to shouting your messages through a megaphone, and anyone listening on the right frequency (port) can hear it. You do bind the sender socket to a specific port number but that makes little difference.
Rolf Kalbermatter
CIT Engineering Netherlands
a division of Test & Measurement Solutions

ACL restriction of multicast and broadcast on SRW2016

Hello all,
I seem to be having difficulty setting up an ACL that restricts multicast and broadcast packets to a specified port on the SRW2016.
In brief, I have one (physical) port that I need to prevent any broadcast or multicast packets from being sent to. I need to allow clients which are on that port to send broadcast, however. My take on this was to create an ACL with one rule of the type:
Type: Deny
Protocol: Any
Source IP: 10.0.0.0/255.255.255.255
Destination IP: 224.0.0.0/0.255.255.255
Another type I tried was a 2-rule ACL to explicitly allow only a valid sender and deny all:
Type: Allow
Protocol: UDP
Dest Port: 1234
Source IP: 10.1.0.100/0.0.0.0
Dest IP: 10.1.0.101/0.0.0.0
Type: Deny
Protocol: All
I have tried various permutations these types of ACL (changing ordering, etc) but everything I have tried so far has allowed the multicast packets through unless I block it at the sending port (which obviously blocks it from all ports).
Any suggestions or comments would be appreciated. Is what I'm trying to do even possible in the SRW2016?
Thanks,
Mike

Just to make sure I was creating/applying the ACLs correctly, I did a simple test with a very basic rule: I just set type to deny (basically a deny all rule). I applied this rule to one port of the switch and verified that it was working by attempting to access the switch's web configuration interface (which correctly was inaccessable). However, the multicast packets were still being delivered (verified via both an Ethernet dump and visual inspection of the switch's LED).
Based on the above information, I feel it's fairly safe to say that Multicast is not filtered correctly via ACLs on the SRW2016. Apparently Multicast packets take a different logical path than "normal" packets. Since I don't expect an immediate firmware patch, I suspect that I need to see if I can get a router in addition or as a replacement for the switch.
Edit: I found a method that appears to restrict the multicast packets via the "Bridge Multicast" interface (basically created a rule for the MAC related to my multicast address, set to Forbidden on one port, but this is not a generic solution for all multicast and I don't seem to be able to have more than 1 MAC address in the list...), but broadcast still gets through, regardless of the ACL I set up for the port.
I'm beginning to wonder if my understanding of ACLs is flawed - does anyone know if they're applied to incoming packets for a port, outgoing packets for a port or both? My assumption was both, but if the rule were only applied to incoming packets, it would explain the behavior I'm observing.
Message Edited by michael.beresford on 03-02-2009 02:46 PM

[svn:osmf:] 16975: Fix bug FM-964, add media factory item for RTMFP multicast and remove the item from OSMFPlayer

Revision: 16975
Revision: 16975
Author:   [email protected]
Date:     2010-07-19 15:20:00 -0700 (Mon, 19 Jul 2010)
Log Message:
Fix bug FM-964, add media factory item for RTMFP multicast and remove the item from OSMFPlayer
Ticket Links:
    http://bugs.adobe.com/jira/browse/FM-964
Modified Paths:
    osmf/trunk/apps/samples/framework/OSMFPlayer/src/OSMFPlayer.as
    osmf/trunk/framework/OSMF/org/osmf/media/DefaultMediaFactory.as

Welcome guy -
Unless you are using Spry menus as a learning experience, you should move forward to a menus system that will display properly on the millions of portable devices that won't work with Spry which was deprecated 2 years ago.
Many are using JQuery menus or pure HTML/CSS menus.
If you wish to continue your Spry for learning experience, we'll be glad to assist; please let us know.
By the way, your submenus are not showing because you need to add the red value to this rule in your vertical CSS
ul.MenuBarVertical ul.MenuBarSubmenuVisible{
    width: 220px;
    left: 180px;

P2P multicast and upstream bandwidth

Hi,
I'm in the process of developing a realtime video chat application where multiple users can send video streams simultanuously. The number of users receiving the streams can be very big, e.g. 10 broadcasters and 500 receivers, each receiver should get all streams.
I use RTMFP connections to an FMS and streams are published in P2P multicast groups by passing the groupspec to the NetStream constructor. Currently I'm having problems with audio/video synchronization and video stream 'jumps' (not continuous). From what I read on other threads, this is related to the fact that there is not enough upstream bandwidth for sending the streams. So my questions are:
How to calculate the required upstream bandwidth on every peer for the given example of 10 broadcasters and 500 receivers (is it 10*bandwidth of one stream)?
What settings (on NetStream, Camera, Microphone etc.) should be used for best results and how to adapt them based on the number of broadcasters?
I hope my questions make sense!
Thanks,
Haykel

I have done some tests to find out how much upstream bandwidth is used for different situations. The data is taken from the 'multicastInfo' property of all involved 'NetStream' objects as follows:
Multicast Data: average of 'multicastInfo.sendDataBytesPerSecond' of all streams.
Multicast Control : average of 'multicastInfo.sendControlBytesPerSecond' of all streams.
Different measurements have been done for different situations:
The user is broadcasting and not broadcasting
Varying number of connected users
Varying number of users broadcasting
I have limited the maximum video bandwidth to 16 KBytes with 'Camera.setQuality(1024 * 16, 0)'.
The application uses only application level multicast (passing a groupspec to the NetStream constructor). In this test all peers are on the same LAN and the FMS server is on a remote machine.
The results in Bytes/s (click to enlarge):
What I have noticed is that the outgoing multicast data volume grows by ~15 KByte with every new connected user (receiver) and goes down when the number of broadcasters grows. Is that normal? Does it mean that only the broadcasters are sharing the streams with the other peers? I thought that every peer would share the data with a number of neighbours (i.e. 3) which would share with their neighbours and so on.
During the tests I have also checked for a/v delays and noticed the following:
For every new stream, at the beginning audio and video are in sync but have a delay of ~3 seconds
After ~20 seconds the video delay becomes marginal but the audio remains delayed and so goes out of sync with video
After ~30 seconds the audio delay becomes marginal and goes in sync with video (a/v are now stable)
The delays of 20 and 30 seconds grow up to more than a minute when the number of broadcasters grows
My questions:
Are my measurements correct?
Why is the outgoing multicast data volume growing with every new receiver? Is the publishing stream sending the data to all peers?
Should I expect the bandwidth to grow indefinitly with the number of receivers or will it stabilize at some value?
How to decrease the time required for a/v to become stable (in-sync with a small delay)?
Is P2P multicast a good choice for this kind of applications (up to 10 broadcasters and a very big number of receivers)?
Any advices???
Thanks.

The application level multicast and VoD/LiveTV application

Hi,
As I read from the document, so far only user's video published out from a Flash Player 10.1 could take advantage of the new application level multicast. But can other video applications scenarios, such as VoD and Live TV (encoded by Flash Live Media Encoder) , also take advantage of this new feature? Please advise. Thanks.

Thanks for the answer, but does Adobe has any plan to enable it and when?

Multicast and WebcamSubscriber issues for 10.1

Hi,
I'm trying to subclass WebcamSubscriber in 10.1 lib to create a custom video subscriber.
When multicast is on, a subclass of WebcamSubscriber for flash 10.1 does not always act as expected. Specially, after playing a stream, it does not seem to send a "NetStream.Play.Start" event.
Since the 10.1 lccs library is not open source (why?), the best I could do was by subclassing and overriding, here is a simple test to reconstruct the problem:
public class TestSub extends WebcamSubscriber {
     public function TestSub() { super(); }
     override protected function onNetStatus(e:NetStatusEvent):void {
          trace(">> onNetStatus: " + e.info.code);
          super.onNetStatus(e);
Given the above code, a full cycle events of a subscriber in a p2p state (multicast = true) is like this:
>> onNetStatus: NetGroup.Neighbor.Connect
>> onNetStatus: NetGroup.MulticastStream.PublishNotify
>> onNetStatus: NetStream.MulticastStream.Reset
>> onNetStatus: NetGroup.MulticastStream.UnpublishNotify
>> onNetStatus: NetGroup.Neighbor.Disconnect
The above shows a publisher playing an stream, waiting for some time and then closing the connection.
The question is: why is that the 10.1 version never sends a "NetStream.Play.Start" event in the p2p state?
The problem could be traced to WebcamSubscriber#playStream(), but the source code for 10.1 is not available. Also when I tried overriding playStream() using the code in 10.0 lib, I got a peer timeout message. Is the code for WebcamSubscriber#playStream() in 10.0 the same as 10.1?

Raff. wrote:
Can you try to run your application linked to the 10.1 LCCS lib on a machine that only has FlashPlayer 10.0 installed ?
Can an application which is linked to lccs for player 10.1, run on a 10.0 player?
This sounds like a problem in lccs. Could you check the difference in code in WebcamSubscriber#playStream() between 10.0 and 10.1? (I cannot do this as 10.1 is not open source.) Whatever the problem is, it's initiated from that method.

Distribution Point Multicast and Unicast at same time

Hi,
Scenario: SCCM 2012 R2. All in one server.
The server is distribution point (PXE and Multicast enabled).
The questions are:
If any Multicast dependency fails (i.e firewall blocks ports for multicast traffic),
Does the OS image will be deployed using unicast?
Is mandatory the multicast deployment method?
Thanks!

Hi,
No, when the multicast fail the TS would failed.
If you select the checkbox “Transfer this package only via multicast” in Configuration Manager Client Package Properties, which is mandatory.
We
are trying to better understand customer views on social support experience, so your participation in this
interview project would be greatly appreciated if you have time.
Thanks for helping make community forums a great place.

Broadcast, multicast and bandwidth

multi-casting and broad-casting consume the same amount of
bandwidth, right?
switches know the (ip ----> MAC) mappings.
however, in the run-time, multi-cast groups are entered and exited.
so only java knows what datagrams to drop.
so, switches/routers must propogate all
datagrams to all targeted sub-nets and
then to ALL mac addresses.
logically there are plenty of reasons to use multicast groups.
bandwidth-wise, there are none.
rights?

Dead wrong.
Routers only propagate multicasts if they know there is a member of that group on the other side.
That's what the IGMP protocol is for.

Multicast and SCCM2012 and Hash error

Ok, so I've searched this time through articles and they all pertain to 2007 - When trying to deploy an OS, Multicast is turned on, but I get the dreaded hash error. If I turn multicast off, It works fine... not a logical solution. I have verified
with network that the switches all have multicast turned on. I've deleted the image, re-added it and redeployed it countless times. Still same issue. The size of the image is 3.06 mb, so well under the 4mb issues that were in 2007.
I've also gone as far as recreating the image from scratch, and still no luck.
Any ideas? This is 2012 SCCM.
Thanks!

That's what I meant, SMSTS.LOG - Here's what most of the log says:
Verifying MCS certificate using default Hash Algorithm: 0x8004 ApplyOperatingSystem 7/11/2012 3:46:54 PM 1880 (0x0758)
Initializing HTTP transport. ApplyOperatingSystem 7/11/2012 3:46:54 PM 1880 (0x0758)
Setting URL = OPTIMUS.psdschools.org. ApplyOperatingSystem 7/11/2012 3:46:54 PM 1880 (0x0758)
Setting Default Ports = 80 443 ApplyOperatingSystem 7/11/2012 3:46:54 PM 1880 (0x0758)
Setting CRL = false. ApplyOperatingSystem 7/11/2012 3:46:54 PM 1880 (0x0758)
Setting Media Certificate. ApplyOperatingSystem 7/11/2012 3:46:54 PM 1880 (0x0758)
Setting Authenticator. ApplyOperatingSystem 7/11/2012 3:46:54 PM 1880 (0x0758)
Set authenticator in transport ApplyOperatingSystem 7/11/2012 3:46:54 PM 1880 (0x0758)
Preparing Multicast Session Request. ApplyOperatingSystem 7/11/2012 3:46:54 PM 1880 (0x0758)
Setting transport. ApplyOperatingSystem 7/11/2012 3:46:54 PM 1880 (0x0758)
Setting site code = SSC. ApplyOperatingSystem 7/11/2012 3:46:54 PM 1880 (0x0758)
Setting client ID = {9C044138-650C-47F1-9AAE-150D809881BD}. ApplyOperatingSystem 7/11/2012 3:46:54 PM 1880 (0x0758)
Setting remote path = http://OPTIMUS.psdschools.org/SMS_DP_SMSPKG$/SSC0003B. ApplyOperatingSystem 7/11/2012 3:46:54 PM 1880 (0x0758)
Setting packageID = SSC0003B. ApplyOperatingSystem 7/11/2012 3:46:54 PM 1880 (0x0758)
Setting server signing Certificate. ApplyOperatingSystem 7/11/2012 3:46:55 PM 1880 (0x0758)
Executing Open Session Request. ApplyOperatingSystem 7/11/2012 3:46:55 PM 1880 (0x0758)
Sending RequestMulticast ApplyOperatingSystem 7/11/2012 3:46:55 PM 1880 (0x0758)
Setting message signatures. ApplyOperatingSystem 7/11/2012 3:46:55 PM 1880 (0x0758)
Setting the authenticator. ApplyOperatingSystem 7/11/2012 3:46:55 PM 1880 (0x0758)
CLibSMSMessageWinHttpTransport::Send: URL: OPTIMUS.psdschools.org:80 CCM_POST /SMS_MCS/.sms_mcs?op=opensession ApplyOperatingSystem 7/11/2012 3:46:55 PM 1880 (0x0758)
Request was succesful. ApplyOperatingSystem 7/11/2012 3:46:55 PM 1880 (0x0758)
Default CSP is Microsoft Enhanced RSA and AES Cryptographic Provider ApplyOperatingSystem 7/11/2012 3:46:55 PM 1880 (0x0758)
Default CSP Type is 24 ApplyOperatingSystem 7/11/2012 3:46:55 PM 1880 (0x0758)
MCSErrorCode = 0 ApplyOperatingSystem 7/11/2012 3:46:55 PM 1880 (0x0758)
ResponseSessionOpen/SessionAction = 1 ApplyOperatingSystem 7/11/2012 3:46:55 PM 1880 (0x0758)
ResponseSessionOpen/DPName = OPTIMUS ApplyOperatingSystem 7/11/2012 3:46:55 PM 1880 (0x0758)
ResponseSessionOpen/Namespace = http://OPTIMUS.psdschools.org/SMS_DP_SMSPKG$/SSC0003B ApplyOperatingSystem 7/11/2012 3:46:55 PM 1880 (0x0758)
ResponseSessionOpen/SessionStartTime = 0 ApplyOperatingSystem 7/11/2012 3:46:55 PM 1880 (0x0758)
ResponseSessionOpen/MinimumSessionSize = 0 ApplyOperatingSystem 7/11/2012 3:46:55 PM 1880 (0x0758)
not decoding EncryptionKey in ssl mode ApplyOperatingSystem 7/11/2012 3:46:55 PM 1880 (0x0758)
Successfully parsed MCS response. ApplyOperatingSystem 7/11/2012 3:46:55 PM 1880 (0x0758)
Found multicast service point 'OPTIMUS.psdschools.org' to serve request. ApplyOperatingSystem 7/11/2012 3:46:55 PM 1880 (0x0758)
MCS open session request completed successfully ApplyOperatingSystem 7/11/2012 3:46:55 PM 1880 (0x0758)
Using MCSServer: OPTIMUS ApplyOperatingSystem 7/11/2012 3:46:55 PM 1880 (0x0758)
Using Namespace: http://OPTIMUS.psdschools.org/SMS_DP_SMSPKG$/SSC0003B ApplyOperatingSystem 7/11/2012 3:46:55 PM 1880 (0x0758)
Using Encryption: FALSE ApplyOperatingSystem 7/11/2012 3:46:55 PM 1880 (0x0758)
Session Start Time Delay:0 ApplyOperatingSystem 7/11/2012 3:46:55 PM 1880 (0x0758)
Using LocalPath: D:\_SMSTaskSequence\Packages\SSC0003B ApplyOperatingSystem 7/11/2012 3:46:55 PM 1880 (0x0758)
Opening firewall for X:\sms\bin\x64\OSDApplyOS.exe ApplyOperatingSystem 7/11/2012 3:46:55 PM 1880 (0x0758)
Download: Server=OPTIMUS Namespace=http://OPTIMUS.psdschools.org/SMS_DP_SMSPKG$/SSC0003B RemoteObject=http://OPTIMUS.psdschools.org/SMS_DP_SMSPKG$/SSC0003B LocalObject=D:\_SMSTaskSequence\Packages\SSC0003B.{756A6CCE-5696-45A5-87D6-827682FCE3FE} ApplyOperatingSystem 7/11/2012 3:46:55 PM 1880 (0x0758)
Checking volume for sparse files: D:\ ApplyOperatingSystem 7/11/2012 3:46:55 PM 1880 (0x0758)
Volume supports sparse files: TRUE ApplyOperatingSystem 7/11/2012 3:46:55 PM 1880 (0x0758)
[SparseFile] ApplyOperatingSystem 7/11/2012 3:46:55 PM 1880 (0x0758)
Token before WdsTransportClientStartSession ApplyOperatingSystem 7/11/2012 3:46:55 PM 1880 (0x0758)
Token is for User: NT AUTHORITY\SYSTEM ApplyOperatingSystem 7/11/2012 3:46:55 PM 1880 (0x0758)
ThreadId: 0x758 User: NT AUTHORITY\SYSTEM ApplyOperatingSystem 7/11/2012 3:46:55 PM 1880 (0x0758)
[Callback:SessionComplete:0x2] ApplyOperatingSystem 7/11/2012 3:46:55 PM 1880 (0x0758)
WdsTransportClientStartSession(m_hDownload), HRESULT=80070002 (e:\nts_sccm_release\sms\server\mcs\consumer\mcdownload.cpp,182) ApplyOperatingSystem 7/11/2012 3:46:55 PM 1880 (0x0758)
pDownload->Download(pwszServer, pwszNamespace, pwszRemoteObject, pwszLocalObject, uCacheSize), HRESULT=80070002 (e:\nts_sccm_release\sms\server\mcs\consumer\mcclient.cpp,120) ApplyOperatingSystem 7/11/2012 3:46:55 PM 1880 (0x0758)
Encountered error transfering file (0x80070002). ApplyOperatingSystem 7/11/2012 3:46:55 PM 1880 (0x0758)
Sending status message: SMS_OSDeployment_PackageDownloadMulticastStatusFail ApplyOperatingSystem 7/11/2012 3:46:55 PM 1880 (0x0758)
Setting authenticator. ApplyOperatingSystem 7/11/2012 3:46:55 PM 1880 (0x0758)
Set authenticator in transport ApplyOperatingSystem 7/11/2012 3:46:55 PM 1880 (0x0758)
Sending StatusMessage ApplyOperatingSystem 7/11/2012 3:46:55 PM 1880 (0x0758)
Setting message signatures. ApplyOperatingSystem 7/11/2012 3:46:55 PM 1880 (0x0758)
Setting the authenticator. ApplyOperatingSystem 7/11/2012 3:46:55 PM 1880 (0x0758)
CLibSMSMessageWinHttpTransport::Send: URL: OPTIMUS.psdschools.org:80 CCM_POST /ccm_system/request ApplyOperatingSystem 7/11/2012 3:46:55 PM 1880 (0x0758)
Request was succesful. ApplyOperatingSystem 7/11/2012 3:46:55 PM 1880 (0x0758)
Download done setting progress bar to 100 ApplyOperatingSystem 7/11/2012 3:46:55 PM 1880 (0x0758)
Succesfully performed multicast download from mcs://OPTIMUS.psdschools.org/SMS_MCS/.sms_mcs?filePath=http://OPTIMUS.psdschools.org/SMS_DP_SMSPKG$/SSC0003B&PackageFlags=1241514144&packageID=SSC0003B&version=8 ApplyOperatingSystem 7/11/2012 3:46:55 PM 1880 (0x0758)
VerifyContentHash: Hash algorithm is 32780 ApplyOperatingSystem 7/11/2012 3:46:55 PM 1880 (0x0758)
Hash could not be matched for the downloded content. Original ContentHash = 51DE9114123FC1EA9F6638CCED3271AA856F255CDF8BFF6B4C3841D5FD7340AB, Downloaded ContentHash = ApplyOperatingSystem 7/11/2012 3:46:55 PM 1880 (0x0758)
0L == TS::Utility::VerifyPackageHash(pszContentID, sDestination), HRESULT=80091007 (e:\nts_sccm_release\sms\framework\tscore\resolvesource.cpp,2900) ApplyOperatingSystem 7/11/2012 3:46:55 PM 1880 (0x0758)
DownloadContentAndVerifyHash(pszPackageID, L"SMSPackage", saHttpContentSources, saSMBContentSources, saMulticastContentSources, sDestination, dwFlags, L"", 0, dwPackageFlags, pszUserName, pszUserPassword ), HRESULT=80091007 (e:\nts_sccm_release\sms\framework\tscore\resolvesource.cpp,3007) ApplyOperatingSystem 7/11/2012 3:46:55 PM 1880 (0x0758)
DownloadContentLocally(pszSource, sSourceDirectory, dwFlags, hUserToken, pszUserName, pszUserPassword), HRESULT=80091007 (e:\nts_sccm_release\sms\framework\tscore\resolvesource.cpp,3217) ApplyOperatingSystem 7/11/2012 3:46:55 PM 1880 (0x0758)
ResolveSource(pszSource, sSourceDirectory, dwFlags, 0, 0, 0), HRESULT=80091007 (e:\nts_sccm_release\sms\framework\tscore\resolvesource.cpp,3122) ApplyOperatingSystem 7/11/2012 3:46:55 PM 1880 (0x0758)
TS::Utility::ResolveSource( this->packageID, this->packagePath, TS::Utility::ResolveSourceFlags::PersistContents ), HRESULT=80091007 (e:\nts_sccm_release\sms\client\osdeployment\applyos\installimage.cpp,1368) ApplyOperatingSystem 7/11/2012 3:46:55 PM 1880 (0x0758)
resolvePkgSource(), HRESULT=80091007 (e:\nts_sccm_release\sms\client\osdeployment\applyos\installimage.cpp,1411) ApplyOperatingSystem 7/11/2012 3:46:55 PM 1880 (0x0758)
Apply(), HRESULT=80091007 (e:\nts_sccm_release\sms\client\osdeployment\applyos\installimage.cpp,1614) ApplyOperatingSystem 7/11/2012 3:46:55 PM 1880 (0x0758)
Installation of image 1 in package SSC0003B failed to complete..
The hash value is not correct. (Error: 80091007; Source: Windows) ApplyOperatingSystem 7/11/2012 3:46:55 PM 1880 (0x0758)
installer.install(), HRESULT=80091007 (e:\nts_sccm_release\sms\client\osdeployment\applyos\installimage.cpp,1689) ApplyOperatingSystem 7/11/2012 3:46:55 PM 1880 (0x0758)
Entering ReleaseSource() for D:\_SMSTaskSequence\Packages\SSC0003B ApplyOperatingSystem 7/11/2012 3:46:55 PM 1880 (0x0758)
The user tries to release a source directory D:\_SMSTaskSequence\Packages\SSC0003B that is either already released or we have not connected to it ApplyOperatingSystem 7/11/2012 3:46:55 PM 1880 (0x0758)
InstallImage( g_InstallPackageID, g_ImageIndex, targetVolume, ImageType_OS, g_ConfigPackageID, g_ConfigFileName, bOEMMedia ), HRESULT=80091007 (e:\nts_sccm_release\sms\client\osdeployment\applyos\applyos.cpp,470) ApplyOperatingSystem 7/11/2012 3:46:55 PM 1880 (0x0758)
Process completed with exit code 2148077575 TSManager 7/11/2012 3:46:55 PM 1124 (0x0464)
!--------------------------------------------------------------------------------------------! TSManager 7/11/2012 3:46:55 PM 1124 (0x0464)
Failed to run the action: Apply Operating System.
The hash value is not correct. (Error: 80091007; Source: Windows) TSManager 7/11/2012 3:46:55 PM 1124 (0x0464)
MP server http://OPTIMUS.psdschools.org. Ports 80,443. CRL=false. TSManager 7/11/2012 3:46:55 PM 1124 (0x0464)
Setting authenticator TSManager 7/11/2012 3:46:55 PM 1124 (0x0464)
Set authenticator in transport TSManager 7/11/2012 3:46:55 PM 1124 (0x0464)
Sending StatusMessage TSManager 7/11/2012 3:46:55 PM 1124 (0x0464)
Setting message signatures. TSManager 7/11/2012 3:46:55 PM 1124 (0x0464)
Setting the authenticator. TSManager 7/11/2012 3:46:55 PM 1124 (0x0464)
CLibSMSMessageWinHttpTransport::Send: URL: OPTIMUS.psdschools.org:80 CCM_POST /ccm_system/request TSManager 7/11/2012 3:46:55 PM 1124 (0x0464)
Request was succesful. TSManager 7/11/2012 3:46:55 PM 1124 (0x0464)
Set a global environment variable _SMSTSLastActionRetCode=-2146889721 TSManager 7/11/2012 3:46:55 PM 1124 (0x0464)
Set a global environment variable _SMSTSLastActionSucceeded=false TSManager 7/11/2012 3:46:55 PM 1124 (0x0464)
Clear local default environment TSManager 7/11/2012 3:46:55 PM 1124 (0x0464)
Let the parent group (Install Operating System) decides whether to continue execution TSManager 7/11/2012 3:46:55 PM 1124 (0x0464)
The execution of the group (Install Operating System) has failed and the execution has been aborted. An action failed.
Operation aborted (Error: 80004004; Source: Windows) TSManager 7/11/2012 3:46:55 PM 1124 (0x0464)
Failed to run the last action: Apply Operating System. Execution of task sequence failed.
The hash value is not correct. (Error: 80091007; Source: Windows) TSManager 7/11/2012 3:46:55 PM 1124 (0x0464)
MP server http://OPTIMUS.psdschools.org. Ports 80,443. CRL=false. TSManager 7/11/2012 3:46:55 PM 1124 (0x0464)
Setting authenticator TSManager 7/11/2012 3:46:55 PM 1124 (0x0464)
Set authenticator in transport TSManager 7/11/2012 3:46:55 PM 1124 (0x0464)
Sending StatusMessage TSManager 7/11/2012 3:46:56 PM 1124 (0x0464)
Setting message signatures. TSManager 7/11/2012 3:46:56 PM 1124 (0x0464)
Setting the authenticator. TSManager 7/11/2012 3:46:56 PM 1124 (0x0464)
CLibSMSMessageWinHttpTransport::Send: URL: OPTIMUS.psdschools.org:80 CCM_POST /ccm_system/request TSManager 7/11/2012 3:46:56 PM 1124 (0x0464)
Request was succesful. TSManager 7/11/2012 3:46:56 PM 1124 (0x0464)
Executing command line: X:\WINDOWS\system32\cmd.exe /k TSBootShell 7/11/2012 3:47:00 PM 808 (0x0328)
The command completed successfully. TSBootShell 7/11/2012 3:47:00 PM 808 (0x0328)
Successfully launched command shell. TSBootShell 7/11/2012 3:47:00 PM 808 (0x0328)

MPLS, Multicast and CSM

Hi Folks!
I'd like to know if is it possible to forward MPLS and Multicast traffic through a CSM ?
Gilles, Id like to see your comments about it.
thanks in advance !
Cristiano

I did the test and it works but only in bridge mode.
I could establish ospf through the CSM between 2 routers configured for mpls.
OSPF comes up - so multicast can go through the csm.
I could form TDP adjecency and learn all the tags.
Then I sent some traffic in mpls and it went through the csm.
The CSM does not understand the mpls traffic, it is just passing it through like a L2 switch.
Again, this requires the use of bridge mode.
This does not work in routing/secure mode.
Regards.
Gilles.

Multicast and CPU overhead

Hello,
I use several Catalyst 3550 with equal IOS and configurations to route multicast. When i start multicsting i see that IP INPUT CPU overhead on one of switches raises to 90%. Other switches have normal CPU overhead with all networks subscribed to multicast group. I wondering what will couse this problem on switch.Any ideas ?

No i dont use snooping
Global Multicast configuration
no ip igmp snooping
ip multicast-routing
ip pim accept-register list multicast-accept-register
Extended IP access list multicast-accept-register
permit ip any 239.1.1.0 0.0.0.255
deny ip any any
Interface Multicast Configuration
ip pim dense-mode
ip multicast rate-limit in 1000
ip igmp join-group 239.1.1.1
ip igmp access-group IGMP
Standard IP access list IGMP
permit 239.1.1.0, wildcard bits 0.0.0.255 (19449 matches) check=35935
deny any (35935 matches)
However i see multicast routes that are no in 239.1.1.0 subnet. How to supress it
ip pim accept-register and ip igmp access-group seems to not working...

Multicast and processing

Hi all;
I have two 6500 running as When I issue "sh ip Vl15 200.155.16.10 Null Vl27 200.155.16.98 Null Vl95 200.155.16.85 Null Vl169 200.155.16.66 Null Vl120 200.155.16.226 Null Vl131 200.155.16.242 Null Vl75 200.155.16.178 Null Vl58 200.155.18.130 Null Vl17 200.155.18.242 Null Vl160 200.150.150.203 Null Vl8 200.155.18.2 Null Vl26 200.155.18.66 Null Vl86 200.155.18.82 Null Vl116 200.155.29.109 Null Vl122 200.155.29.114 Null Vl98 200.155.29.74 Null Vl115 200.155.29.194 Null Vl124 200.155.29.162 Null Vl49 200.155.29.130 Null Vl135 200.150.146.119 Null Vl16 200.155.30.130 Null Vl79 200.155.31.82 Null Vl164 200.155.31.122 Null Vl135 200.150.146.40 Null Vl91 200.155.31.2 Null Vl94 200.155.30.226 Null Vl29 200.155.31.18 Null Vl20 200.155.31.66 Null Vl110 200.155.25.82 Null I have the even and odds Thanks redundancy. They run HSRP and there are several vlans. I upgraded them with SUP2 recently and everything seems to be normal, but some things are a little bit weird.
cache flow" on both, I see a lot of multicast traffic from HSRP. Is it normal ??
224.0.0.2 11 07C1 07C1 55
224.0.0.2 11 07C1 07C1 60
224.0.0.2 11 07C1 07C1 42
224.0.0.2 11 07C1 07C1 53
224.0.0.2 11 07C1 07C1 58
224.0.0.2 11 07C1 07C1 60
224.0.0.2 11 07C1 07C1 56
224.0.0.2 11 07C1 07C1 54
224.0.0.2 11 07C1 07C1 59
10.254.224.132 11 9BFA 00A1 5
224.0.0.2 11 07C1 07C1 59
224.0.0.2 11 07C1 07C1 54
224.0.0.2 11 07C1 07C1 57
224.0.0.2 11 07C1 07C1 54
224.0.0.2 11 07C1 07C1 54
224.0.0.2 11 07C1 07C1 55
224.0.0.2 11 07C1 07C1 60
224.0.0.2 11 07C1 07C1 61
224.0.0.2 11 07C1 07C1 60
200.150.146.127 11 0089 0089 3
224.0.0.2 11 07C1 07C1 53
224.0.0.2 11 07C1 07C1 52
224.0.0.2 11 07C1 07C1 60
200.150.146.127 11 008A 008A 4
224.0.0.2 11 07C1 07C1 52
224.0.0.2 11 07C1 07C1 575
224.0.0.2 11 07C1 07C1 61
224.0.0.2 11 07C1 07C1 63
224.0.0.2 11 07C1 07C1 60
vlans balanced between the two cat's, but the process cpu from one is about 40%, while the other is about 10%. Can anyone help me to troubleshoot this ??

The traffic observed is not hsrp but cgmp.
http://www.cisco.com/en/US/tech/tk828/technologies_white_paper09186a00800a3e2b.shtml
Regards,
Leo

Multicast and Failover Teamed NICs has this issue.

Has anyone seen such a request from a customer although the request has nothing to do with the switches:
Windows 2000 client with two NIC cards in a Teamed configuration has one NIC connected to one CAT 6500 and the other to the another CAT6500. The NICs are configured in Failover Mode and not in Load Balaned Mode. So when one NIC fails the other takes over.
When I pull the cable from one NIC to it's CAT6500, unicast fails over almost immediately to the other NIC connecting to the other CAT 6500 and unicast starts to work. But Multicast will not work over the 2nd NIC until the client sends an IGMP JOIN Message over the 2nd NIC. The way the code is written on clients is that the IGMP Join Messages are only sent by the clients every 120 seconds and this is per the RFC requiremnt for a client to send JOIN every 120 seconds. This is 120 seconds even if the first NIC has failed.
Customers are expecting that the client - on occassions when the NIC fails - should send a JOIN message immediatley so that the 2nd switch IGMP snoops the packet and multicast resumes immediately and not after 6o or 120 seconds.
I am just curious to know if anyone else has recieved this request from other customers. Of course it is nothing to do with switches, but it is to do with Microsoft / NIC Driver / TCP Stack Implementation for Multicast on the Client.
Has anyone seen a code using WMI (Windows Management Interface) being written on the server where a NIC failure event in the Windows Event Logger being used to send a Multicast Join through the 2nd NIC so that the 2nd switch IGMP snoops the Join Request and sends multicast to that switch port.

Sorry - in the previous entry - I meant to say Multicast Report and everywhere I said Multicast Join. So please read JOIN as REPORT.

Multicast and wirerless

Similar Messages

Maybe you are looking for