[Nomad Zophiel]

Here's my thought. Complex forms work in many ways like programs but they are NOT Technomancer only programs. You can't copy a CF onto a node. You can't download a CF etc. The only places they exist are in the minds of Resonant beings. However, the bionode isn't (necessarily) the same thing as the location of the Technomancer in the Matrix.

So a sprite with EECM inhabiting a drone could use its ability to overcome jamming. A jumped in technomancer is "in" the drone in the same way they're "in" a node when they run complex forms in the Matrix. So yes, under those conditions they could use ECCM. The problem, of course, is that if the drone is being jammed already then there is no way to establish a connection to jump in. Now this is kind of a tricky situation and the following applies equally to Technomancers and people using ECCM programs.

Assuming the drone and the commlink controlling it are within mutual signal range, a jammer attack will probably effect both of them. In those situations the commlink has to overcome the jamming with its own ECCM first. ECCM is more than just boosting the signal. If that was all it was then sat links would solve all your jamming problems. Instead it involves "Complex Radio Frequency Stuff". Once your commlink has overcome a particular jammer it knows what combination of CRFS is the jammer's weak spot. At that point you can try to send the same information blind to the drone (ie make another roll). If that works then the link is reestablished but you're effectively running two copies of ECCM in the commlink. One for the link and one for the subscribed drone.

If, on the other hand, the jammer is not in range of the commlink then it simply won't have access to the appropriate pool of data with which to do CRFS. At that point you're out of luck unless the drone has its own ECCM in some form.

[Chaemera]

Now I wish I had my Principles of Communications (wireless EM communications methodologies) and Transmission systems texts here at home...

While I can buy into your approach as a playable way to handle it, Nomad, the key problem (only from a RAW perspective) is that the program has be bu running (ie, taking up a "program" slot) on the specific node (physical hardware "node", not software "persona" location) it is intended to defend.

And this does fit with how most ECCM systems work (rapid frequency shift / modulation methodology changes, and a pile of crap I can't remember off the top of my head, I don't work a lot of wireless systems, mostly control systems over fiber-optic, AC & serial comms), the program needs to match the hardware / software of the system it's defending (most modern ECCM systems are custom-built to the application, even).

I don't see as how the drone could take advantage of the data fed it by the ECCM program running on the commlink without it's own ECCM program to translate the instructions (you can't expect me to read a .doc on a computer that doesn't have a program that understands .doc, or print without drivers, even if the printer is there). I suppose the suggestion is that you're transmitting the instructions via the second instance of the program running on the commlink, but it feels like a stretch for me personally. Ah well, the beauty of "to each, their own".

[Nomad Zophiel]

My thought on that is that ECCM is a generic-ish program working with generic-ish hardware. The presupposition is that most wirelss matrix systems have besically the same range of tricks that they can use to overcome jamming. It takes garbage in (jammer garbage) and spits garbage out (counter-jamming instructions). What you're doing when running both programs is handing it two different input streams and it spits out two output streams. What you're doing in between is essentially spoofing the second input stream by using the first one twice. Rules wise its similar to using Tac-net in server mode. That's really the only iffy, pulling something out of my ass, part of this.

See Unwired sidebar pg 109 for more on server side programs. Turns out you CAN explicitly run a program on your commlink for a subscribed user (ie drone).

[Chaemera]

Looking over pg. 109, it seems like a little bit of a stretch to apply it to ECCM, being as ECCM is such a special case (it specifically states in the rules for the program, page 233 of SR4A that it only affects the node running it). That being said, the phraseology is vague enough that it could be inferred to be limited to multiple personas, logged into the same node, using the server-side program on that node (the impression I've gotten from other mentions of this type of operation). Example: we can all take advantage of the Data Search program on this forum (known as the "search" button), but it's functionality is limited to searching this forum, I cannot use it to search my computer.

Extend this to Google, which is the ultimate server-side data search program. I'd say probably rating 5 or 6. But, it still can't search my computer for me.

It really is a matter of interpretation, personally, I think it needs to run on the node it's supposed to protect. There are too many variables in jamming & counter-jamming for it to make sense to me for it to work any other way. Not to mention, cheese-factor 5 with the technomancer, you've given him un-impeachable drones. Slave them to his commlink, boot up a threaded, Rating 8 ECCM, server-side on the Techno. Now, infinite drones are protected, completely, from all matrix counter measures available (have to hack the techno, since they're slaved. Or, overcome Rating + 8 on your ECM). Provided the opposing team doesn't also have a techno. (Since the drones are slaved, they forward all access attempts to the "master" bio-node, which flashes "invalid node" to any non-techno)

At the end of the day, implications like that are the biggest reason I'd avoid this like the plague. Use server-side ECCM only if you want non-techno matrix support to be impotent against techno-controlled drones. Heck, with a good server-node, it's pretty absurd to try and deal with this regardless of the presence of a technomancer. For the price of a single ECCM program (and a server-commlink, which isn't too expensive), every drone I have can, without impediment, safely ignore all but the best of jammers (and if the ECCM is rating 5 and I upgrade my drones to Signal 5, I can ignore even the best).

Also remember, in ECM & ECCM there is no dice rolling (SR4A, pg. 329, Jammer), it's straight comparison and Jammers can get expensive.

[Nomad Zophiel]

Well, yes and no. In the mundane example each drone protected with server side ECCM is one instance of the ECCM program running. Yes, you could build a commlink that supports the subscriptions and the programs but its pretty vulnerable to being crashed since its either running a ton of programs or is very lightly defended. When it crashes all the drones effectively crash with it since their ECCM shuts down. If you're jammer is in range, chances are your hacker is, too. Yes the technomancer would have an unassailable ECCM but they can do the same with tac-net. While the Techno can run any number of copies of his CF, he still can't maintain an unlimited number of drone subscriptions. And if your jammer is in range, your sniper probably is, too.

Now personally I'd think ECCM is better suited to being a hardware package than a software one. Since its a program, though, it seems as reasonable to run server side as tac-net, sniffer or any other program that reacts to outside input. No, Google can't scan your computer because you didn't give it permission to. . . except for the parts you did. Its very good at remember what you did search for in the past and prompting you. That's all stored on your side. If you run your own website you can give it permission to go a step farther and implement a mini-Google for searching your site.

[Ultra Violet]

@Chaemera
The personal view on game balance is a good reason to use it like I said. Because it works only for one drone at a time (the jumped in one) and jamming isn't the killswitch. And my interpretation would work on both Matrix character types, a mundane rigger could also provide a ECCM for the one drone in which he/she is jumped in.

And if you think as GM oooh technomancers/riggers are bad-ass, kill the one drone physically and your problem is solved.

The "one drone only" option is IMHO a fair solution. Otherwise the idea of rigging is a deathtrap itself.

Btw: The real master of disaster at ECCM is an AI with ECCM as Inherent Program... Welcome to unjammable drones!

[The Laughing One]

some basic matrix terms (all from SR4A):
1. Persona - the persona run by a certain node, and contain the relevant attributes (system, firewall, etc.) the persona is not a virtual entity at all - its a collection of attributes from the node it run on. (pg. 223)
2. Icon - the icon is a virtual entity, actually a representation of the persona in the matrix. it can be anywhere the user connect to and at several places at the same time. (pg.224)
3. Complex forms are not a part of the living persona, with the exception of biofeedback filter. (pg. 239)
4. Regular programs loads into the persona (pg.223)
5. ECCM (pg. 233) add its rating to the signal rating on the device on which it is running. theres no such thing as having a program running on your icon - its running on your persona, which exist on your device only. (about running a program - pg 231)
5. Complex forms are not programs (pg. 239) - they are mental algorithms, and more like knowledge skills than programs.

conclusion - a rigger can load an ECCM program from his node into the drone's node and then run it from there - theres no limit on how much nodes you can load a specific program to. however, a technomancer cant "load" a complex form into the node because complex forms cant be "loaded" on anything, not even the living persona of the tenchomancer itself.

[Chaemera]

@Chaemera
The personal view on game balance is a good reason to use it like I said. Because it works only for one drone at a time (the jumped in one) and jamming isn't the killswitch. And my interpretation would work on both Matrix character types, a mundane rigger could also provide a ECCM for the one drone in which he/she is jumped in.

And if you think as GM oooh technomancers/riggers are bad-ass, kill the one drone physically and your problem is solved.

The "one drone only" option is IMHO a fair solution. Otherwise the idea of rigging is a deathtrap itself.

Btw: The real master of disaster at ECCM is an AI with ECCM as Inherent Program... Welcome to unjammable drones!

The view on game balance is also a great reason to use the RAW, which is each drone needs to run it's own (whether loaded up from the rigger's 'link as Laughing One suggests, or purchased separately and loaded specifically on that drone).

As for them being "oooh so badass", my concern isn't that the drones are unstoppable, they're not, it's about making the party matrix support sit on the sidelines in a situation where he should be shining b/c the enemy techno has hard-locked him out of doing anything fun via Nomad's interpretation of Server-side ECCM (unless the party's matrix support is a techno, too). Sure, you can shoot them up, but isn't it more fun for the party if the party hacker has a chance to jam the signal (breaking the "slave-master" chain), hack the drone, and start taking down the enemies? That way, you have one more player engaged. You give them insta-ECCM as Nomad suggests, and short of hacking the master node. Depending on how the enemy does it, no easy feat. If it's Techno-Master, Player-Hacker, game over. If it's Techno-Techno, okay, fair fight (probably). Rigger-Hacker, again, fair fight.

[Ultra Violet]

For the record, I never said that, you can't jamm a "jumped in drone", the only statement of mine was, that my interpretation of the single unit is that the rigger can use his/her skills and programs on the drones behalf.
And we speak about only one single drone of the whole network he/she can personal defend, and if it fails, even this connection will be jammed.
That has nothing to do with the different character types, because in this case the rules are the same for hackers and technomancers.

The other way without the exception of the "jumped in drone" would work, too. No question! And yes, you can say only the skill of the rigger will be used and the attribute is every time the attribute of the drone. And since Matrix Attributes are programs, it is RAW to say only the program of the drone can be used. But jamming or use of ECCM is no skill test.
IMHO it is only a matter of gaming taste. Would you like to give the rigger a chance to support the drone in which he/she sits or should it work without any chance (dice test) or player influence?

The Game Impact is in my eyes clear, every rigger will buy or code a ECCM program with Ergonomic & Optimization Options. So that the program can run at nearly every system.

[KarmaInferno]

Additionally, equip their drones with Laser Link connections to avoid Wireless jamming as much as possible in the first place.




-k