mIRC Home    About    Download    Register    News    Help

Print Thread
Joined: Feb 2003
Posts: 9
S
Spion Offline OP
Nutrimatic drinks dispenser
OP Offline
Nutrimatic drinks dispenser
S
Joined: Feb 2003
Posts: 9
EDITED (incorrect information) Now I am not sure this is a bug or a "connection problem" so I might post here, and moderators should decide where it should go.

I've had problems with "Invalid parameters" using aDSL connection and mIRC and trying DCC chat/send on some user (or myself) for a while. Confirmed by two friends so far that also have aDSL connections

Aditional information:

--------------------------
System information:

Windows XP, AMD AthlonXP 2600+ on 1.9GHz.
The bug was also found on my friend's computer using Win2K and AthlonXP,
and on another friend's computer with a P4 and XP sp2

--------------------------
Connection info:

1) mine: aDSL modem AZTECH 355 (DMZ set to my local IP) - using an ethernet card : Via Rhine II Fast ethernet adapter. ISP : MTNet (Macedonia)
2) friend1: Zoom adsl x5 (with latest firmware) (DMZ set to his local ip) - using ethernet card: Intel(R) PRO/100 VE Network Connection ISP: advance group (formerly enterprise.net)
3) friend2: USB Elconm (no DMZ, just port forwarding) - using USB interface/drivers smile ISP: MTNet (Macedonia)

--------------------------
Other info:

1) The problem appears when mIRC is connected to ports 6667, 6668, 6662 AND others, but NOT with 6666 (havent tried other ports)
2) When trying to use /debug @test, and doing a //dcc chat $me the following appears:
-> Lelystad.NL.EU.UnderNet.Org NOTICE spion-- laughCC Chat (62.162.227.232)
-> Lelystad.NL.EU.UnderNet.Org PRIVMSG spion-- :DCC CHAT chat 1050862568 2948
<- :spion--!spion@62.162.227.232 NOTICE spion-- laughCC Chat (62.162.227.232)
<- :spion--!spion@62.162.227.232 PRIVMSG spion-- :DCC CHAT chat A&#1034;‘&#1057;&#1039;hi

Notice how there is garbage data in the recieved CTCP line instead of the actual ip/port information. The garbage data is IP-address specific, and the same garbage data is sent for different ports. Another example:

-> Lelystad.NL.EU.UnderNet.Org NOTICE spion-- laughCC Chat (62.162.227.232)
-> Lelystad.NL.EU.UnderNet.Org PRIVMSG spion-- :DCC CHAT chat 1050862568 4129
<- :spion--!spion@62.162.227.232 NOTICE spion-- laughCC Chat (62.162.227.232)
<- :spion--!spion@62.162.227.232 PRIVMSG spion-- :DCC CHAT chat A&#1034;‘&#1057;&#1039;hi

The same happens on my friends' computers.

I did some additional tests with a mIRC copy connected using port 6666 and :
1) there is no garbage data when I use /dcc chat from mIRC connected to 6666 to mIRC connected to 6666 (the recieved data is normal) Example:
-> graz2.at.Eu.UnderNet.org NOTICE Newk- laughCC Chat (62.162.227.232)
-> graz2.at.Eu.UnderNet.org PRIVMSG Newk- :DCC CHAT chat 1050862568 4886
<- :Newk-!newk@62.162.227.232 NOTICE Newk- laughCC Chat (62.162.227.232)
<- :Newk-!newk@62.162.227.232 PRIVMSG Newk- :DCC CHAT chat 1050862568 4886
2) there is no garbage data when I use /dcc chat from mIRC connected on port 6667 to mIRC connected on port 6666
3) there IS garbage data recieved when I use /dcc chat from mIRC connected on 6666 to mIRC connected on 6667 (the same garbage data appears in mIRC 6.1's debug @test window, while mIRC 6.16's debug window reports that normal data sent.

On different networks (EFNet) the results are the same

It is could be a mIRC bug, but it also could be something (router?) modifying the INCOMING data when mIRC is connected to port 6667/6668/6662, and not wihen connected to 6666.
Anyway, apperently something is filtering and modifying the incoming data when ports different then 6666 are used.

Dcc options :
1) Bind sockets to IP on/off with the local ip specified DOESNT change anything (the garbage data IS still there)
2) Use random ports, and all the other options DONT change anything (the garbage data IS still there)
3) DCC Server beeing enabled or disabled has NO effects.

Last edited by Spion; 07/02/05 12:31 AM.

[email]Spion@Undernet[/email], @#mirc
Joined: Sep 2003
Posts: 4,230
D
Hoopy frood
Offline
Hoopy frood
D
Joined: Sep 2003
Posts: 4,230
tried packet sniffing it before it goes out, and on its way in? It really looks like a NAT/router dcc adjustment failing to work correctly.

You have done your homework on the report, but I would assume if it was just mirc, it would be appearing on a huge number of systems, are these friends and your self all on one ISP ?

PS: im not giving you the brush off, just saying it "maybe" external to mirc.

Joined: Feb 2003
Posts: 9
S
Spion Offline OP
Nutrimatic drinks dispenser
OP Offline
Nutrimatic drinks dispenser
S
Joined: Feb 2003
Posts: 9
I edited the post for incorrect information DaveC. Looks like something is filtering/modifying data when specific ports are used (eg. 6667), and its not when other ports are used (eg. 6666). It has nothing to do with the mIRC version. It might be a router, however, it happens with 3 different modems. The ISP of one of my friends is not the same with mine, so it also happens with 2 different ISPs. And it also happens on 2 different networks. (undernet/efnet)

I will try using dial-up and see what happens.

Last edited by Spion; 06/02/05 11:54 PM.

[email]Spion@Undernet[/email], @#mirc
Joined: Apr 2004
Posts: 871
Sat Offline
Hoopy frood
Offline
Hoopy frood
Joined: Apr 2004
Posts: 871
Just FYI, something similar has been reported before: very weird (DCC) problem..


Saturn, QuakeNet staff
Joined: Feb 2003
Posts: 9
S
Spion Offline OP
Nutrimatic drinks dispenser
OP Offline
Nutrimatic drinks dispenser
S
Joined: Feb 2003
Posts: 9
Its NOT a mIRC issue. I've tried a different client (telnet smile and the problems are the same. Sorry.


[email]Spion@Undernet[/email], @#mirc
Joined: Dec 2002
Posts: 349
S
Fjord artisan
Offline
Fjord artisan
S
Joined: Dec 2002
Posts: 349
If you're sure it's not the router, you could try LSPfix to check for and remove anything screwing stuff around in the middle.

Hope that helps smile


Link Copied to Clipboard