Proscend 180-t vdsl2 SFP Support

stephenw10

I'd be interested in that. I might have to get one for myself if it works.

interspective

Good news everybody!

I can confirm the Transcend 180-T vDSL2 SFP modem works in the Netgate SG-2100.

To get it working you need to set the WAN interface Speed and Duplex to '1000baseSX full-duplex', otherwise DHCP / Auth wont work and you won't get an IP even though the SFP modem may show a green DSL sync light on the right hand side.

Also, there is some pertinent info below for anyone setting this up in Australia on the NBN.

If you're connecting the modem to an ADSL2+ service, then you will need to configure a VLAN on the interface to select the correct PVC (VPI/VCI) for your connection. vDSL does not need VLAN / PVC configured.

Here's a handy PVC / VLAN table for those who need it.

Proscend T-180 VLAN to PVC.png
E.g. Australian users will probably want PVC 2, (VPI 8, VCI 35), which is VLAN 8.

When the modem is connected and synced with the DSLAM it will show a green light on the right hand side.

Proscend T-180 RHS.jpg

Here's a snip of the WAN interface up.

Australian NBN users
tl;dr is the modem needs a firmware upgrade.

In my research I discovered that on the 1st July 2021 the NBN planned to roll out a new vDSL profile on their network, and any service no syncing up will be rolled back to the previous profile until 1st September 2021, after which all services would be upgraded to the new profile regardless.

More information about this can be found here:
https://shop.duxtel.com.au/article_info.php?articles_id=98

The fine people at DuxTel have spent quite a bit of time working with RSPs and the NBN to test this modem with the new firmware and it all looks pretty good.
Disclaimer: I am in no way affiliated with DuxTel, I just found them super knowledgeable and helpful. Also, as they say on their website..

"From today, we are offering FREE FIRMWARE UPGRADE of all PS180-T modules that are covered under the standard warranty that are received at our office on or before Wednesday 1st September 2021. Modules received under warranty will be upgraded to the latest firmware and returned to you at our cost."

I mean, in this day and age? Very cool.

Anyway, for Aussie NBN users, it's just something to be aware of.

Good luck!

interspective

~ UPDATE ~

You DO actually need to set a correct PVC ID / VLAN setting for your WAN interface if you are using VDSL. My statement above that "vDSL does not need VLAN / PVC configured" is incorrect.
All you need to do is create a VLAN on the WAN interface with the correct ID for the VPI / VCI your connection requires.

E.g. Australia would probably be VLAN 8.

You only need to create the VLAN under Interfaces / Assignments / VLANs for the WAN interface, you do not need to assign the VLAN to the WAN interface under Interfaces / Assignments. For the SG-2100, leave the WAN set to mvneta0.

I hope this helps.

stephenw10

Ooo, nice. That's awesome.

So by just setting the VLAN the modem automatically chooses the correct VPI/VCI?

Does the modem itself have any sort of interface to get line stats etc? Some posts on the Mikrotik
forum seemed to indicate it does.

Steve

interspective

@stephenw10 Yes that's correct. You configure the modem's VCI / VPI using a VLAN tag. Kinda neat I guess. I couldn't find anything about any kind of admin interface for the modem, but it's early days so I'll post back here with anything else I find.
I do know some ISPs let you see the line stats from the DSLAM when you log into your account / admin portal. That could be one way of getting the info in the absence of any kind of admin / stats type of interface on the VDSL modem.

ETSAU

@interspective sorry for the post on such an old thread - wondering if you would be prepared to share some of your final settings that you used for your Proscend 180-T.

I've burned about a day trying to get it working on an NBN service here in Australia, but just not getting anywhere.

I can get line sync, but beyond that, nothing. (Can't any packets received, but can do a TCPDump and see DHCP / PPPoE requests being sent).

Any help you can give would be appreciated; I'll write a HowTo if I do get it working, as I think it would be a wonderful solution for the Australian market.

Thanks in advance!

stephenw10

Do you see any incoming traffic in a pcap? Is any of it tagged?

Steve

interspective

Hi @ETSAU

I have DM'd you my contact details. If you're in Aus its probably best to give me a call.
Reading through the threads you've been posting on - yes it is weird that you set a VLAN on the interface, and then don't use it, but this is just to configure the device to use a specific VPI/VCI. That's all.

ETSAU

Folks, thank you; that's awesome!
@stephenw10 - No, we were seeing 0 packets inbound on any interface (we created an interface with the physical wan interface after creating the pppoe interface - nothing inbound).
Thanks @interspective! I'll see if I can flip the office over to 4G internet and take the NBN connection over for testing... right now!

ETSAU

Firstly - Massive thank you to @interspective - your efforts were so helpful.

As it turns out; the key thing that was the "fix" here was the pfSense version - we have been operating 2.4.5 on the Netgate 2100.

The error we saw was the "media" state showing as "none" in Status -> Interfaces, WAN. The WAN needed to be configured to obtain a DHCP lease (i.e. not PPPoE).

With the older firmware version, we were unable to receive any traffic on the WAN interface (and I would question if any traffic actually did leave the WAN interface anyway).

Once we connected the Proscend 180-T to a Netgate 4100 (on the latest firmware), we instantly obtained an address on the WAN interface, which does conflict with the findings @interspective has above, however @interspective makes a good point, that perhaps the Proscend 180-T only needs to see one packet on a specific VLAN to be configured - nothing further. I'm unable to test this further currently, but if I get conclusive results, I'll post back here.

We'll also do some further work (at a point in the future) to see if there are any line stats we can get out of the Proscend 180-T device, as this would clearly have value.

Thanks also @stephenw10 for your contributions!

stephenw10

Nice!
So you didn't have a VLAN configured at all on the 4100 but perhaps the 180-T was already configured correctly having previously been exposed to some tagged traffic?

That seems super weird!

Steve

interspective

@stephenw10 Yeah the VLAN situation does seem strange. I always thought that defining VPI/VCI was required for ADSL, but not vDSL. I could be wrong, however. Also, my initial posts were all done prior to nbn's network upgrade - and their requirements for vDSL may have changed? I haven't tested it since then, and the original device I configured is no longer being used in that configuration. The router moved to a different location and now connects via its gigabit WAN interface.
Looks like @ETSAU has his device working after a router firmware upgrade. I'm sure he'll post any other findings he makes in testing various configurations.

ETSAU

I think our next move is to order a few more of the Proscend 180-T devices and pop them into a selection of 2100/4100/6100/7100's and see how they perform on Australian NBN connections.

We'll hang on until we can get our hand on more stock of the 2100's, and take a couple un-touched Proscend 180-T's through initial config steps and document.

Really, it's an incredibly tidy solution; with the only gap being the lack of line stats for the vDSL service.

We may also need to look at a means of power cycling the device (Proscend) as rebooting the host Netgate appliance doesn't drop power to the modem (Pro and Con really).

So glad to have an [modular] integrated vDSL modem; significantly better customer outcome.

Thanks again folks!

madheff23

Hi @ETSAU - just wondering if you have any update on configuring these for the Netgate 2100s? I've had mixed success. One worked fine with Internode with no VLAN, however struggling to get another working with Valve Networks with VLAN 10...

I think our next move is to order a few more of the
Proscend 180-T devices and pop them into a selection
of 2100/4100/6100/7100's and see how they perform
on Australian NBN connections.

I think there are two main points here in this case for you.

Is it compatible to the lokal ISP xDSL
How it performs in x86_64 and the ARM (Marvel) hardware (compatibility)

Would be nice to hear about that in the future if will
be able to tell something about real life made experiences.

We have a several of the APU6B4, a bunch of Supermicro
C3958/C3858 devices together with pfSense.

And now we are also want to insert sfp modems into this
boxes.

ETSAU

@madheff23 we did get the VDSL modules working, and they are working well.
The key trick for us on the 2100 was actaully the pfSense version - we needed to update (we were running 2.4.5x).

We didn't need to do any specific VLAN tagging on our service (i.e. ISP didn't require), but in the case where we do need to pass a VLAN tagged traffic, we created a vlan interface on top of the WAN interface.

I haven't got round to writing the documentation on doing that yet; I will get to it but in the meantime happy if you DM me and we can work it through together.

ETSAU

We have uncovered what we believe to be a bug with the Netgate 2100 SFP port, where the link state is lost when the device reboots, and requires the module to be removed from the SFP port and then re-inserted.

We have tested the Netgate 2100, 4100 and 6100 (Base models, but I don't expect there would be any material difference here for the MAX editions). The process we have gone through is:

Power on Device
Observe Media state in "Status -> Interfaces"
Insert SFP Module
Observe Media state in "Status -> Interfaces"
Reboot appliance
Observe Media state in "Status -> Interfaces"

For the 4100 and 6100 appliances, the Media state is consistent across reboots, showing the expected media state. For the 2100, the media state is as expected after inital installation into the appliance, then reverts to "none" after reboots.

The results are consistent between power loos / power restore, and graceful reboots.
The Combo ports were used in all cases (i.e. not the dedicated WAN3/4 on the 6100).

Confusingly, the 2100 continues to power the SFP module, and power to the SFP module is not interrupted during the graceful reboot cycle. Any troubelshooting steps have proven unhelpful on the 2100 to recover the link state - such as disable / enable the port, down/up the interface (ifconfig xxxx down && ifconfig xxxx up, etc). The only tangible change was physically remove and re-insert.

Screen shot of no media state after a 2100 reboot: (which is also represented in the ifconfig output at console with "media: Ethernet autoselect (none)"

Screen Shot of expected state (observed on 4100 and 6100 consistently):

I'll be raising support request with Netgate to see if we can ascertain exactly what the difference here between the 2100 and the 41/6100 devices.

I'll post back here when we have an update for those who are interested.

rcoleman-netgate

@etsau What software version are you running?

@etsau said in Proscend 180-t vdsl2 SFP Support:

I'll be raising support request with Netgate to see if we can ascertain exactly what the difference here between the 2100 and the 41/6100 devices.

They are completely different platforms. The ARM processor in the 2100 does not use the same hardware as the Atom processor in the 4100/6100 series devices.

ETSAU

@rcoleman-netgate Sorry for not including that!
We (months ago) had 2.4.5x - with which nothing worked.

We then upgraded to 22.01 - the device was detected and we were all good.

The testing we've just completed last week and posted a few minutes ago; was tested on version 22.01 and version 22.05.

ETSAU

@rcoleman-netgate re Hardware - acknowledge the difference in processor - do you know anything about the combo ports? I was thinking something like that might be relevant.

Does feel odd that's a problem if it's the CPU architecture, but this is well outside my wheelhouse.