summaryrefslogtreecommitdiff
path: root/data/templates/wwan
AgeCommit message (Collapse)Author
2020-06-12wwan: T2586: fix installing VRF default routeChristian Poessinger
After commit 1c7d7cb ("wwan: T2529: migrate device from ttyUSB to usbXbY.YpZ.Z") the up/down scripts did not properly parse the passed tty for setting up default routes.
2020-06-07wwan: T2488: remove generation of dedicated logfileChristian Poessinger
... all information are present in journald.
2020-06-07wwan: T2529: migrate device from ttyUSB to usbXbY.YpZ.ZChristian Poessinger
During testing it was discovered that there is a well known problem (we had for ethernet interfaces) also in the serial port world. They will be enumerated and mapped to /dev/ttyUSBxxx differently from boot to boot. This is especially painful on my development APU4 board which also has a Sierra Wireless MC7710 LTE module installed. The serial port will toggle between ttyUSB2 and ttyUSB5 depending on the amount of serial port extenders attached (FT4232H). The shipped udev rule (/usr/lib/udev/rules.d/60-serial.rules) partly solves this by enumerating the devices into /dev/serial/by-id folder with their name and serial number - it's a very good idea but I've found that not all of the FT4232H dongles have a serial number programmed - this leads to the situation that when you plug in two cables with both having serial number 0 - only one device symlink will appear - the previous one is always overwritten by the latter one. Derive /usr/lib/udev/rules.d/60-serial.rules and create a /dev/serial/by-bus directory and group devices by attached USB root port. vyos@vyos:~$ find /dev/serial/by-bus/ -name usb* -exec basename {} \; | sort usb0b1.3p1.0 usb0b1.3p1.2 usb0b1.3p1.3 usb0b2.4p1.0 usb0b2.4p1.1 usb0b2.4p1.2 usb0b2.4p1.3 So we have USB root 0 with bus 1.3 and port 1.0. The enumeration is constant accross reboots.
2020-04-05T2230: confert dos to unix line endingsChristian Poessinger
2020-04-04wwan: T2219: rework route add to VRFChristian Poessinger
The old implementation actually did not work as the Quotes "" around the "vrf foo" statement got actually lost in translation.
2020-04-04wwan: T2219: bugfix referencing wlm0 variable instead of real Python varChristian Poessinger
2020-04-04wwan: T2219: use Jinja variables rather then Bash argsChristian Poessinger
2020-04-04wwan: T2219: add default route into VRFChristian Poessinger
2020-04-04wwan: T1988: move default route scripts to Jinja templatesChristian Poessinger
2020-04-04wwan: T1988: move Jinja2 templates to data/templates folderChristian Poessinger
This makes the actual code which generates the configs much more human readable.