Hi Vince, I see your order, you have a nice clean IPv4 address- no problem there, I have this

a00:23c0:1f01:4201:996e:f731:aa3b:6c44

in the IP address field. I am struggling a bit here, presumably this is IPv6 or something ??

Mac OSX 10.13.1
Safari 11.0.1
ECTplus v6.8.1php

Hi John
Sorry about the misunderstanding there. But have you been on to SagePay about this, about what to do in the case of an IPv6 IP address? I really does just look like they are folding on the IP.

Vince

Click Here for Shopping Cart Software
Click Here to sign up for our newsletter
Click Here for the latest updater

OK Vince, will see what they have to say

John

Mac OSX 10.13.1
Safari 11.0.1
ECTplus v6.8.1php

So this is what Sagepay say-

(me) Hi, we are experiencing difficulties with customers with IPv6 addresses
getting an error 5080 : Form transaction registration failed.

Hence they are unable to complete their order.

What should we do in the case of an IPv6 IP address? (/me)

(sagepay)Hi John,

Thank you for your email.

Can you give me any examples of customers this is happening to?

The clientIP field in Direct transaction POSTs, the valid IP’s and blocked IP’s sections of MySagePay currently do not support IPv6 IP addresses, and you must use IPv4 addresses in the these fields.

Kind regards,

Laura Fenton
Sage Pay Support (/sagepay)



Mac OSX 10.13.1
Safari 11.0.1
ECTplus v6.8.1php

Hi John
This is the VSP form integration (I think they call it) and looking at it, we don't send them the IP address at all. That would mean that they are just erroring when the customer has an IPv6 address regardless of what we send them.

Vince

Click Here for Shopping Cart Software
Click Here to sign up for our newsletter
Click Here for the latest updater

HI Vince

May as well draw a line under this one then?

In fairness, we don't get many IPv6 anyway, so tough.

(how do they know its IPv6 if we don't send them an address?)

John

Mac OSX 10.13.1
Safari 11.0.1
ECTplus v6.8.1php

Okay, proper confused now.

Here is the latest from Sagepay

(sagepay)Hi John,

Thank you for your email.

Can you give me any examples of customers this is happening to?

The clientIP field in Direct transaction POSTs, the valid IP’s and blocked IP’s sections of MySagePay currently do not support IPv6 IP addresses, and you must use IPv4 addresses in the these fields.

Kind regards,

Laura Fenton
Sage Pay Support(/sagepay)

(me)Hi Laura,

Thank you for your reply.

This happens to me, when I try to place a test order on our website. It has also happened to a couple of regular customersin the last couple of weeks.

My IP address (for info) is

2a00:23c0:1f01:4201:f9d2:214b:b7a:76f8

Is there any way we can translate this to IPv4, or substitute a dummy IPv4 address …..or…...something?(/me)


(sagepay)Hello John,

Thank you for confirming. I don't know personally if there's a way of changing the format, however I do know that the clientip field actually isn't mandatory, so the simplest fix would be not to send this information through to Sage Pay.

Kind regards,

Alice Robison
Technical Support Advisor, Sage Pay
0845 111 44 55 (/sagepay)

But - Vince says we don't send that info already, so .....???

Maybe IPv6 is a red Herring?



Mac OSX 10.13.1
Safari 11.0.1
ECTplus v6.8.1php

I think in the case of Sagepay it is a red herring; you might want to drop mention of IPv6 with them and just ask them to look back at those specific transactions and see why they return "5080 : Form transaction registration failed".

There is a little guidance from them here:

https://www.sagepay.co.uk/support/error-codes?keyword=5080

that may or may not enable you to learn more about what's going on.

Peter

ServeLink
Professional ecommerce web hosting for ASP & PHP
https://servelink.com

Take a look at our image upload/resize tool for the ASP cart
https://servelink.com/clients/cart?gid=7

Peter from servelink.com came up with a good idea for creating a valid v4 IP from the v6 IP address that we can send to PayPal so I've implemented that now. If you want to get the update the changes are in the updater in the inccart.asp/php and incfunctions.asp/php scripts. Many thanks to Peter for his help in this.

Vince

Click Here for Shopping Cart Software
Click Here to sign up for our newsletter
Click Here for the latest updater

OK Vince , thanks.

Now, before I applied the new update, an Ipv6 Paypal customer appeared, and it was authorised OK.

I applied the update.

I tried a test order, using my logged in account - no joy - sagepay 5080 error.

So, I deleted my account and placed an order as a not logged in customer - result!!!!

Created an account and placed an order as a logged in customer - all good!!!

So maybe the IPv6 malarkey was a red herring as we thought, and it was a corrupt login account, although I did get some failed third party orders with IPv6, above my pay grade to know.

However all seems good now.

Thanks again to Vince and Peter (Insight from Servelink) - I doubt you could get such a level of service anywhere else.

Thank you

John



Mac OSX 10.13.1
Safari 11.0.1
ECTplus v6.8.1php

Firstly, my apologies but there was a problem transferring the updater and if you downloaded yesterday the IPv6 changes had not been added so can you get another copy.
John, thanks for letting us know the resolution. I've been testing here and this is the error you would get if there was not a city set, or a state if it were a US address. Could this be the case here? Is it possible to create accounts without the city and state / county set?

Vince

Click Here for Shopping Cart Software
Click Here to sign up for our newsletter
Click Here for the latest updater

Hi Vince, don't seem able create an account or to buy without an entry in the city field. (which is as it should be)

John

Mac OSX 10.13.1
Safari 11.0.1
ECTplus v6.8.1php
Servelink (highly recommended)