Zandronum Chat @ irc.zandronum.com
#zandronum
Get the latest version: 3.0
Source Code

View Issue Details Jump to Notes ] Issue History ] Print ]
IDProjectCategoryView StatusDate SubmittedLast Update
0000214Zandronum[All Projects] Suggestionpublic2010-11-28 22:522018-10-14 19:44
ReporterMaster O 
Assigned To 
PrioritynormalSeverityminorReproducibilityN/A
StatusacknowledgedResolutionopen 
PlatformOSAll OSes Skulltag runs onOS Version
Product Version98d 
Target VersionFixed in Version 
Summary0000214: IPV6 Support for Skulltag on All OSes it runs on
DescriptionIn the next couple of years at most, the IPV4 address space is going to be running out. The networking powers that be have developed IPV6 as a solution to that and ISPs have slowly started incorporating it in their hardware.

I know that IVP6's implementation is preliminary right now in the networking world in general. However, since the internet is going to be running IPV4 and V6 in the foreseeable future, I believe it would make sense to start implementing IPV6 now to avoid obvious future connectivity problems.
Attached Filespng file icon IPv6.png [^] (135,423 bytes) 2018-08-09 17:36

- Relationships
has duplicate 0000798closed Zandronum IPv6 Support for All Versions of Skulltag across Windows and Linux 
related to 0003531confirmed Doomseeker IPV6 Support for Doomseeker 

-  Notes
User avatar (0003370)
TIHan (reporter)
2012-04-21 20:32

http://www.skulltag.com/forum/viewtopic.php?f=107&t=30942 [^]

I have a working concept of ST using IPv6. It works but it is not finished and not very well coded.

However, ST doesn't need to immediately be working on IPv6, as such even my ISP doesn't give me an IPv6 address. So atm, it's just a nice to have unless we hit something where we really need it.
User avatar (0007456)
Master O (reporter)
2013-10-22 21:11

I know this old news by now, but just for the tracker record, both Verizon and Comcast are deploying ipv6 now. The links below refer to their ipv6 implementation plans:

Verizon:

http://www.verizon.com/Support/Residential/Internet/HighSpeed/General+Support/Top+Questions/QuestionsOne/ATLAS8742.htm [^]

Comcast:

http://comcast6.net/ [^]
User avatar (0007467)
Torr Samaho (administrator)
2013-10-26 16:56

I'm on DS lite now and could actually test IPv6 stuff. I'm already accessing zandronum.com via IPv6.
User avatar (0008410)
Master O (reporter)
2014-03-15 22:26

How's testing going, then, out of curiosity?
User avatar (0009437)
Watermelon (developer)
2014-06-15 16:05

Tihan is sort of gone..., hopefully we can cross this bridge when the time comes
User avatar (0011681)
Master O (reporter)
2015-02-14 19:28
edited on: 2015-02-14 19:32

I hate to break it to you guys, but we're already at the ipv6 bridge. At least in the US, all of the major ISPs have enabled it. Youtube now defaults to it, as well.

In all seriousness, there's no further excuse for ipv6 not to be implemented.

User avatar (0011682)
Blzut3 (administrator)
2015-02-14 20:06

I still have no IPv6 on my fixed line. I do on my cellphone though.
User avatar (0011683)
Dusk (developer)
2015-02-14 20:06

So far nobody still uses ipv6 though so I see no reason to waste time on this.
User avatar (0012748)
Master O (reporter)
2015-06-18 02:01

http://arstechnica.com/apple/2015/06/apple-to-ios-devs-ipv6-only-cell-service-is-coming-soon-get-your-apps-ready/ [^]
User avatar (0012756)
Blzut3 (administrator)
2015-06-20 03:01

Still doesn't change the fact that it's still hard to find a fixed line ipv6 connection. I was surprised to find out that my uncle has ipv6 since the Internet service there is otherwise pretty lackluster.
User avatar (0019273)
Master O (reporter)
2018-06-17 19:45

Sure, it might not be more than 50% yet, but 25% is nothing to dismiss, either:

https://www.google.com/intl/en/ipv6/statistics.html [^]
User avatar (0019302)
Bill Buchanan (reporter)
2018-08-04 03:52
edited on: 2018-08-04 05:01

I believe IPv6 has advanced to the point of necessitating a reexamination of this issue in greater depth. IPv6 in certain regions has gone from being a new commodity to a potential necessity for server hosting applications on both PC and home consoles.

Many years ago, I was able to run a home Zandronum server just fine on my PC (I had to go through the port forwarding routine, but whatever). I switched location and ISP. I'm currently on mobile Wi-Fi internet, which as I'm reading up on is very unfriendly towards server hosting.
I used the same identical port forwarding and Zand settings, etc. Servers just don't show up.https://zandronum.com/forum/viewtopic.php?t=5191#p70743 [^] The sv_showlauncherqueries test also shows no pings or traffic.

https://zandronum.com/forum/viewtopic.php?t=1763 [^]
https://zandronum.com/forum/viewtopic.php?t=5191 [^]
https://zandronum.com/forum/viewtopic.php?t=4929 [^]

The default response to these topic is inevitably "forward you ports". The latter topic is particularly notable for this answer bandwagon-ing. This answer works most of the time... but in some situations isn't enough.

https://zandronum.com/forum/viewtopic.php?t=1763#p21572 [^] Goes into a bit more detail, basically that the NAT process isn't Zand friendly.

https://www.reddit.com/r/verizon/comments/62iz3b/verizon_jetpack_with_ps4_nat_issue/ [^] A more general and thorough scope of the NAT issue. Basically, that IPv4 addresses, particularly with 4G services like the VZW Jetpack and ATT mobile hotspots, are NATed several times over (at least through three different routers according to one source), while IPv6 compatible devices get a clean IPv6 address and connection on the network. This is necessary because IPv4 address are now being used in tandem with IPv6 on the internet because there basically aren't any IPv4 address left.

https://community.verizonwireless.com/thread/821664 [^]
https://community.verizonwireless.com/thread/938358 [^]
https://forums.att.com/t5/Phone-Device-Upgrades/Open-Nat-Type-On-Phone-Hotspot/td-p/4976507 [^]

There are umpteen support topics like this stemming from the NAT issue, both on community websites like Reddit (and Zandronum), as well as official posts from the ISPs own admins at their tech support boards. Notably, both device and game need to be IPv6 compatible. PS4 isn't, and neither is Xbox 360. Xbox One is, but the story doesn't end there. A lot of PCs, e.g. Windows 7, are IPv6 compatible, but the games necessarily aren't programmed to communicate that way (Zandronum being the game in this case). This isn't usually an issue establishing a connection with a server, but it very much is if you try to run a server--or try to turn your PC into one, which is essentially what you do when you run the Zandronum client.

https://m.zandronum.com/forum/viewtopic.php?f=39&t=8828 [^] There doesn't seem to be much of a need to add more advanced IPv6 compatibility into Zandronum seen ("waste time" was said a few years ago in this tracker). However, IPv6 has come quite aways since then, and it appears it might also be the solution for those that are stuck with ISPs that don't have open NATs. I would label this a fairly major issue if it's preventing people from using the Zandronum client, particularly for people going even a few years back where they couldn't (and still can't) host Zand games.

tl;dr: IPv6 could be the answer for Zand users dealing with unopened NATs that can't host servers no matter what they do or what ports they forward, where the NAT at the networks end itself converts their private IPv4 address they give to you into IPv6. If this isn't the most technically accurate explanation, the gist of it is there, and the sources are there to look up at your leisure, both researched and official. The common threads here are NAT firewalls, NAT processes that convert IPv4 to IPv6, and a lack of IPv6 compatibility amongst affected devices on these problematic ISPs. A IPv6 connection straight from the software on the computer to the ISP would get the NAT process less involved in whatever melting process it does to IPv4 connections.

https://x1.rfc1337.net/stforum/viewtopic.php?f=107&t=30942 [^] Archive of TIHan's link. The code itself appears lost, unfortunately, but the research materials are there to examine.

User avatar (0019303)
Filystea (reporter)
2018-08-04 06:03

So you can't run a server on ipv6 from your crappy home computer. Not an issue.

Anyway implementing ipv6 support is piece of cake for unix.
Duno about windows since it;s crap.

But for unix all is in "Unix Network Programming" 3-rd edit Vol 1.

Just the mongo-devs are lazy burgers who instead of solving real world gaming problems tend to jump over shit like "add a directory because gnu"
User avatar (0019304)
Torr Samaho (administrator)
2018-08-04 09:11

FYI, I started looking into this. Some of the refactoring you may have noticed recently was meant to facilitate IPv6.

Quote from "Bill Buchanan"

 The code itself appears lost, unfortunately, but the research materials are there to examine.

I still have his old code and ported it to the latest Zandronum version. Unfortunately, it was far from finished. It just generalized a few functions to work with IPv4 and IPv6. It didn't add anything yet to actually use IPv6.
User avatar (0019306)
Bill Buchanan (reporter)
2018-08-04 13:20
edited on: 2018-08-08 02:32

Quote from "Filystea"
So you can't run a server on ipv6 from your crappy home computer. Not an issue.

If you read what I posted, and follow the links, you'll find out that the computer has absolutely nothing to do with causing the issue. Windows 7 is IPv6 compatible (I tested IPv6 myself by disabling IPv4). The issue is trying to get Zandronum to communicate with the ISP and the internet as a whole, not the computer (unless you're trying to run a server with Windows 95, which is certainly far from the case here).

I'm uncertain where you read that my computer was the issue here, especially when I've already stipulated it's ran a Zand server successfully in the past.

The facts are, some ISPs aren't very forgiving towards IPv4 server hosting applications. Is that an ISP or Zand issue? Whether it is or isn't, it doesn't change the fact that IPv6 implementation on Zand's end would resolve the issue for me and others who can't host Zand. If that's true, does some semantic argument of 'who's to blame' (ISP or Zand) really matter?

The reality is the internet is advancing to the point of being a IPv6 realm. IPv4-only applications (Zandronum being one such example in this case for me and many others) are starting to become incompatible with certain IPv6 ISPs. Those users are affected, and the percentages might well slowly flip around over the coming years until it's only the people on older, backwater IPv4 ISPs that are able to host Zand. As it stands, we're already at the point of a lack of built-in IPv6 causing connectivity issues.

Quote from "Torr Samaho"
Some of the refactoring you may have noticed recently was meant to facilitate IPv6.

I still have his old code and ported it to the latest Zandronum version. Unfortunately, it was far from finished. It just generalized a few functions to work with IPv4 and IPv6. It didn't add anything yet to actually use IPv6."

If a test or alpha build comes out, I could do a 1-on-1 test since I know I'm an affected user. Another person (HexaDoken) chimed in on #Zandronum, with Marcaek, that also reported to be affected by this.

User avatar (0019314)
Master O (reporter)
2018-08-07 22:52
edited on: 2018-08-07 22:56

If it helps you guys at all, there are examples of sourceports for other FPSes that already have IPV6 support:

1) Ioquake 3 for Quake 3:https://github.com/ioquake/ioq3/tree/master/ [^]

2) Dxx-Rebirth and D2x-Rebith for Descent 1 and 2 respectively:

https://github.com/dxx-rebirth/dxx-rebirth/tree/144515ff887f7641aa81bc9741c2f16f078cfdce/common [^]

I do not know exactly where in their respective source codes the ipv6-related code is, but I'm sure you guys will find it without much trouble. Ioquake 3's might be under the master/code/server folder. Not sure about Dxx-rebirth's though.

User avatar (0019315)
Bill Buchanan (reporter)
2018-08-09 03:34
edited on: 2018-08-09 03:43

Some more symptom notes:

I tried hosting a server, and I was able to find my server in the list (checked by hosting with IDE, disabling LAN, and checking the list in Doomseeker). Naturally, it had an IPv4 address because what else is Zandronum going to communicate with? The server showed up as one of those <NO RESPONSE> servers, the ones where you can see it but not any details (WADs, players, etc.). Of course it might have just showed up because it was able to see locally sent traffic on my network, but eh. The curious part is that the port was :3862, which is definitely not what I specified (the same port also happened when I launched and searched with Doomseeker).

Zandronum goes through my ISP with this IP address, which the ISP gets, then apparently converts to IPv6 at their end. Part of this conversion process is apparently handing port warding at their end, i.e. the bogus 3862--this all matches the symptoms outlined in my sources, particularly the Reddit link.

This may have been a mere feature suggestion in 2010, back when Skulltag was still a thing, but this is eight years later--a lack of IPv6 support is causing real issues, now rendering some incapable of hosting servers because their ISPs have advanced past that point and now have to go out of their way to make IPv4 connections, i.e. the crazy CGR routing.

Again, like I said, I'd be game for testing out a IPv6 build if such a thing happens to see more into what's going on.

User avatar (0019327)
Filystea (reporter)
2018-08-13 16:03

"
If you read what I posted, and follow the links, you'll find out that the computer has absolutely nothing to do with causing the issue. Windows 7 is IPv6 compatible (I tested IPv6 myself by disabling IPv4). The issue is trying to get Zandronum to communicate with the ISP and the internet as a whole, not the computer (unless you're trying to run a server with Windows 95, which is certainly far from the case here)."

I called it crap because I could. You have ipv6. You can not host. Well not an issue for me. Just buy a server with ipv4.

For unix I could possibly write those few more lines for you (assuming you are dual stack - which should be nearly everything out there ). But I won't since I do not have ipv6, so I can't test this. And don't want to listen to crap like "you fucked up Fily".

Also there would be an outburst not to touch code that went out of my hands hue hue. But that, <pause> is another story.
User avatar (0019328)
Bill Buchanan (reporter)
2018-08-13 17:06
edited on: 2018-08-13 17:17

You may have misunderstood what I meant by "server". If you look at the picture I attached, I'm referring to the server/client program included with Zandronum. I'm not looking to compete with TSGP or FunCrusher and run a server cluster--just run a server on my home computer, one which has A: run a server successfully in the past, and B: is both IPv6 (which the uploaded picture proves) and IPv4 compatible (so the purchase of a IPv4 server will make zero difference here--no amount of different server, computer or OS will change the situation on my end. The problem is no more or less complicated than the fact that my and other's ISP has advanced past IPv4 to IPv6, and what was once a nice feature suggestion is now mandatory for many to be able to use server part of the program).

If you're serious here, then I can take your offer up to test an IPv6 build of Zand on Linux at my end since I know I've got a IPv6 ISP that Zandronum is insufficiently coded to work with. I've never compiled anything on Linux before, so I'm not sure how this would work, but I'd take the task on to advance this issue. You did say it was a "piece of cake", after all. (:

User avatar (0019329)
Filystea (reporter)
2018-08-13 18:45
edited on: 2018-08-13 18:46

Come on ##zandronum on freenode and talk with me there. I am not that often there but I do show up. Since I was called out I will idle there.

Talk with me there and I might help you out.

User avatar (0019330)
Bill Buchanan (reporter)
2018-08-13 19:01

Freenode/a group on Freenode recently launched a pretty violent spambot attack on irc.zandronum.net, so I'm skiddish of joining Freenode and exposing myself there. At its peak, bots were joining channels once every two minutes and bombing it with links to YouTube channels, Freenode networks, and very suspicious-looking JavaScript links that lead to who knows where.

Is there a reason you can't be on the proper #Zandronum at irc.zandronum.net? I can't see you there (that or I'm missing you).

(for right now, we're trying to hobble together some IPv6 Linux build, which is on-topic, but I'd like to avoid getting to conversation-y here. This is a bug tracker, after all...)
User avatar (0019331)
Filystea (reporter)
2018-08-13 19:38

Just get a cape if you are afraid to show your IP to everyone. Not that it gives much.

I won't evade on zandronum irc since I don't see point in losing potentialy good working ips - those are for big balls.
I am master banned - this should answer most of your questions.

Anyway you know where to find me. Indeed enough of this off topic.
User avatar (0019416)
Torr Samaho (administrator)
2018-08-26 19:47

FYI, I fully agree that the time to support IPv6 has come. So there is no need to argue whether IPv4 support is sufficient.

Quote from "Bill Buchanan"

If a test or alpha build comes out, I could do a 1-on-1 test since I know I'm an affected user. Another person (HexaDoken) chimed in on #Zandronum, with Marcaek, that also reported to be affected by this.

I'll post here, if I have something ready to test. I didn't have much time lately though, so there is nothing ready to be tested yet.
User avatar (0019437)
Bill Buchanan (reporter)
2018-08-27 14:13
edited on: 2018-08-27 17:33

There isn't really an argument here at this point, and the last message was about two weeks ago, anyway. Since that time, Filystea and I have been trying to hobble something together. I'll leave it to Filystea to fill in the blanks on what it's like from his side of what's happened so far.

In another test, I started a standard Zandronum server on my computer. Like before and in the picture, it showed up as <NO RESPONSE>, but I had someone go looking for it, and as it turns out he was able to actually see the server. Of course, since he found it in <NO RESPONSE> land, he wasn't able to see any WAD information or connect. Also like before, the Zand port specified by me (10666) was ignored in favour of a different one. Also, any time I closed the server down and immediately restarted it with the 'fake' port I saw (e.g., 4121), the re-launched server would show up on master with a different port (e.g., 4111, so the world-wide port adapts to always be different from what I specify in Doomseeker); but if I close the server down and relaunch without changing the port to match (don't chase down 4111 but keep it at 4121), the re-launched server will have the same 'fake' 4111 port.

Not that it's necessary, but I happened upon another discussion on the subject, this one from someone trying to set up a Linode server service.https://irclogs.thegrebs.com/linode/2017/06/14 [^] Of particular relevance is the part from 05:12 to 05:15 (again, I'm not making an argument, just providing any relevant technical information I can find about this issue that may be of help towards understanding and development).
Quote

05:14 <Pep> although i'm a bit confused about how t-mobile US is going to handle it...
05:14 <Pep> basically they switched to a ipv6 only stack
05:14 -!- lgv is now known as skule
05:14 <Pep> if the phone resolves an ipv4 only domain, it resolves as a nat'd address on their nat64gw
05:15 <Pep> so directing to my dns it will resolve ipv4 only or a mapped ipv4 address which a t-mobile phone won't be able to route :/


User avatar (0019530)
StrikerMan780 (reporter)
2018-09-16 04:07

Definitely think it's about time for IPv6 support. Thought it was there already, but I was incorrect. A friend of mine just recently got a new modem from comcast, and they don't even support port forwarding anymore, but it does support IPv6, which would allow him to host again.
User avatar (0019844)
Torr Samaho (administrator)
2018-09-30 15:45

I finally have a first IPv6 prototype that works locally on my machine:

https://bitbucket.org/zandronum/zandronum-sandbox-stable/commits/954ff74d4185567b37fa828c207ff834de5fc560 [^]

This is still IPv6 only and the master server has not idea of IPv6 yet. It should be sufficient though for some initial testing if the clients manually connect to the server's IPv6 address, e.g.
zandronum.exe -connect [address]:port
User avatar (0019881)
AOSP (reporter)
2018-10-02 16:00
edited on: 2018-10-02 16:18

I had to modify a few lines to get it to compile on Linux: I got errors about IN6_ADDR being undefined and being unable to convert to sockaddr_in6* to sockaddr*. That was easily fixed though, I just #defined IN6_ADDR to in6_addr and modified it to explicitly cast to sockaddr*. After that, some quick testing on localhost worked fine. I'll see if I can do some testing with some other people soon.

edit: You also need -nobroadcast, otherwise you get spammed with:

NETWORK_LaunchPacket: Network is unreachable
NETWORK_LaunchPacket: Address 255.255.255.255:15101


edit: I can also creatively use my /64 range nowhttps://i.imgur.com/96z1t9f.png [^]

User avatar (0019882)
Filystea (reporter)
2018-10-02 16:38
edited on: 2018-10-02 16:42

"There isn't really an argument here at this point, and the last message was about two weeks ago, anyway. Since that time, Filystea and I have been trying to hobble something together. I'll leave it to Filystea to fill in the blanks on what it's like from his side of what's happened so far.
"

I was away for 1,5 week so I kind of droped the contact but got nearly all the three files swaped to support ipv6 ( only ). And ofc only for unix. Did not compile and check if it even works since did not finish. Was too busy.

Nice to see the developers moved their ass.

Main job is to go to src and grep -nR sin .
Seems all are in three files. net.cpp network.cpp and networkshared.cpp alse some little in sv_master.
Than you look for INET and sockaddr_in. That's all. Than fix the functions that do job on them and replace only ipv4 functions with those who can handle ipv6


But there is a bit of writing tbh. I thought at start there is less.

User avatar (0019890)
Torr Samaho (administrator)
2018-10-02 19:52

Quote from AOSP

I had to modify a few lines to get it to compile on Linux:

So far I only tested this under Windows. Would you mind sending the changes you made to fix the Linux compile problems?

Quote from AOSP

edit: You also need -nobroadcast, otherwise you get spammed with:

https://bitbucket.org/zandronum/zandronum-sandbox-stable/commits/9741b571ba81828f95d483a259fae34f29e1cf78 [^]

should take care of the spam. The IPv4 LAN broadcasts seem to work again now. Connecting to the IPv6 server with IPv4 still doesn't seem to work on my end though.
User avatar (0019891)
Filystea (reporter)
2018-10-02 20:43
edited on: 2018-10-02 20:56

Not all systems support dual stack ( most do thou ). Either check IPV6_V6ONLY socket option and set it *edit* false if you want dual stack or it might be not supported and you need to go with two servers one running on ipv6 one on ipv4.

User avatar (0019893)
Torr Samaho (administrator)
2018-10-03 16:59
edited on: 2018-10-03 17:03

https://bitbucket.org/zandronum/zandronum-sandbox-stable/commits/d04499229a2859d7765f26041b5332a7fd9fe002 [^]

should now allow the server to accept both IPv4 and IPv6 connections as long as the OS supports the IPv4-mapped address feature. Let's see if all operating systems used for hosting Zandronum servers support this. If not, I'll have to implement two sockets, one or IPv4 and one of IPv6.

User avatar (0019894)
Edward-san (developer)
2018-10-03 21:39

After pulling the changes, I cannot compile on my OSX machine:


../src/network.cpp:166:56: error: unknown type name 'IN6_ADDR'
static bool network_BindSocketToPort( SOCKET Socket, IN6_ADDR ulInAddr, USHORT usPort, bool bReUse );
                                                                         ^
../src/network.cpp:193:3: error: unknown type name 'IN6_ADDR'
                IN6_ADDR ulInAddr = in6addr_any;
                ^
../src/network.cpp:198:4: error: unknown type name 'IN6_ADDR'
                        IN6_ADDR inAddr;
                        ^
../src/network.cpp:543:14: error: no matching function for call to 'recvfrom'
        lNumBytes = recvfrom( g_NetworkSocket, (char *)g_ucHuffmanBuffer, sizeof( g_ucHuffmanBuffer ), 0, &SocketFrom, (socklen_t *)&iSocketFromLength );
                    ^~~~~~~~
/usr/include/sys/socket.h:692:9: note: candidate function not viable: no known conversion from 'sockaddr_in6 *' to 'struct sockaddr *' for 5th argument
ssize_t recvfrom(int, void *, size_t, int, struct sockaddr * __restrict,
        ^
../src/network.cpp:634:14: error: no matching function for call to 'recvfrom'
        lNumBytes = recvfrom( g_LANSocket, (char *)g_ucHuffmanBuffer, sizeof( g_ucHuffmanBuffer ), 0, &SocketFrom, (socklen_t *)&iSocketFromLength );
                    ^~~~~~~~
/usr/include/sys/socket.h:692:9: note: candidate function not viable: no known conversion from 'sockaddr_in6 *' to 'struct sockaddr *' for 5th argument
ssize_t recvfrom(int, void *, size_t, int, struct sockaddr * __restrict,
        ^
../src/network.cpp:1455:47: error: unknown type name 'IN6_ADDR'
bool network_BindSocketToPort( SOCKET Socket, IN6_ADDR ulInAddr, USHORT usPort, bool bReUse )
                                              ^
6 errors generated.


there's a missing reference to the variable type IN6_ADDR . Was it on purpose or perhaps something wasn't committed?

I don't know about the other recvfrom error.
User avatar (0019895)
Master O (reporter)
2018-10-03 22:59

Question for everyone:

Now that IPv6 is finally being worked on, should a new thread be opened for IPv6 support in Doomseeker as well? That program will obviously need IPv6 after Zandronum does.
User avatar (0019898)
Bill Buchanan (reporter)
2018-10-04 03:24
edited on: 2018-10-04 03:28

I can't download the current build due to some technical issues (unrelated to the above). If I could download the whole thing wholesale (like DownThemAll) and not through a Linux terminal, I could probably get away with it, but eh. I'll wait it out until the issue is resolved on my end. One way or another, I should have it within two weeks.

As for the build itself, I'll test it at that point, and see if I can find someone in a similar ISP situation to me, or someone that already has IPv6 support, to see if this fixes these woes for good.

A Doomseeker update with IPv6 support will, unfortunately, likely end my use of Doomseeker 0.12.2b and its nice "Refresh All" button (yes, the latest version was used for the above tests and screenshots in case someone wants to run with that).

User avatar (0019903)
AOSP (reporter)
2018-10-04 17:33


Tribeam: i think it works
Tribeam: dont quote me on that though


Tribeam and I did some testing earlier (played the entirety of Doom2), worked well. I connected from IPv4 (albeit on LAN), he connected from IPv6, everything worked. We had some issues at the beginning where it appeared I couldn't send packets to Tribeam, but that was probably just an issue with his router.
I'll need to test on Linux, too, but on Windows it works fine.
User avatar (0019904)
Torr Samaho (administrator)
2018-10-04 19:25

Quote from Edward-san

there's a missing reference to the variable type IN6_ADDR . Was it on purpose or perhaps something wasn't committed?

I only compiled the code under Windows and there it compiles just fine. Apparently, the code needs some platform specific adjustments for Linux and macOS.

Quote from Master O

Now that IPv6 is finally being worked on, should a new thread be opened for IPv6 support in Doomseeker as well? That program will obviously need IPv6 after Zandronum does.

I'd say so. Alongside Doomseeker, we also need to extend the master server protocol for IPv6.
User avatar (0019905)
Master O (reporter)
2018-10-04 20:20

Torr Samaho:

IPV6 Support for Doomseeker:https://zandronum.com/tracker/view.php?id=3531 [^]
User avatar (0019906)
AOSP (reporter)
2018-10-04 20:30

Oh, I also added sandbox-stable to my jenkins (for some reason I only had the unstable one):https://jenkins.csnxs.uk/job/zandronum-sandbox-stable/ [^]
User avatar (0019996)
Torr Samaho (administrator)
2018-10-07 20:16

The code should compile under Linux now.
User avatar (0020067)
Master O (reporter)
2018-10-10 01:08

Question: When hosting using IPv6 in Zandronum on Windows (7,8,10, etc), do you guys use the Temporary IPv6 address or IPv6 address? I remember reading that Windows uses privacy extensions for IPv6, thus creating a separate Temporary IPv6 address(es) from the original one assigned to an network interface.

I ask because I can see that becoming a potential source of confusion for future Zandronum users.
User avatar (0020072)
AOSP (reporter)
2018-10-11 09:19

When I tested on Windows, it used the public IPv6 address that was assigned to my device.
User avatar (0020073)
Bill Buchanan (reporter)
2018-10-11 15:25
edited on: 2018-10-11 15:30

http://ipv6-test.com/ [^] AOSP, Was it the same address that you see with this link?

I also wonder what the command line/terminal syntax for applying a port is. If either of us did "zandronum -connect ####:####:####:####:####:####:####:####:10666" it would say:

NETWORK_LaunchPacket: Invalid argument
NETWORK_LaunchPacket: Address 0.0.0.0:10666

The only way I could connect to someone's IPv6 server was for him to make sure his server was set to 10666 since that's default, and we haven't figured out the proper syntax for specifying a port.

zandronum -connect ####:####:####:####:####:####:####:####

The launch syntax was:

zandronum-server -iwad "/home/****/chex3.wad"

(we had agreed to use simple chex3.wad with no PWADs to make the connection process as simple as possible)

User avatar (0020074)
AOSP (reporter)
2018-10-11 15:33
edited on: 2018-10-11 15:33

>http://ipv6-test.com/ [^] [^] AOSP, Was it the same address that you see with this link?
Yes, it was.

Also, you need to put the address in brackets, e.g.:
zandronum -connect [####:####:####:####:####:####:####:####]:10666


User avatar (0020125)
Torr Samaho (administrator)
2018-10-14 19:44

Quote from Master O

Question: When hosting using IPv6 in Zandronum on Windows (7,8,10, etc), do you guys use the Temporary IPv6 address or IPv6 address?

The socket it bound to in6addr_any, so it should listen to everything that arrives on your port and use whatever your OS uses on default to send to a specified address.

For the record, we talked about extending the master <-> launcher protocol for IPv6. The easiest way to go should be to add MSC_SERVERBLOCK_IPV6 analogously to the existing MSC_SERVERBLOCK.

Issue Community Support
Only registered users can voice their support. Click here to register, or here to log in.
Supporters: Master O AOSP Bill Buchanan
Opponents: No one explicitly opposes this issue yet.

- Issue History
Date Modified Username Field Change
2010-11-28 22:52 Master O New Issue
2012-04-21 19:01 Torr Samaho Relationship added has duplicate 0000798
2012-04-21 20:32 TIHan Note Added: 0003370
2013-10-22 21:11 Master O Note Added: 0007456
2013-10-26 16:56 Torr Samaho Note Added: 0007467
2014-03-15 22:26 Master O Note Added: 0008410
2014-06-15 16:05 Watermelon Note Added: 0009437
2014-06-15 16:05 Watermelon Status new => acknowledged
2015-02-14 19:28 Master O Note Added: 0011681
2015-02-14 19:31 Master O Note Edited: 0011681 View Revisions
2015-02-14 19:32 Master O Note Edited: 0011681 View Revisions
2015-02-14 20:06 Blzut3 Note Added: 0011682
2015-02-14 20:06 Dusk Note Added: 0011683
2015-06-18 02:01 Master O Note Added: 0012748
2015-06-20 03:01 Blzut3 Note Added: 0012756
2018-06-17 19:45 Master O Note Added: 0019273
2018-08-04 03:52 Bill Buchanan Note Added: 0019302
2018-08-04 04:11 Bill Buchanan Note Edited: 0019302 View Revisions
2018-08-04 05:01 Bill Buchanan Note Edited: 0019302 View Revisions
2018-08-04 06:03 Filystea Note Added: 0019303
2018-08-04 09:11 Torr Samaho Note Added: 0019304
2018-08-04 13:20 Bill Buchanan Note Added: 0019306
2018-08-04 13:27 Bill Buchanan Note Edited: 0019306 View Revisions
2018-08-04 13:28 Bill Buchanan Note Edited: 0019306 View Revisions
2018-08-04 13:32 Bill Buchanan Note Edited: 0019306 View Revisions
2018-08-04 13:39 Bill Buchanan Note Edited: 0019306 View Revisions
2018-08-04 13:39 Bill Buchanan Note Edited: 0019306 View Revisions
2018-08-04 13:41 Bill Buchanan Note Edited: 0019306 View Revisions
2018-08-04 13:41 Bill Buchanan Note Edited: 0019306 View Revisions
2018-08-04 13:42 Bill Buchanan Note Edited: 0019306 View Revisions
2018-08-04 13:42 Bill Buchanan Note Edited: 0019306 View Revisions
2018-08-04 13:43 Bill Buchanan Note Edited: 0019306 View Revisions
2018-08-04 13:44 Bill Buchanan Note Edited: 0019306 View Revisions
2018-08-04 13:47 Bill Buchanan Note Edited: 0019306 View Revisions
2018-08-04 14:56 Bill Buchanan Note Edited: 0019306 View Revisions
2018-08-07 22:52 Master O Note Added: 0019314
2018-08-07 22:53 Master O Note Edited: 0019314 View Revisions
2018-08-07 22:56 Master O Note Edited: 0019314 View Revisions
2018-08-08 02:32 Bill Buchanan Note Edited: 0019306 View Revisions
2018-08-09 03:34 Bill Buchanan Note Added: 0019315
2018-08-09 03:34 Bill Buchanan Note Edited: 0019315 View Revisions
2018-08-09 03:42 Bill Buchanan Note Edited: 0019315 View Revisions
2018-08-09 03:43 Bill Buchanan Note Edited: 0019315 View Revisions
2018-08-09 17:36 Bill Buchanan File Added: IPv6.png
2018-08-13 16:03 Filystea Note Added: 0019327
2018-08-13 17:06 Bill Buchanan Note Added: 0019328
2018-08-13 17:08 Bill Buchanan Note Edited: 0019328 View Revisions
2018-08-13 17:09 Bill Buchanan Note Edited: 0019328 View Revisions
2018-08-13 17:17 Bill Buchanan Note Edited: 0019328 View Revisions
2018-08-13 18:45 Filystea Note Added: 0019329
2018-08-13 18:46 Filystea Note Edited: 0019329 View Revisions
2018-08-13 19:01 Bill Buchanan Note Added: 0019330
2018-08-13 19:38 Filystea Note Added: 0019331
2018-08-26 19:47 Torr Samaho Note Added: 0019416
2018-08-27 14:13 Bill Buchanan Note Added: 0019437
2018-08-27 14:14 Bill Buchanan Note Edited: 0019437 View Revisions
2018-08-27 15:15 Bill Buchanan Note Edited: 0019437 View Revisions
2018-08-27 17:32 Bill Buchanan Note Edited: 0019437 View Revisions
2018-08-27 17:33 Bill Buchanan Note Edited: 0019437 View Revisions
2018-09-16 04:07 StrikerMan780 Note Added: 0019530
2018-09-30 15:45 Torr Samaho Note Added: 0019844
2018-10-02 16:00 AOSP Note Added: 0019881
2018-10-02 16:12 AOSP Note Edited: 0019881 View Revisions
2018-10-02 16:18 AOSP Note Edited: 0019881 View Revisions
2018-10-02 16:38 Filystea Note Added: 0019882
2018-10-02 16:42 Filystea Note Edited: 0019882 View Revisions
2018-10-02 19:52 Torr Samaho Note Added: 0019890
2018-10-02 20:43 Filystea Note Added: 0019891
2018-10-02 20:56 Filystea Note Edited: 0019891 View Revisions
2018-10-03 16:59 Torr Samaho Note Added: 0019893
2018-10-03 17:03 Torr Samaho Note Edited: 0019893 View Revisions
2018-10-03 17:03 Torr Samaho Note Revision Dropped: 19893: 0012090
2018-10-03 21:39 Edward-san Note Added: 0019894
2018-10-03 22:59 Master O Note Added: 0019895
2018-10-04 03:24 Bill Buchanan Note Added: 0019898
2018-10-04 03:28 Bill Buchanan Note Edited: 0019898 View Revisions
2018-10-04 17:33 AOSP Note Added: 0019903
2018-10-04 19:25 Torr Samaho Note Added: 0019904
2018-10-04 20:20 Master O Note Added: 0019905
2018-10-04 20:30 AOSP Note Added: 0019906
2018-10-05 00:36 Blzut3 Relationship added related to 0003531
2018-10-07 20:16 Torr Samaho Note Added: 0019996
2018-10-10 01:08 Master O Note Added: 0020067
2018-10-11 09:19 AOSP Note Added: 0020072
2018-10-11 15:25 Bill Buchanan Note Added: 0020073
2018-10-11 15:26 Bill Buchanan Note Edited: 0020073 View Revisions
2018-10-11 15:26 Bill Buchanan Note Edited: 0020073 View Revisions
2018-10-11 15:28 Bill Buchanan Note Edited: 0020073 View Revisions
2018-10-11 15:30 Bill Buchanan Note Edited: 0020073 View Revisions
2018-10-11 15:33 AOSP Note Added: 0020074
2018-10-11 15:33 AOSP Note Edited: 0020074 View Revisions
2018-10-11 15:33 AOSP Note Edited: 0020074 View Revisions
2018-10-14 19:44 Torr Samaho Note Added: 0020125






Questions or other issues? Contact Us.

Links


Copyright © 2000 - 2018 MantisBT Team
Powered by Mantis Bugtracker