Slaggg

For your survey: In my line of work (Chef/Bartender), in this area at least, just after the new year business slumps. The Xmas parties are done with, and nobody wants to spend much more money. From Thanksgiving on, however: busy busy busy!!. I managed to get time off for this weekends CPX, in the 'interest of the business', told the owners i need one more day off, so I could keep up my pace and productivity

Anybody care for a netgame tonight? Let me know, I'm on IRC at www.combatmission.com #tacops

The server has been stable for 7 days now, let's hope it stays that way irc.netlink-irc.org #tacops port 6667

That's pretty much correct. Putting my comp in DMZ gave the router the impression that my comp was sitting right next to it, directly on top of the connection into my house. The router gave my comp the same IP that it has, in essence 'sharing' the IP w/ my comp. BUT, that doesn't work for what I wanted, to host an application, because although port 7023 was opened, the router saw no need to forward anything to my comp. As far as the router was concerned, my comp was getting everything it was. What needed to happen, was that my comp needed an IP address in the same range as the hardware IP for the router. The hardware IP is just an address that allows the router and the comp to talk to each other, know where and what each other is. That's the 192.168 range of IPs my setup has. Now, my router's public IP, the one seen by the internet, including other comps that want to connect via a application, is the one that needs to be connected to, different than the hardware IP. The router then IDs the app being used, recognizes that the app uses port 7023 and routes incoming/outgoing data through port 7023. But where to and where from? That's where the 192.168 IPs come in. The router knows that my comp has an IP of 192.168.x.x and that anything using said application and x port number gets forwarded to the comps IP. This doesn't happen when the comp is in DMZ, because the router sees my comp as having the same IP as it, so the incoming data goes no further than the gateway. It was difficult for me to get this done because of the GUI that my router's software uses, not very sophisticated. It seems to be designed for more casual internet users, that don't have much need for opening/closing ports and such. Other software GUIs are undoubtedly easier to manuever through.

Yeah, that was basically the biggest problem I was having. Here's what I did last night, and it apparently worked. First I took my comp OUT of DMZ. My Comp's address went from 66.124.196.100 to 192.168.1.34 Then I pointed my browser to ipchicken.com (Same thing as whatismyip.com) This told me that my ip, visible to the internet, was still 66.124.196.100 I then went to www.pcflank.com, they offer port scanning and other security services. Again my IP as seen by the internet was reported as 66.124.196.100 So, I start the game and logon to the network. I initiated an Advanced port scan, specifying port 7023 to be scanned. It was reported as open. I quit the game, rescanned, port 7023 closed I restarted the game, rescanned, port 7023 open Here's how I understand what happened: Putting my comp into DMZ gave it the same IP as the router, but nothing was being forwarded to 7023 because there wasn't a different IP specified to be forwarded to. Taking the comp out of DMZ, gave it a different IP, but the routers IP stayed the same, telling the router where to forward info from 7023 to. I think that's it. I'm probably missing something in the explanation. Hope some of this helps you JP.

Is it possible that I have to get the router software to first recognize the fact that the application using port 7023 is a host application? Example: In the window listing which applications and their ports are pass-through enabled, there are 5 columns of info App Name Protocol Used (TCP or UDP) App Type Port Public IP Most App's already listed have the 'App Type' field defined, eg. Half-Life is defined as "DirectPlay Host". I had to manually define TacOps, entering the protocol used and the port number, but not the App Type, no field for that. Is it possible that the router software is just too stupid to realize that I want that app to host and that it needs to know this before it allows anything to happen?

The .34 address is indicated everywhere. Each app listed as pass-through enabled and it's corresponding port lists the .34 add as it's pub IP. My comp's TCP/IP control panel lists the .34 add as the computer's pub IP. The network map in the router software lists my comp as having the .34 IP. There's only one other IP listed ANYWHERE, and that's the router's IP. I've opened every window, explored every "advanced option" offered by the software. Zilch.

Ok, go for it 192.168.1.34

In the same 192.168 range as the router.

That's what I was referring to in my above post, yes my comp is in DHCP.

Yes it is in DHCP.

Yeah, that would be me. Having some difficulties here. I'm able to connect to other's games, but not host. JP--Here's what I've done, which should've worked for me but didn't, perhaps if you give it a shot it'll work for you. First, identify what your modem is really all about. If it has some type of monitoring software that was installed during setup, open it up and check it out. You're looking for security, aka firewall, settings. Mine has a list of popular applications and the different settings for them, including port, protocol, and IP. From what Redwolf has been telling me, my setup is just plain screwy because the IP that is reported by the monitoring program is the same all over the board, when there should be a different IP for the router and a different one for my computer proper. What you need to look for is whether the modem/router is forwarding through port 7023 and to your comps IP. Enable pass-through or forwarding for port 7023, the one used by the game. I also put my comp into DMZ, which basically means that my comp is acting as if it were sitting directly in front of the broadband connection coming into the house, with nothing in front of it (eg: firewall). I've done all of this and still no luck, hopefully it'll work for you

Ok, let's see if this works. What's your email add there? I'll send you the IP. Also, I'm doing a little write to post here for any others that may run into this w/ my same sys/setup.

I believe I figured out my hosting issue. Now all I need is to test it. Anybody around for a quick connect?

A note for Observers/Reserve players for the Nov 9 CPX: Due to the concerns of the players regarding possible networking problems, Observers will not be able to connect to the TacOps network. HOWEVER, Alex Ingles has agreed to assist me in getting the Observers the information they want regarding the CPX. Using IRCs XDCC feature, Alex will have access to my Autosave folder, enabling him to call up the list of savegame files, download them, and distribute them to the Observers to analyse at their leisure. Passwords will be in effect. If you intend on being a reserve player, you will receive only the password for the side you choose to represent. Regular observers will of course receive both passwords. The downside to this is of course not being able to receive game updates in real time, and I do apologize for any inconvienence this may cause to the casual observers out there, but I must take the concerns of the players to heart in this, it's their game . The upside to this includes more people being able to observe, the Observers won't have to worry about when they can connect/disconnect from the TacOps network, and the Observers get to analyse the unfolding drama at their own pace . We'll be testing this Sat Nov 2, beginning at 1530 GMT. I'll post the IRC server and channel here just prior to the test.

Aw sheesh, there I go again. And here I thought I'd gotten into the habit of thinking before posting. BPs, TRPs, and the rest are very important, and speed up communication of key areas greatly. It's just that I personally haven't had much trouble finding a grid coordinate, even the 10 digit coordinates (always came out on top in Land Nav exercises ), and actually prefer relating a point on the map using grid coords. Of course, I'll probably get handed my hat at some point concerning this in the CPX

I echo James' sentiment on this. While using BPs, phase lines and such is a matter of taste/opinion, getting to know your UTM Grids is paramount, and as the umpire, if I'm going to be making any reference to a location it will be via UTM grid coordinates. Right and Up.

Anybody want to put their name down in case somebody else has to drop out? [ October 29, 2002, 02:54 AM: Message edited by: Slaggg ]

John---Please give Mr. Gilbert a warm welcome. Wako/Lib or Death---You're more than welcome to observe. Let me know if you'd be interested in being on reserve.

Thanks MajorH. Nothing like having the fellow that made the game be so accessible.

Problems?!? You think you got problems? Well, let me tell ya....(flags down the bartender) No prob at all. We'll see ya there.

Absolutely. Send it on over. As far as when this weekend, I'd like to avoid anytime between 1a and 6a, any time else is fine.

I need a couple of volunteers to play a quick network team game this weekend. Something quick and dirty, capture the flag maybe? I'll umpire/host. I want to check network stability and see what kind of issues are most likely to crop up, in preparation for the Nov 9 CPX. If you're interested, email me and we'll work something out.

Here's the matchup: REDFOR James Sterrett CO David Fraser Henk Stoffer Redwolf Goran Brian Oliver Randy Martin vs BLUEFOR Red 6 CO Goatchomper Warwick White Bernard Cousin Rattler Jeff Gilbert Wolfgang I was expecting a few players to sign up, now I've got 14 It's shaping up to be a fine battle indeed. There's room for observers, so don't hesitate to show up, especially if you'd like to be an 'observer in reserve'. A couple of notes for observers: Please let the Umpire know if you have to disengage from the game, he'll let you know when it's ok to leave. TacOps gets cranky if you logoff in the middle of an orders exchange or combat phase. Same applies to logging on. If you intend to be a reserve player, limit your observation to one side. and lastly, Don't be afraid to ask questions. Enjoy the Mayhem! Edit: changed out Hub for Jeff Gilbert. [ October 27, 2002, 03:08 PM: Message edited by: Slaggg ]

Press Release-- A terrorist organization known as "Fighters for Freedom from Tyranny" or F4T, has claimed responsibility for a series of recent violent actions: -Tues, Oct 15--A suitcase bomb exploded on a platform at the Central Train Station in Frankfurt-am-main, killing 42 people and wounding nearly 100. -Thur, Oct 17--11 were killed and more than 30 wounded in a car bomb blast at Munich's Oktoberfest Celebration. -Mon, Oct 21--A group of terrorists siezed control of an office complex at Soldier Field in Nurenberg, taking 67 people hostage. German elite police units responded, resulting in a stand-off that lasted for more than 12 hrs, with 9 German Polizei dead. The terrorists detonated an unknown type explosive, destroying the office complex and killing all hostages. No terrorists are suspected to have survived the blast. Information gathered suggests that F4T is preparing to commit similar acts against various Western Economic Institutions. The UN has agreed to a preemptive police action, targeting F4T, in order to prevent any further acts of violence. This Police Action will comprise a joint US/German Armored Task Force. F4T Background: F4T has been a behind the scenes player in the terrorist community for over 10 years. They cite their opposition to the oppressive nature of Western Economic Culture as their call-to-arms. Recent events and information compiled suggests that F4T plays a much larger role in the global terrorist threat than previously believed.