ATT Internet AIr
-
I noticed that with the interface status that the ipv4 gateway is not being listed , only the ipv6
And no I have not messed with the MAC address settings yet
(? you are talking about MAC address settings in the ATT modem correct??)
-
And to reiterate -- there are 2 ATT modems attached to this test setup
The one that is attached directly to a pfsense interface is not behaving like this , only the one connected to the VLAN
-
Yes the MAC address in the modem passthrough settings should be the pfSense interface MACand it appears not to be.
-
@ahole4sure said in ATT Internet AIr:
And to reiterate -- there are 2 ATT modems attached to this test setup
The one that is attached directly to a pfsense interface is not behaving like this , only the one connected to the VLAN
And the reason may just be that the first one only has one "client" attached, which is pfsense. Whereas this one has two where your TPLink switch happens to be the other. And since the switch connects first, that becomes the MAC it (the modem) picks up...
So if you go back to the UI of the ATT modem and change the MAC listed there, to 00:e0:67:1c:68:43 which is your opt3 MAC, it will likely work the same way as the other modem.
-
So I could be being a bit dense here - but are you talking about putting the pfsense trunk interface MAC address? in the ATT settings??
The screenshot I have is from the "working" ATT modem connected directly to the pfsense box. For some reason I can't access the ATT modem connected to the switch (192.168.3.1) even though I got the gateways up to be able to see what is showing up there.
-
@ahole4sure Precisely, see how that MAC matches the WAN in pfsense in your picture...
So you just enter the MAC from igb3 for this new ATT modem instead...
-
It may just be auto attached to the first device that requests a lease. It's quite common to need to power cycle a modem so it detaches from the current MAC address. So try turning it off and on again.
-
@stephenw10 said in ATT Internet AIr:
It may just be auto attached to the first device that requests a lease. It's quite common to need to power cycle a modem so it detaches from the current MAC address. So try turning it off and on again.
Hmm, but if the setting is DHCP-static, which I beleive it is from previous comments by @ahole4sure, and the MAC address already in the setting is for the TPLink switch, I think it will persist?
I think it's probably best to manually change it to what it should be... -
Yes. If it can be set manually. I would assume the MAC of the switch would have been learned there.
-
@stephenw10 It probably has, and I suppose that is a way of providing some assistance in the process. But looking at some of the manuals out there, you can definitely set it yourself.
-
Still having FRUSTRATING issues
Noticed that I can "set" the MAC address but it doesn't stick when you connect it to another interface -- so the ability to set it seems useless!I am posting a fresh topic for more eyes -- I will link below
-
https://forum.netgate.com/topic/195348/vlan-for-a-failover-modem-and-one-of-my-subnet-networks-for-camers
-
@ahole4sure It's really strange that the ATT modem doesn't keep the MAC you enter for the passthrough IP. Sounds like it might be a bug, or that it needs a firmware update? Perhaps you should call their support on that one?
But can you try swapping the two modems to see if the other one works, and the MAC sticks on that one? If so, you should be ok, since for the other WAN you only have the parent interface connected.
If not, I suggest you change your setup completely, and don't use VLAN at all on any of the WAN interfaces. Instead change all your VLAN's over to igb1 and connect the switch to that port. Similar to the way I suggested earlier...
-
@Gblenn Your last suggestion is probably the way to go -- just so frustrating since it is "supposed" to work.
And I am now sure that I will have to physically go to the other location for the redesign of the network.Just kept thinking that I could (with you guys help) finally figure out what I was doing wrong. The device seems to work well - but I have seen other posts in other places where networking prrofessionals compained about the shortcomings of the modem
-
@ahole4sure said in ATT Internet AIr:
Just kept thinking that I could (with you guys help) finally figure out what I was doing wrong
I guess the thing is that you are not doing anything wrong... and it would work just fine if the MAC address you input would just "stick"... Have you tried swapping the modems, just to see if it behaves the same? Or is the other one at the remote location?
[Edit] Perhaps a silly question... in the ATT menu section for passthrough where you enter the MAC, I suppose there is some "Save" button? And have you verified that if you log out and back in again, that it doesn't change?
-
@Gblenn So as far as the MAC address - there is an apply button. But the issue is that after I hit reply and put back into the system I have no access to the modem - For some resason I can't reach 192.168.3.2 (the address of the modem) since in the system setup as a static IP (since DHCP isn't working) it is only recognized as a public IP .... so bottom line I can't access the modem while it is in the actual system.
When I take it out and connect it to a PC -- the MAC address has changed to the MAC of the PC ethernet adapter
It should't change but -- maybe it changes by design when it recognizes a new system ???
-
Yup if you power it off it could well switch to the MAC of whatever you attach.
To access the modem when it's in pass through mode you probably need a VIP on the WAN in the modem subnet.
-
@stephenw10 said in ATT Internet AIr:
o access the modem when it's in pass through mode you probably need a VIP on the WAN in the modem subnet.
Or a static route to the management IP...? That worked for me when I was testing a 5G router in bridge mode some time back...
-
Yup some modems will be able to reply in that situation. Some don't have a route back to reply without a VIP, and sometimes a NAT rule.
-
Just want to thank you guys again!! I'm not sure if this will convince you of how many stupid things can happen or if it helps you or others in any way lol
So it had not ocurred to me that 2 identical modems would not work the same way OR that one could have something wrong (or be provisioned wrong).
I did as @Gblenn suggested and I tried modem #1 on the VLAN interface --- just unpluged from the physical WAN interface and plugged into the VLAN switch port ... viola - worked exactly as it was supposed to !!
So I started looking at modem #2 device info etc etc. What found was that it must not be provisioned fullly - it works if I leave it on the non static IP APN (that's the way ATT gives me the static IP, is by giving me a custom APN that is apparently provisoned to that IMEI only), but if I switch to the other APN - it switches to the static IP properly but does not give DHCP info even to my PC
Then I noticed in the device info page of the 2 devices that the working one has a phone number while the non-working modem does not -- bottom - line . Modem #2 is not provisioned (or at least the account) properly and should be able to be fixed once my business rep gets back from Thanksgiving holiday.As far as not being able to reach modem #2 web interface - I coulldn't understand why , after using the non static IP APN that allowed for the dhcpc to work , .... then realized that I created the VIP but not for the modem 2 interface. The VIP I created was for the otehr interface.
