Huawei E353 3G modem
-
It appears to have correctly mode switched from a mass storage device into a usb ethernet device.
This is not like other 'traditional' usb modems, it has no serial ports.
I have never used one but I would guess that you add it as an interface and try talking down it. ;)
Perhaps set it as dhcp and see if it receives an IP address. More research needed.
Steve -
It appears to have correctly mode switched from a mass storage device into a usb ethernet device.
To elaborate: before usb_modeswitch:
@iwebs:$ usbconfig show_ifdrv
ugen0.1: <uhci root="" hub="" intel="">at usbus0, cfg=0 md=HOST spd=FULL (12Mbps) pwr=SAVE
ugen0.1.0: uhub0: <intel 1="" 9="" uhci="" root="" hub,="" class="" 0,="" rev="" 1.00="" 1.00,="" addr="">ugen0.2: <huawei hilink="" huawei="">at usbus0, cfg=0 md=HOST spd=FULL (12Mbps) pwr=ON
ugen0.2.0: umass0: <huawei 0="" 2="" huawei="" hilink,="" class="" 0,="" rev="" 2.00="" 1.02,="" addr=""></huawei></huawei></intel></uhci>and after:
@iwebs:$ usbconfig show_ifdrv
ugen0.1: <uhci root="" hub="" intel="">at usbus0, cfg=0 md=HOST spd=FULL (12Mbps) pwr=SAVE
ugen0.1.0: uhub0: <intel 1="" 9="" uhci="" root="" hub,="" class="" 0,="" rev="" 1.00="" 1.00,="" addr="">ugen0.2: <huawei hilink="" huawei="">at usbus0, cfg=0 md=HOST spd=FULL (12Mbps) pwr=ON
ugen0.2.0: cdce0: <huawei 2="" huawei="" hilink,="" class="" 0,="" rev="" 2.00="" 1.02,="" addr=""></huawei></huawei></intel></uhci>New device cdce0 is a USB ethernet device (see FreeBSD man page at http://www.freebsd.org/cgi/man.cgi?query=cdce&apropos=0&sektion=0&manpath=FreeBSD+9.0-RELEASE&arch=default&format=html) and it should appear in the output of shell command ifconfig and as an available "network port" in pfSense after it has been added (click on "+" on Interfaces -> (assign) page).
I wonder if the usbconfig output means the link speed won't exceed 12Mbps (spd=FULL). On my system with a Huawei E153 3G modem the matching bus speed is reported as 480Mbps:
ugen3.3: <huawei mobile="" huawei="" technology="">at usbus3, cfg=0 md=HOST spd=HIGH (480Mbps) pwr=ON
ugen3.3.0: u3g0: <huawei 0="" 3="" technology="" huawei="" mobile,="" class="" 0,="" rev="" 2.00="" 0.00,="" addr="">ugen3.3.4: umass0: <huawei 0="" 3="" technology="" huawei="" mobile,="" class="" 0,="" rev="" 2.00="" 0.00,="" addr="">ugen3.3.5: umass1: <huawei 0="" 3="" technology="" huawei="" mobile,="" class="" 0,="" rev="" 2.00="" 0.00,="" addr=""></huawei></huawei></huawei></huawei> -
I wonder if the usbconfig output means the link speed won't exceed 12Mbps (spd=FULL). On my system with a Huawei E153 3G modem the matching bus speed is reported as 480Mbps
I was just thinking that myself. Perhaps it's plugged into a usb1.1 port. In fact reading back this is a Pentium 3 system, does it have USB2?
Steve
-
Well I just tried what you recommended and I couldn't get it to work, I tried assigning it as /dev/cua0 and cua1. but no luck then I went into interfaces and assign and I got a new device ue0 (58:2c:80:13:xx:xx) device, I tried assigning that but I couldn't get a connection to the net through it, id say pfSense can see it and knows what it is but can't communicate correctly with it?
As for USB1.1 or 2.0; its an old box so I'd say it only has 1.1 but I don't see how that would matter, surely it should work but only at 12Mbps max? I mean would it cause problems?
-
Yes it should work fine at 12Mbps it's just that I imagine it is capable of more. 21Mbps in the UK.
What sort of interface did you assign it as?
What you see from ifconfig?
Steve
-
Well I just tried what you recommended and I couldn't get it to work, I tried assigning it as /dev/cua0 and cua1. but no luck then I went into interfaces and assign and I got a new device ue0 (58:2c:80:13:xx:xx) device, I tried assigning that but I couldn't get a connection to the net through it, id say pfSense can see it and knows what it is but can't communicate correctly with it?
/dev/cua0 and /dev/cua1 are the standard serial ports. ue0 is the USB ethernet interface. Before you can talk over ue0 it needs to have an IP address. Is that statically assigned? assigned by PPPoE? assigned by DHCP? or does the modem need to get an IP address from a host DHCP server?
As for USB1.1 or 2.0; its an old box so I'd say it only has 1.1 but I don't see how that would matter, surely it should work but only at 12Mbps max? I mean would it cause problems?
One possible problem: The modem supposedly can download at 21Mbps. The modem can only pass that on to the host computer over USB1 at something less than 12Mbps. Unless the modem has considerable buffering capability that could cause considerable data loss. TCP has mechanisms to adjust to data loss, other protocols may or may not; UDP doesn't.) If you plan to use this computer for this purpose long term and you get the modem working you should check out if the computer has native USB2 and if not, get a USB2 expansion card for use with the modem.
-
The post at http://www.linuxquestions.org/questions/mandriva-30/huawei-hi-link-e353-dongle-from-3-mobile-problems-in-mandriva-937414/ suggests you should set the Interface type of ue0 to DHCP. I suggest you disable ue0, set interface type to DHCP, enable it and see if it has gets a IP address.
-
Indeed it looks like it should 'just work'.
However there is a bigger problem here. pfSense is just not setup to deal with removable NICs. If you assign ue0 as a WAN interface it will probably work fine until you next reboot the box at which point pfSense will complain and go to the assign interfaces screen. Unless you have somehow setup usb_modeswitch to enable it, via <earlyshellcmd>perhaps.
Another possible problem that I ran into with a USB ethernet device was that the MAC address changed in between power cycles. You should check it always come up the same.As more '4G' modems are appearing with this type of interface something will have to be worked out.
Steve</earlyshellcmd>
-
Hi all. It seems that at the moment pfSense just can't handle the modem, I have a feeling its just a matter of someone (with a bit more BSD experience & a e353 handy) going at it to come up with a work around for these new type of 3g/4g modems before they'll work on the pfSense boxes.
I have tried all the suggestions put forward and so far no luck :(. I can't get the ue0 interface to show itself again, and setting the wan port to PPPoE just causes pfSense to crash and reboot continuously when it tries to get an IP address via DHCP. I'm still open to suggestions on how to get it working…
..thanks again to all who have taken their time to offer tips/advice to help me! I will continue to try to get it to work or at least have it ready for any future updates that make it fully compatible.
-
I can't get the ue0 interface to show itself again
You don't say what you tried and where you looked for ue0. I would try this:
1. Remove the E353 from the system.
2. Reboot
3. Once you can login on the console plug in the E353. What is reported on the console?It seems it can take a few seconds for some of the USB devices in the 3G modems to become visible. I don't know if that applies to 4G modems.
. . . and setting the wan port to PPPoE just causes pfSense to crash and reboot continuously when it tries to get an IP address via DHCP.
I'm curious how you managed to configure a link as PPPoE and have it request its configuration by DHCP.
I suggest you remove the PPPoE interface(s) and try with ue0 (if you get it visible again) as Configuration Type DHCP.
-
Hi, from what i see in the logs, your modem is not supported by u3g.
Those ugen messages mean that only the usb_generic driver is handling it.
This driver takes responsibility over every usb device which couldnt be assigned to any other (real) driver before.If you want to, you can try 2 things:
a) try to add your vendor and product ids to your devd configuration.
I never done that before, but it might be worth a try. (see /etc/devd.conf) and manual pages for it.if this doesnt get you to the point where you see "u3g" messages when you plug in the device, you might want to try
b)
follow http://cvsweb.netbsd.org/bsdweb.cgi/src/sys/dev/usb/usbdevs?only_with_tag=MAIN
for messages like "Add the u3g id for the Huawei xxx stick" and so on.hanD!
-
Okej - I have read a lot of this issue now. I also have Huawei E353 modem and I also really need to get this working.
What I done so far:
1. Made usb_modeshift.conf file for Huawei E353 modem* usb_modeswitch: handle USB devices with multiple modes * Version 1.2.1 (C) Josua Dietze 2011 * Based on libusb0 (0.1.12 and above) ! PLEASE REPORT NEW CONFIGURATIONS ! ####################################################### # Huawei E353 (3.se) # # Contributor: Ulf Eklund DefaultVendor= 0x12d1 DefaultProduct=0x1f01 TargetVendor= 0x12d1 TargetProduct= 0x14db MessageContent="55534243123456780000000000000a11062000000000000100000000000000" # Driver is cdc_ether NoDriverLoading=1
I run command: usb_modeswitch -H -v 12d1 -p 1506
usb_modeswitch -H -v 12d1 -p 1506 Looking for default devices ... found matching product ID adding device Found device in default mode, class or configuration (1) Accessing device 003 on bus 000 ... Getting the current device configuration ... OK, got current device configuration (1) Using first interface: 0x00 Using endpoints 0x0f (out) and 0x8e (in) Not a storage device, skipping SCSI inquiry USB description data (for identification) ------------------------- Manufacturer: HUAWEI Product: HUAWEI Mobile Serial No.: not provided ------------------------- Sending Huawei control message ... OK, Huawei control message sent -> Run lsusb to note any changes. Bye.
No lsusb but usbconfig instead:
usbconfig -d ugen1.2 dump_device_desc show_ifdrv ugen1.2: <huawei mobile="" huawei=""> at usbus1, cfg=0 md=HOST spd=HIGH (480Mbps) pwr=ON ugen1.2.4: umass0: <huawei 0="" 2="" huawei="" mobile,="" class="" 0,="" rev="" 2.00="" 1.02,="" addr=""> ugen1.2.5: umass1: <huawei 0="" 2="" huawei="" mobile,="" class="" 0,="" rev="" 2.00="" 1.02,="" addr=""> bLength = 0x0012 bDescriptorType = 0x0001 bcdUSB = 0x0200 bDeviceClass = 0x0000 bDeviceSubClass = 0x0000 bDeviceProtocol = 0x0000 bMaxPacketSize0 = 0x0040 idVendor = 0x12d1 idProduct = 0x1506 bcdDevice = 0x0102 iManufacturer = 0x0003 <huawei> iProduct = 0x0002 <huawei mobile=""> iSerialNumber = 0x0000 <no string=""> bNumConfigurations = 0x0001</no></huawei></huawei></huawei></huawei></huawei>
Cheking…
usbconfig show_ifdrv ugen0.1: <ohci root="" hub="" apple=""> at usbus0, cfg=0 md=HOST spd=FULL (12Mbps) pwr=SAVE ugen0.1.0: uhub0: <apple 1="" 9="" ohci="" root="" hub,="" class="" 0,="" rev="" 1.00="" 1.00,="" addr=""> ugen1.1: <ehci root="" hub="" intel=""> at usbus1, cfg=0 md=HOST spd=HIGH (480Mbps) pwr=SAVE ugen1.1.0: uhub1: <intel 1="" 9="" ehci="" root="" hub,="" class="" 0,="" rev="" 2.00="" 1.00,="" addr=""> ugen1.2: <huawei mobile="" huawei=""> at usbus1, cfg=0 md=HOST spd=HIGH (480Mbps) pwr=ON ugen1.2.4: umass0: <huawei 0="" 2="" huawei="" mobile,="" class="" 0,="" rev="" 2.00="" 1.02,="" addr=""> ugen1.2.5: umass1: <huawei 0="" 2="" huawei="" mobile,="" class="" 0,="" rev="" 2.00="" 1.02,="" addr=""></huawei></huawei></huawei></intel></ehci></apple></ohci>
But I can't get ppp port available. I know that there is fresh version of usb_modeswitch 1.2.3 but there is no port to freeBDS/pfSense. This is so frustrating….. Lack of device support is one of the main reason for unpopularity of any OS. In Ubuntu 12.04 E353 modem installation is just plug and play, just set up ISP information and connect to Internet. Thats it. This is the way this modems issues should handle. Why this is so damm difficult and complex in freeBSD and just so damm easy in Ubuntu? There must be easier way to hande new devices. Hopefully the answer for this major problem is not "you should wait for pfSense 5.0 release on 2023". Ok - E353 is NOT a new device and still we are waiting for working drivers for it. Modem devices support should be in the fastlane in "to do lists".
But there is a lot of peoples waiting for solution for this problem. My knowhow stops here and really need help on this issue. ???
-
Hmm, OK.
The command you are using to call modeswitch is not using your conf file so that is not being used at all.
Instead the command is looking for a device with a different product ID, though it does match your own, and sending a generic Huawei code.The device shown in your output, VID 12D1: PID 1506, appears to be either a device already in target (modem) mode or something as yet undocumented.
Do you not have any serial devices shown in /dev/?
Steve