Zone Updates but No Spawns!

[t3mp14rX]

Hey,

I've extensively used the search feature, so any flamers out there can suck some lemon.

anyway,
system setup:

Red Hat Linux 7.2 Gateway Machine
Cable Connection on eth1
Local Home Network on eth0
|
WindowsXP Professional Client
-- running EQ

Just installed and successfully compiled the whole SEQ setup today. Running RH-linux kernel 2.4.9-31 with latest gcc3 and g++3 rpms installed, also tcpdump latest is installed. Latest SEQ version and latest libEQ.a file.
Compile went fine, and I've got a perfect firewall IPMASQ setup running. Works fine with EQ.

My problem is that I'm not getting any spawn information, period.
After logging in on EQ with SEQ running, SEQ will update with the current zone, etc. But I recieve no information on spawns, exp, etc. I am notified when I cast spells (in seq) but that's about it.

Any ideas?
thx in advance

-- templarX

[fryfrog]

might want to check into your hub. i've read a few posts about people who had one type of hub, and for some reason it would give certain information but not other info. doesn't really make any sense, but i've seen 3 or 4 threads like this be resolved by using a different hub. only think i can think of :)

[Cryonic]

Except in this case the hub isn't a possible problem. I'm guessing that SEQ is run on the Gateway. In this case what interface/ip are you telling SEQ to watch? It should be watching the internal LAN interface (eth0 in this case) and the internal IP of the Windows Machine playing EQ.

[high_jeeves]

Ahh.. i'm gonna go look for a lemon after I post this, but you failed to use the search feature well enough.. You probably checked out the linux module instead of the showeq module... this means (as has been posted in 3 threads on the front page of this forum) that you are running the unsupported 3.1.2 version of ShowEQ instead of v4.

--Jeeves

[fryfrog]

oh, hehehe i guess if i had actually made sure i read the whole post instead of skipping the pretty pictures i might have noticed that... still... it COULD be the hub! :)

yeah, sounds like it is pretty likely that he did co linux instead of co showeq.

[t3mp14rX]

Actually I DID come across the post relating to co linux instead of showeq, and btw... I checked out showeq.

As for my ip\etc setup...
eth0 is my internal NIC.
eth1 is my external NIC.
SEQ is listening to eth0, and does recognize my EQClient connection on 192.168.0.2.

Here's where I think the problem might be:
My internal network is PNA (Phoneline Network), therefore they do not use a hub. How this could make only certain packets visible is beyond me.

-- templarx

[SeqTester]

IT shouldnt be a packet issue being the Linux box is calling out all packets HAVE to go threw it.

Sounds more like a config problem.

Just my 2cp

[S_B_R]

Originally posted by t3mp14rX
Actually I DID come across the post relating to co linux instead of showeq, and btw... I checked out showeq.

As for my ip\etc setup...
eth0 is my internal NIC.
eth1 is my external NIC.
SEQ is listening to eth0, and does recognize my EQClient connection on 192.168.0.2.

Here's where I think the problem might be:
My internal network is PNA (Phoneline Network), therefore they do not use a hub. How this could make only certain packets visible is beyond me.

-- templarx

Well the PNA part would have been helpful to know up front. Since it will be pretty much impossible to get a reliable SEQ session off of that. PNA is basically a superset of Ethernet (at least that my understanding).

If the eth1 is a real NIC (i.e. not Home PNA) you'll have to set SEQ up to listen to the External NIC and your External IP address. You probably will only be able to see 1 EQ client at a time, Multiple EQ clients could confuse SEQ. I haven't played with the new code for multiple EQ clients on the same IP but it might work in this instance too.

[fryfrog]

how did you get a HomePNA network card to work in linux? the last time i tried, i couldn't find drivers for any of the 10mbit cards. i think there were drivers for the 1mbit cards but all i had were 10mbit cards.

[S_B_R]

Originally posted by fryfrog
how did you get a HomePNA network card to work in linux? the last time i tried, i couldn't find drivers for any of the 10mbit cards. i think there were drivers for the 1mbit cards but all i had were 10mbit cards.

Yes as far as I know the only PNA supported in Linux is the 1Mb version. As I recall there were a number of companies making chipsets for the 1Mb PNA, so it was pretty easy to get the specs for a linux driver. Now there is only 1 company (Broadcom (http://www.broadcom.com/) I think) making the 10Mb version and they charge something like $7000 for a license to the Specs... /shrug

[t3mp14rX]

I had to do some digging to find it,
http://www.homepna.org/support/faqs.html#FAQ6

Supports HPNA2.0 (10mb).
(you may have to edit the makefile to NOT use modversions)

Btw SBR, I tried having SEQ listen to eth1 and my external IP, yet I still didn't get any better results. I'm going to try redownloading and recompiling next... after that I'm clueless as to why it's not working.

[high_jeeves]

And you are sure you are using the latest libEQ.a? If you are getting the map to load when you zone, they you are obvisouly getting a packet stream. Also, check your conf file and make sure broken decode is off.

--Jeeves

[S_B_R]

Originally posted by t3mp14rX
I had to do some digging to find it,
http://www.homepna.org/support/faqs.html#FAQ6

Supports HPNA2.0 (10mb).
(you may have to edit the makefile to NOT use modversions)

Btw SBR, I tried having SEQ listen to eth1 and my external IP, yet I still didn't get any better results. I'm going to try redownloading and recompiling next... after that I'm clueless as to why it's not working.

EXCELLENT! I bought one of the 2 card "kits" about 6 months ago and at that time only the 1Mb version had linux drivers. 6 months ago I had a use for it but since it wasn't supported I just went ahead and ran some cat5.... Oh well....

[fryfrog]

that is totally awsome, thanks for the link. i have about 8 of these fucking cards that i had gotten when my parents used a winblows nat32 software to share their cable modem. maybe i can FINALLY use the damn things for something. of course, my damn router runs linux kernel 2.0.38... maybe one of the other free router projects runs 2.2.x and i can use it...

[t3mp14rX]

Try http://master-www.linuxrouter.org:8080/

-- TemplarX

[t3mp14rX]

Alright I'm going insane...
I've completly re-installed RHL7.2, recompiled and all that shit, and made sure everything was configured PERFECTLY.

The MOST I could get, was if I run showeq WHILE EQ is running, I'll get the location of my character, but still no spawns - and if I zone I once again load the map but I don't get my character's location or any spawns etc.

This is driving me fucking insane, it SHOULD work!!
TCPDump is showing a shitload of UDP packets to my client, so I don't think that's the problem.

I've followed every step in the HOWTO... I just... don't... get it...

I've attached my showeq.conf file.

grr...

-templarx

[S_B_R]

well, if your network is setup like you said:


As for my ip\etc setup...
eth0 is my internal NIC.
eth1 is my external NIC.
SEQ is listening to eth0, and does recognize my EQClient connection on 192.168.0.2


your showeq.conf file is listening to the wrong NIC... it shows


Device eth1 #your network device
IP 192.168.0.2 # IP of the EQ client, 127.0.0.0 is a wildcard address... ... ...

[t3mp14rX]

*twitches*

When I first setup RHL7.2, I had just the PNA LAN card installed first, and it was eth0, then later I added the internet NIC (to make linux the gateway) and it was eth1. After reinstalling, eth0 is now the internet nic, and eth1 is the pna lan card (internal). When I said I had everything setup PERFECTLY I meant it.

The only other thing I could possibly think of would be incompatibility with my kernel (for some reason). I'm running the latest RHL kernel (2.4.9-31) versus the original 2.4.7-10 kernel. Wouldn't make much sense though.

[S_B_R]

try sniffing for the external IP on the external NIC. I still think PNA is not really ethernet, and most likely that "NIC" doesn't have a true permisquous (sp?) mode. if that doesn't work try setting SEQ to the wildcard address 127.0.0.0... Only other thing I could think of would be to Make ABSOLUTLY sure that you are using the right libEQ.a

[t3mp14rX]

Already done everything you've said, as for PNA - it's like ethernet but it transmits the information over your phonelines using a different frequency than your voice communication (much like Cable or DSL internet).

[fryfrog]

thats gonna be my guess to, that it just doesn't have promisc mode... can you sniff any other traffic for sure? besides broadcast traffic?

[t3mp14rX]

I've tried sniffing the external NIC\IP, which SHOULD support promisc mode. No change... However does your internet connection have to come in through a hub? My connection goes from my Cable Modem -> my External NIC in my linux box acting as a router.

[S_B_R]

No, it doesn't matter where the traffic is comming from as long as SEQ can see the packets. Actually I would say you are doing it the best possible way, running SEQ on your router/firewall and sniffing the internal NIC and IP...

I'm grasping at straws now, do you have libpcap installed?


rpm -qa | grep libpcap

[t3mp14rX]

Yup :p

Got the latest version of every module that's needed. Every lib and associated devel version etc.

-TemplarX

[S_B_R]

Well, one other straw to grasp at... ... ...What is your datarate set to on the Client machine? In your everquest directory there's a file called datarate.txt, I think 5 is the default and 9 is the "Max"... If it's High try lowering it.

If you have followed the install instruction to the letter, it's got to be something about the PNA card...

[t3mp14rX]

Was at 10.0, tried it at 5.0, same results.
I STILL don't think it's the PNA card as if I snif the external ip\nic I get the same results... it just wouldn't make sense.

Last thing I'll say is this:
Copy & Paste of when running seq BEFORE eq:
[root@xxxxxx bin]# ./showeq -i eth1
ShowEQ 4.0.0, released under the GPL.
All ShowEQ source code is Copyright (C) 2000, 2001, 2002 by the respective ShowEQ Developers
Binary distribution without source code and resale are explictily NOT authorized by ANY party.
If you have paid for this software in any way, shape, or form, the person selling the
software is doing so in violation of the express wishes and intents of the authors of this product.

Please see http://seq.sourceforge.net for further information

Using config file '/usr/local/share/showeq/showeq.conf'
Loading filters from '/usr/local/share/showeq/filters.conf'
Opcode Logging Mask: 0 0 0
Listening for client: 192.168.0.2
Initializing Packet Capture Thread:
Filtering packets on device eth1, IP host 192.168.0.2
Categories Reloaded
ZoneServerInfo 0x5818, m_client_addr 33597632, sessionTrack = 0
ZoneServerInfo 0xe521, m_client_addr 33597632, sessionTrack = 0
ZoneServerInfo 0xe521, m_client_addr 33597632, sessionTrack = 0
ZoneServerInfo 0x3521, m_client_addr 33597632, sessionTrack = 0
ZoneServerInfo 0x0600, m_client_addr 33597632, sessionTrack = 0
ZoneServerInfo 0x0100, m_client_addr 33597632, sessionTrack = 0
ZoneServerInfo 0x0e0a, m_client_addr 33597632, sessionTrack = 0
ZoneServerInfo 0x0000, m_client_addr 33597632, sessionTrack = 0
ZoneServerInfo 0x3921, m_client_addr 33597632, sessionTrack = 0
ZoneServerInfo 0x0300, m_client_addr 33597632, sessionTrack = 0
ZoneServerInfo 0x0500, m_client_addr 33597632, sessionTrack = 0
ZoneServerInfo 0x3f73, m_client_addr 33597632, sessionTrack = 0
ZoneServerInfo 0x008d, m_client_addr 33597632, sessionTrack = 0
ZoneServerInfo 0x0180, m_client_addr 33597632, sessionTrack = 0
Zone: EntryCode: Client
Now when I zone...:
Zone: EntryCode: Client
Zone: ChangeCode: Client, Zone: ecommons
Loaded map: '/usr/local/share/showeq/Ecommons.map'
ZoneServerInfo 0x5818, m_client_addr 33597632, sessionTrack = 0
ZoneServerInfo 0xe521, m_client_addr 33597632, sessionTrack = 0
ZoneServerInfo 0xe521, m_client_addr 33597632, sessionTrack = 0
ZoneServerInfo 0x3521, m_client_addr 33597632, sessionTrack = 0
ZoneServerInfo 0x0000, m_client_addr 33597632, sessionTrack = 0
ZoneServerInfo 0x0200, m_client_addr 33597632, sessionTrack = 0
ZoneServerInfo 0x0000, m_client_addr 33597632, sessionTrack = 0
ZoneServerInfo 0x0000, m_client_addr 33597632, sessionTrack = 0
ZoneServerInfo 0x3921, m_client_addr 33597632, sessionTrack = 0
ZoneServerInfo 0x0100, m_client_addr 33597632, sessionTrack = 0
ZoneServerInfo 0x0600, m_client_addr 33597632, sessionTrack = 0
ZoneServerInfo 0xbe34, m_client_addr 33597632, sessionTrack = 0
ZoneServerInfo 0x6b00, m_client_addr 33597632, sessionTrack = 0
ZoneServerInfo 0x0180, m_client_addr 33597632, sessionTrack = 0
Zone: EntryCode: Client

Then, if I run SEQ WHILE EQ is running:
[root@xxxxx bin]# ./showeq -i eth1
ShowEQ 4.0.0, released under the GPL.
All ShowEQ source code is Copyright (C) 2000, 2001, 2002 by the respective ShowEQ Developers
Binary distribution without source code and resale are explictily NOT authorized by ANY party.
If you have paid for this software in any way, shape, or form, the person selling the
software is doing so in violation of the express wishes and intents of the authors of this product.

Please see http://seq.sourceforge.net for further information

Using config file '/usr/local/share/showeq/showeq.conf'
Loading filters from '/usr/local/share/showeq/filters.conf'
Opcode Logging Mask: 0 0 0
Listening for client: 192.168.0.2
Initializing Packet Capture Thread:
Filtering packets on device eth1, IP host 192.168.0.2
Categories Reloaded
Your player's id is 2482
-- during this time my LOC is updated correctly in SEQ.
Now, after zoning (after starting SEQ after EQ was started):
Zone: ChangeCode: Client, Zone: commons
Loaded map: '/usr/local/share/showeq/Commons.map'
ZoneServerInfo 0x5818, m_client_addr 33597632, sessionTrack = 0
ZoneServerInfo 0xe521, m_client_addr 33597632, sessionTrack = 0
ZoneServerInfo 0xe521, m_client_addr 33597632, sessionTrack = 0
ZoneServerInfo 0x3521, m_client_addr 33597632, sessionTrack = 0
ZoneServerInfo 0x0200, m_client_addr 33597632, sessionTrack = 0
ZoneServerInfo 0x0300, m_client_addr 33597632, sessionTrack = 0
ZoneServerInfo 0x0100, m_client_addr 33597632, sessionTrack = 0
ZoneServerInfo 0x0000, m_client_addr 33597632, sessionTrack = 0
ZoneServerInfo 0x3921, m_client_addr 33597632, sessionTrack = 0
ZoneServerInfo 0x0700, m_client_addr 33597632, sessionTrack = 0
ZoneServerInfo 0x0600, m_client_addr 33597632, sessionTrack = 0
ZoneServerInfo 0x4559, m_client_addr 33597632, sessionTrack = 0
ZoneServerInfo 0x0000, m_client_addr 33597632, sessionTrack = 0
ZoneServerInfo 0x0180, m_client_addr 33597632, sessionTrack = 0
Zone: EntryCode: Client

After zoning I once again lose all location information and am left with the map.
-- results are exactly the same when sniffing external IP\NIC

[S_B_R]

you're not using PPPOE software of any kind are you? What kind of connection to the internet are you using? If it's a cablemodem or DSL what model is the modem? What Internet provider are you using? What kind of NIC is your "External" NIC?

Try running showeq without any command line options, see if that makes any difference...

[jaguar36]

I have the exact same problem as TemplarX, I get SEQ running and it shows the maps and stuff, but no spawn info.

I'm using mandrake 8.1, win2k, also have the linux box acting as a gateway, sept I'm using a nice normal nic with a ethernet cable.

[S_B_R]

ok try this, mv libEQ.a so that it's not in your lib_path and then run showeq. and see what you get.

if that changes anything I'm betting you either have the wrong libEQ or the one you have is corrupt. If that doesn't change anything I would like the question I asked above answered..

[high_jeeves]

libEQ.a is a static library. Moving it wont make any difference (it is built into the application at compile time, not linked at runtime like a dynamic library).

--Jeeves

[S_B_R]

yeah your right, I tested it out I guess I didn't wait long enough before I decided it would make a difference.... ;) /bonk me

[t3mp14rX]

No PPPOE software.
my ISP is TimeWarner Cable's "RoadRunner" Service.
Modem is a Motorola Surfboard SB4100 Cable Modem
External NIC is a "Linksys LNE100TX Fast Ethernet Adapter" (LNE100TX v4)

As for libEQ.a, I downloaded it from the link given in the "Unofficial SEQ HOWTO and FAQ" for RHL7.2.
md5sum is correct.

[S_B_R]

hmmm, well, more questions I guess.

What is the IP address of the internal NIC on your linux box? Check it and make sure it is what you think it is.

Check to make sure that the Internal and External NIC are the ones you think they are. ifconfig -a

What is the IP address of the EQ Client machine? Again check it to make sure it is what you think it is.

Does the EQ Client machine have more than one NIC? If it does disable the secondary NIC and try again.

I know these thing seem redundant and you've probably done them before, but I have nearly the exact same setup as you, the only difference is the kind of NIC's in my router. My External is a Linksys 10baseT combo card, and the internal NIC is a Intel ProServer card. The rest of my setup is exactly the same. Even the Cable modem and service provider. Heck even my EQ Client IP is the same 192.168.0.2...

The only real difference seems to be that mine works flawlessly and yours doesn't work at all... :confused:

[high_jeeves]

Lets start even simpler than that... do a tcpdump -i eth0 (or 1), and see if it dumps lots of packets when you play EQ. If starts to, but then stops for some reason, its a network problem.

You could also turn on packet debugging to get an idea of exactly what ShowEQ thinks its getting.

[S_B_R]

I think he did that already Jeeves. But that wouldn't hurt to test again.

[t3mp14rX]

tcpdump shows a shitload of communication between sony and my client machine.

As for packet debugging - how would I go about turning that on?

[S_B_R]

Did you go throught and double check all those things I mentioned? I know you've done it before but something simple like specifing the wrong NIC but the right IP or vice versa could cause the problems you are seeing.

If all those are ABSOLUTLY correct, then I would suggest wiping system, and re-installing RH7.2. then get SEQ working, then get any updates that you want for RedHat...

[t3mp14rX]

Yes I'm 100% sure it's setup correctly.
As for wiping and reinstalling... I already did that. (as was suggested in a similar topic) I still get the problem.

I really don't believe this has to do with my hardware setup, because there have been numerous people with this problem.

[high_jeeves]

Not entirely sure about how to enable packet debugging, perhaps in the conf file. I beleive it was Yendor who wrote it (Sorry to whoever really wrote it, if i'm wrong). Search for posts by him, he explains how to use it.

As for other people, I think most people who have this problem have the wrong hubs. I havnt seen anyone else post regarding your exact problem (gets map, but no spawns).

--Jeeves

[jaguar36]

I figured out my problem which was that I had SEQ looking at the wrong eth card.

[S_B_R]

Originally posted by jaguar36
I have the exact same problem as TemplarX, I get SEQ running and it shows the maps and stuff, but no spawn info.

I'm using mandrake 8.1, win2k, also have the linux box acting as a gateway, sept I'm using a nice normal nic with a ethernet cable.


Originally posted by jaguar36
I figured out my problem which was that I had SEQ looking at the wrong eth card.

See templarX, no one I know of has the same exact problem as you. Just trying to help out, gotta rule out the simple stuff first you know. ;)

[S_B_R]

Hey TemplarX, did you figure out what was wrong? I'm interested in the out come. If you fixed it what did you do to fix it. This problem was a real enigma, as one can tell from the number of posts... ;)

[t3mp14rX]

Nope.

I've basically given up. Last thing I tried was recompiling with a libEQ.a downloaded from an alternate source. Still no change.

[S_B_R]

Hmm, ok maybe try sniffing by MAC address

showeq -i ethX --mac-address=<MAC Address of your EQ client NIC>

or maybe theres a problem somewhere with Promiscuous mode try running it with that turned off. just add a "-P" to what ever commandline you've been using. Since you're running SEQ on your router/firewall it doesn't really need promiscuous mode. ;)