Menu
▾
▴
astlinux-users — AstLinux Users Mailing List
You can subscribe to this list here.
| 2006 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
(1) |
Jul
(1) |
Aug
|
Sep
|
Oct
(2) |
Nov
(1) |
Dec
(20) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2007 |
Jan
(91) |
Feb
(111) |
Mar
(226) |
Apr
(65) |
May
(197) |
Jun
(202) |
Jul
(92) |
Aug
(87) |
Sep
(120) |
Oct
(133) |
Nov
(89) |
Dec
(155) |
| 2008 |
Jan
(251) |
Feb
(136) |
Mar
(174) |
Apr
(149) |
May
(56) |
Jun
(32) |
Jul
(36) |
Aug
(171) |
Sep
(245) |
Oct
(244) |
Nov
(218) |
Dec
(272) |
| 2009 |
Jan
(113) |
Feb
(119) |
Mar
(192) |
Apr
(117) |
May
(93) |
Jun
(46) |
Jul
(80) |
Aug
(54) |
Sep
(109) |
Oct
(70) |
Nov
(145) |
Dec
(110) |
| 2010 |
Jan
(137) |
Feb
(87) |
Mar
(45) |
Apr
(157) |
May
(58) |
Jun
(99) |
Jul
(188) |
Aug
(136) |
Sep
(101) |
Oct
(100) |
Nov
(61) |
Dec
(60) |
| 2011 |
Jan
(84) |
Feb
(43) |
Mar
(70) |
Apr
(17) |
May
(69) |
Jun
(28) |
Jul
(43) |
Aug
(21) |
Sep
(151) |
Oct
(120) |
Nov
(84) |
Dec
(101) |
| 2012 |
Jan
(119) |
Feb
(82) |
Mar
(70) |
Apr
(115) |
May
(66) |
Jun
(131) |
Jul
(70) |
Aug
(65) |
Sep
(66) |
Oct
(86) |
Nov
(197) |
Dec
(81) |
| 2013 |
Jan
(65) |
Feb
(48) |
Mar
(32) |
Apr
(68) |
May
(98) |
Jun
(59) |
Jul
(41) |
Aug
(52) |
Sep
(42) |
Oct
(37) |
Nov
(10) |
Dec
(27) |
| 2014 |
Jan
(61) |
Feb
(34) |
Mar
(30) |
Apr
(52) |
May
(45) |
Jun
(40) |
Jul
(28) |
Aug
(9) |
Sep
(39) |
Oct
(69) |
Nov
(55) |
Dec
(19) |
| 2015 |
Jan
(13) |
Feb
(21) |
Mar
(5) |
Apr
(14) |
May
(30) |
Jun
(51) |
Jul
(31) |
Aug
(12) |
Sep
(29) |
Oct
(15) |
Nov
(24) |
Dec
(16) |
| 2016 |
Jan
(62) |
Feb
(76) |
Mar
(30) |
Apr
(43) |
May
(46) |
Jun
(62) |
Jul
(21) |
Aug
(49) |
Sep
(67) |
Oct
(27) |
Nov
(26) |
Dec
(38) |
| 2017 |
Jan
(7) |
Feb
(12) |
Mar
(69) |
Apr
(59) |
May
(54) |
Jun
(40) |
Jul
(76) |
Aug
(82) |
Sep
(92) |
Oct
(51) |
Nov
(32) |
Dec
(30) |
| 2018 |
Jan
(22) |
Feb
(25) |
Mar
(34) |
Apr
(35) |
May
(37) |
Jun
(21) |
Jul
(69) |
Aug
(55) |
Sep
(17) |
Oct
(67) |
Nov
(9) |
Dec
(5) |
| 2019 |
Jan
(19) |
Feb
(12) |
Mar
(15) |
Apr
(19) |
May
|
Jun
(27) |
Jul
(27) |
Aug
(25) |
Sep
(25) |
Oct
(27) |
Nov
(10) |
Dec
(14) |
| 2020 |
Jan
(22) |
Feb
(20) |
Mar
(36) |
Apr
(40) |
May
(52) |
Jun
(35) |
Jul
(21) |
Aug
(32) |
Sep
(71) |
Oct
(27) |
Nov
(11) |
Dec
(16) |
| 2021 |
Jan
(16) |
Feb
(21) |
Mar
(21) |
Apr
(27) |
May
(17) |
Jun
|
Jul
(2) |
Aug
(22) |
Sep
(23) |
Oct
(7) |
Nov
(11) |
Dec
(28) |
| 2022 |
Jan
(23) |
Feb
(18) |
Mar
(9) |
Apr
(15) |
May
(15) |
Jun
(7) |
Jul
(8) |
Aug
(15) |
Sep
(1) |
Oct
|
Nov
(11) |
Dec
(10) |
| 2023 |
Jan
(14) |
Feb
(10) |
Mar
(11) |
Apr
(13) |
May
(2) |
Jun
(30) |
Jul
(1) |
Aug
(15) |
Sep
(13) |
Oct
(3) |
Nov
(25) |
Dec
(5) |
| 2024 |
Jan
(3) |
Feb
(10) |
Mar
(9) |
Apr
|
May
(1) |
Jun
(15) |
Jul
(7) |
Aug
(10) |
Sep
(3) |
Oct
(8) |
Nov
(6) |
Dec
(15) |
| 2025 |
Jan
(3) |
Feb
(1) |
Mar
(7) |
Apr
(5) |
May
(13) |
Jun
(16) |
Jul
(1) |
Aug
(6) |
Sep
|
Oct
|
Nov
|
Dec
|
|
From: The C. K. <eld...@ya...> - 2021-12-18 15:55:23
|
ive been running asterisk 16 in the lab and in small installations for awhile now without any major issues.. there was some AMI changes I had to make t oa couple of my applications that use CLI Command functions.. its running well on my raspberry pi 4's and on one APU2. granted this is not astlinux.. its in a Centos environment and the machines are dedicated asterisk boxes and not also router / firewall. like all asterisks ive worked with, i slim down the modules i compile and load to the minimum that I need.. ive got both PJ and chan_sip (on different machines).. both seem to work well.. you do have to compile PJ in even if you dont use it.. asterisk fails to compile without it (in my experience).
On Saturday, December 18, 2021, 08:33:48 AM EST, Michael Keuter <li...@mk...> wrote:
> Am 18.12.2021 um 14:28 schrieb Lonnie Abelbeck <li...@lo...>:
>
>
>
>> On Dec 18, 2021, at 4:32 AM, Michael Keuter <li...@mk...> wrote:
>>
>>
>>
>>> Am 18.12.2021 um 02:04 schrieb Michael Knill <mic...@ip...>:
>>>
>>> Hi Group
>>>
>>> Wanting to get some dev work done over the Christmas break and am considering my options.
>>> Certainly moving from Astlinux 1.3.10 to 1.4.4 but trying to decide whether I move to Asterisk 16 or not.
>>> Has anyone had any issues? Are there any gotchas with the move? I can only see AMI changes for the Command action!
>>>
>>> Regards
>>>
>>> Michael Knill
>>> Managing Director
>>
>> Hi Michael,
>>
>> I successfully migrated all my AstLinux installations to Asterisk 16 in 2021 and had no issues so far.
>> I just tweaked the "modules.conf" to not load the new stuff that I don't needed.
>>
>> And the parking stuff is now in a new "res_parking.conf" file in Asterisk and has to stripped from "features.conf".
>>
>> There are simple advices in the Asterisk error messages after the upgrade (e.g which new files could not be loaded => "/stat/etc/asterisk/").
>>
>> Michael
>
> IIRC Asterisk 13 already contained the res_parking.conf
> "; Note: From Asterisk 12 - All parking lot configuration is now done in res_parking.conf"
>
> Lonnie
Yup, you're right.
I just tracked a customer upgrade in Fossil - But now as you say it - it was from Asterisk 11 to 16 :-).
Michael
http://www.mksolutions.info
_______________________________________________
Astlinux-users mailing list
Ast...@li...
https://lists.sourceforge.net/lists/listinfo/astlinux-users
Donations to support AstLinux are graciously accepted via PayPal to pa...@kr....
|
|
From: Michael K. <li...@mk...> - 2021-12-18 13:32:34
|
> Am 18.12.2021 um 14:28 schrieb Lonnie Abelbeck <li...@lo...>: > > > >> On Dec 18, 2021, at 4:32 AM, Michael Keuter <li...@mk...> wrote: >> >> >> >>> Am 18.12.2021 um 02:04 schrieb Michael Knill <mic...@ip...>: >>> >>> Hi Group >>> >>> Wanting to get some dev work done over the Christmas break and am considering my options. >>> Certainly moving from Astlinux 1.3.10 to 1.4.4 but trying to decide whether I move to Asterisk 16 or not. >>> Has anyone had any issues? Are there any gotchas with the move? I can only see AMI changes for the Command action! >>> >>> Regards >>> >>> Michael Knill >>> Managing Director >> >> Hi Michael, >> >> I successfully migrated all my AstLinux installations to Asterisk 16 in 2021 and had no issues so far. >> I just tweaked the "modules.conf" to not load the new stuff that I don't needed. >> >> And the parking stuff is now in a new "res_parking.conf" file in Asterisk and has to stripped from "features.conf". >> >> There are simple advices in the Asterisk error messages after the upgrade (e.g which new files could not be loaded => "/stat/etc/asterisk/"). >> >> Michael > > IIRC Asterisk 13 already contained the res_parking.conf > "; Note: From Asterisk 12 - All parking lot configuration is now done in res_parking.conf" > > Lonnie Yup, you're right. I just tracked a customer upgrade in Fossil - But now as you say it - it was from Asterisk 11 to 16 :-). Michael http://www.mksolutions.info |
|
From: Lonnie A. <li...@lo...> - 2021-12-18 13:28:40
|
> On Dec 18, 2021, at 4:32 AM, Michael Keuter <li...@mk...> wrote: > > > >> Am 18.12.2021 um 02:04 schrieb Michael Knill <mic...@ip...>: >> >> Hi Group >> >> Wanting to get some dev work done over the Christmas break and am considering my options. >> Certainly moving from Astlinux 1.3.10 to 1.4.4 but trying to decide whether I move to Asterisk 16 or not. >> Has anyone had any issues? Are there any gotchas with the move? I can only see AMI changes for the Command action! >> >> Regards >> >> Michael Knill >> Managing Director > > Hi Michael, > > I successfully migrated all my AstLinux installations to Asterisk 16 in 2021 and had no issues so far. > I just tweaked the "modules.conf" to not load the new stuff that I don't needed. > > And the parking stuff is now in a new "res_parking.conf" file in Asterisk and has to stripped from "features.conf". > > There are simple advices in the Asterisk error messages after the upgrade (e.g which new files could not be loaded => "/stat/etc/asterisk/"). > > Michael IIRC Asterisk 13 already contained the res_parking.conf "; Note: From Asterisk 12 - All parking lot configuration is now done in res_parking.conf" Lonnie |
|
From: Michael K. <li...@mk...> - 2021-12-18 10:32:58
|
> Am 18.12.2021 um 02:04 schrieb Michael Knill <mic...@ip...>: > > Hi Group > > Wanting to get some dev work done over the Christmas break and am considering my options. > Certainly moving from Astlinux 1.3.10 to 1.4.4 but trying to decide whether I move to Asterisk 16 or not. > Has anyone had any issues? Are there any gotchas with the move? I can only see AMI changes for the Command action! > > Regards > > Michael Knill > Managing Director Hi Michael, I successfully migrated all my AstLinux installations to Asterisk 16 in 2021 and had no issues so far. I just tweaked the "modules.conf" to not load the new stuff that I don't needed. And the parking stuff is now in a new "res_parking.conf" file in Asterisk and has to stripped from "features.conf". There are simple advices in the Asterisk error messages after the upgrade (e.g which new files could not be loaded => "/stat/etc/asterisk/"). Michael http://www.mksolutions.info |
|
From: Michael K. <mic...@ip...> - 2021-12-18 07:37:57
|
Forgot to mention that I am currently on 13. Regards Michael Knill From: Michael Knill <mic...@ip...> Reply to: AstLinux List <ast...@li...> Date: Saturday, 18 December 2021 at 12:19 pm To: AstLinux List <ast...@li...> Subject: [Astlinux-users] Moving to Asterisk 16 Hi Group Wanting to get some dev work done over the Christmas break and am considering my options. Certainly moving from Astlinux 1.3.10 to 1.4.4 but trying to decide whether I move to Asterisk 16 or not. Has anyone had any issues? Are there any gotchas with the move? I can only see AMI changes for the Command action! Regards Michael Knill Managing Director D: +61 2 6189 1360 P: +61 2 6140 4656 E: mic...@ip...<mailto:mic...@ip...> W: ipcsolutions.com.au<https://ipcsolutions.com.au/> [IPC Solutions] Smarter Business Communications |
|
From: Michael K. <mic...@ip...> - 2021-12-18 01:18:46
|
Hi Group Wanting to get some dev work done over the Christmas break and am considering my options. Certainly moving from Astlinux 1.3.10 to 1.4.4 but trying to decide whether I move to Asterisk 16 or not. Has anyone had any issues? Are there any gotchas with the move? I can only see AMI changes for the Command action! Regards Michael Knill Managing Director D: +61 2 6189 1360 P: +61 2 6140 4656 E: mic...@ip...<mailto:mic...@ip...> W: ipcsolutions.com.au<https://ipcsolutions.com.au/> [IPC Solutions] Smarter Business Communications |
|
From: Dan R. <da...@ry...> - 2021-12-15 21:42:09
|
Blowing up the/mnt/asturw/stat/var/www/admin php files did the trick... The CAKE option now appears and I've enabled it for uplink only. Thank you. Dan On Wed, Dec 15, 2021 at 04:21 PM, Lonnie Abelbeck wrote: Hi Dan, In general, any .php file output of 'show-union' should not be there. Files in /mnt/asturw/ is the way files can be written over top read-only /mnt/asturo/ (unionfs). So if "/mnt/asturw/stat/var/www/admin/firewall.php" exists then the firmware "/mnt/asturo/stat/var/www/admin/firewall.php" will not be used. For my systems: -- show-union | grep '.php$' -- (no output) For sure any /mnt/asturw/stat/var/www/admin/*.php should be removed... (unless you know why you do not want the latest firmware files!) -- rm /mnt/asturw/stat/var/www/admin/*.php -- if there are some more "/mnt/asturw/stat/var/www/" .php/.inc files remaining, they should be removed as well. All web interface stuff. As far as the "/mnt/asturw/stat/var/lib/asterisk/agi-bin/" files, they are not used in the later versions of AstLinux (1.3.10+). If you need those AGI files make a "/mnt/kd/custom-agi/" directory and place AGI files in there. Then reference them as custom-agi/foo.agi in the dialplan, for example: -- exten => s,n,AGI(custom-agi/weather.agi,http://www.weather.gov/xml/current_obs/KMLE.xml (http://www.weather.gov/xml/current_obs/KMLE.xml)) -- Good luck. Lonnie On Dec 15, 2021, at 2:44 PM, Dan Ryson wrote: Hi Lonnie, Yes, show-union reveals a great number of files (I had to use "more") including these .php files: /mnt/asturw/stat/var/www/admin/wireguard.php /mnt/asturw/stat/var/www/admin/network.php /mnt/asturw/stat/var/www/admin/firewall.php /mnt/asturw/stat/var/lib/asterisk/agi-bin/cnam.php /mnt/asturw/stat/var/lib/asterisk/agi-bin/test.php /mnt/asturw/stat/var/lib/asterisk/agi-bin/asterisk_tuner_caller.php /mnt/asturw/stat/var/lib/asterisk/agi-bin/kill_remote_ffmpeg.php Regarding directory paths, I had NOTHING entered for the HTTP Server Directory and both HTTP CGI and Allow Listing were unchecked. Changing this and rebooting didn't alter my symptom: CAKE options are still MIA. Hi Michael, Clearing browser cache didn't help. I even tried a different broswer and got the same results. Thanks, Dan On Wed, Dec 15, 2021 at 03:22 PM, Lonnie Abelbeck wrote: Hi Dan, Hmmm ... first look at -- # show-union -- are there any .php files showing there? You are using the standard web server directory paths? (Network tab) like: Are you using the official AstLinux release, or are you building a custom image? Lonnie On Dec 15, 2021, at 1:43 PM, Dan Ryson wrote: Hi Lonnie, Thanks for the prompt response and recommendations. Sip.conf already had the TOS settings so no change was necessary there. Right off the bat, a discrepancy is apparent between your screen shot (below) and what I'm observing. Although the GUI is reporting that I'm running version 1.4.4, there's no [cake] option available in the Traffic Shaping pull-down. The only options are Disabled, Enabled [htb], and Enabled [hfsc]. Furthermore, I'm seeing no CAKE Tuning Options, Link Layer Tuning, or ACK Filter. I've rebooted twice since upgrading both Runnix and AstLinux. What am I missing? (No, wait. Don't answer that!) Dan On Wed, Dec 15, 2021 at 02:19 PM, Lonnie Abelbeck wrote: Hi Dan! When we added CAKE support ... after much testing, I concluded CAKE is the best choice for many. There are no UDP/TCP port based shaping rules when using CAKE (a person needs hsfc or htb to support that), as configured CAKE uses DiffServ QoS markings. So in sip.conf be sure to enable at least: -- tos_sip=cs3 ; Sets TOS for SIP packets. tos_audio=ef ; Sets TOS for RTP audio packets. -- Personally I have a 100/20 Mbps (down/up) DOCSIS cable modem (slightly more tested with Speedtest), here is my setting. In general you should never enable Downlink shaping. While there is a method to apply Downlink shaping using CAKE via an ifb device, it does not offer much benefit with many complications. If you enable Downlink shaping it will drop packets to limit the speed, which applies equally to all shaping types. Best not to enable Downlink shaping. Let me know how it goes for you. Lonnie On Dec 15, 2021, at 11:44 AM, Dan Ryson wrote: Hi Team, And thanks for your continuing efforts with AstLinux and 1..4.4 in particular. 'Tis the season to be streamin' and I'm facing new challenges with Traffic Shaping. Specifically, we're missing syllables on incoming voice traffic. Might CAKE help? Can you point to any guidance on using CAKE in a VoIP context of the other provided Traffic Shaping tools? Best wishes, Dan On Tue, Nov 2, 2021 at 11:58 AM, Lonnie Abelbeck wrote: Announcing AstLinux Release: 1.4.4 More Info: AstLinux Project https://www.astlinux-project.org/ (https://www.astlinux-project.org/) AstLinux 1.4.4 Highlights: * Asterisk Versions: 13.38.3, 16.21.1 * Added SIP threats blocklist 'apiban', requires an API Key in /mnt/kd/apiban.conf via https://apiban.org/ (https://apiban.org/) * Traffic Shaping, add CAKE support, both "Network -> Firewall -> Traffic Shaping" and "Network -> WAN Failover" * 2.5G ethernet support for Intel i225 (igc) and Realtek RTL8125 (r8125) NICs * '13se' version now uses Asterisk 13.38.3, "Security Fixes Only" version for Asterisk 13 _______________________________________________ Astlinux-users mailing list Ast...@li... (mailto:Ast...@li...) https://lists.sourceforge.net/lists/listinfo/astlinux-users (https://lists.sourceforge.net/lists/listinfo/astlinux-users) Donations to support AstLinux are graciously accepted via PayPal to pa...@kr... (mailto:pa...@kr...).. _______________________________________________ Astlinux-users mailing list Ast...@li... (mailto:Ast...@li...) https://lists.sourceforge.net/lists/listinfo/astlinux-users (https://lists.sourceforge.net/lists/listinfo/astlinux-users) Donations to support AstLinux are graciously accepted via PayPal to pa...@kr... (mailto:pa...@kr...). _______________________________________________ Astlinux-users mailing list Ast...@li... (mailto:Ast...@li...) https://lists.sourceforge.net/lists/listinfo/astlinux-users (https://lists.sourceforge.net/lists/listinfo/astlinux-users) Donations to support AstLinux are graciously accepted via PayPal to pa...@kr... (mailto:pa...@kr...). _______________________________________________ Astlinux-users mailing list Ast...@li... (mailto:Ast...@li...) https://lists.sourceforge.net/lists/listinfo/astlinux-users (https://lists.sourceforge.net/lists/listinfo/astlinux-users) Donations to support AstLinux are graciously accepted via PayPal to pa...@kr... (mailto:pa...@kr...). |
|
From: Lonnie A. <li...@lo...> - 2021-12-15 21:21:42
|
Hi Dan, In general, any .php file output of 'show-union' should not be there. Files in /mnt/asturw/ is the way files can be written over top read-only /mnt/asturo/ (unionfs). So if "/mnt/asturw/stat/var/www/admin/firewall.php" exists then the firmware "/mnt/asturo/stat/var/www/admin/firewall.php" will not be used. For my systems: -- show-union | grep '\.php$' -- (no output) For sure any /mnt/asturw/stat/var/www/admin/*.php should be removed... (unless you know why you do not want the latest firmware files!) -- rm /mnt/asturw/stat/var/www/admin/*.php -- if there are some more "/mnt/asturw/stat/var/www/" .php/.inc files remaining, they should be removed as well. All web interface stuff. As far as the "/mnt/asturw/stat/var/lib/asterisk/agi-bin/" files, they are not used in the later versions of AstLinux (1.3.10+). If you need those AGI files make a "/mnt/kd/custom-agi/" directory and place AGI files in there. Then reference them as custom-agi/foo.agi in the dialplan, for example: -- exten => s,n,AGI(custom-agi/weather.agi,http://www.weather.gov/xml/current_obs/KMLE.xml) -- Good luck. Lonnie > On Dec 15, 2021, at 2:44 PM, Dan Ryson <da...@ry...> wrote: > > Hi Lonnie, > > Yes, show-union reveals a great number of files (I had to use "more") including these .php files: > > /mnt/asturw/stat/var/www/admin/wireguard.php > /mnt/asturw/stat/var/www/admin/network.php > /mnt/asturw/stat/var/www/admin/firewall.php > /mnt/asturw/stat/var/lib/asterisk/agi-bin/cnam.php > /mnt/asturw/stat/var/lib/asterisk/agi-bin/test.php > /mnt/asturw/stat/var/lib/asterisk/agi-bin/asterisk_tuner_caller.php > /mnt/asturw/stat/var/lib/asterisk/agi-bin/kill_remote_ffmpeg.php > > Regarding directory paths, I had NOTHING entered for the HTTP Server Directory and both HTTP CGI and Allow Listing were unchecked. Changing this and rebooting didn't alter my symptom: CAKE options are still MIA. > > Hi Michael, > > Clearing browser cache didn't help. I even tried a different broswer and got the same results. > > Thanks, > > Dan > > > > On Wed, Dec 15, 2021 at 03:22 PM, Lonnie Abelbeck <li...@lo...> wrote: > Hi Dan, > > Hmmm ... first look at > -- > # show-union > -- > are there any .php files showing there? > > You are using the standard web server directory paths? (Network tab) like: > > <Screen Shot 2021-12-15 at 2.17.25 PM.png> > > Are you using the official AstLinux release, or are you building a custom image? > > Lonnie > > > > >> On Dec 15, 2021, at 1:43 PM, Dan Ryson <da...@ry...> wrote: >> >> Hi Lonnie, >> >> Thanks for the prompt response and recommendations. >> >> Sip.conf already had the TOS settings so no change was necessary there. >> >> Right off the bat, a discrepancy is apparent between your screen shot (below) and what I'm observing. Although the GUI is reporting that I'm running version 1.4.4, there's no [cake] option available in the Traffic Shaping pull-down. The only options are Disabled, Enabled [htb], and Enabled [hfsc]. Furthermore, I'm seeing no CAKE Tuning Options, Link Layer Tuning, or ACK Filter. I've rebooted twice since upgrading both Runnix and AstLinux. >> >> What am I missing? (No, wait. Don't answer that!) >> >> Dan >> >> >> >> On Wed, Dec 15, 2021 at 02:19 PM, Lonnie Abelbeck <li...@lo...> wrote: >> Hi Dan! >> >> When we added CAKE support ... after much testing, I concluded CAKE is the best choice for many. >> >> There are no UDP/TCP port based shaping rules when using CAKE (a person needs hsfc or htb to support that), as configured CAKE uses DiffServ QoS markings. >> >> So in sip.conf be sure to enable at least: >> -- >> tos_sip=cs3 ; Sets TOS for SIP packets. >> tos_audio=ef ; Sets TOS for RTP audio packets. >> -- >> >> Personally I have a 100/20 Mbps (down/up) DOCSIS cable modem (slightly more tested with Speedtest), here is my setting. >> >> <Screen Shot 2021-12-15 at 12.44.41 PM.png> >> >> In general you should never enable Downlink shaping. >> >> While there is a method to apply Downlink shaping using CAKE via an ifb device, it does not offer much benefit with many complications. If you enable Downlink shaping it will drop packets to limit the speed, which applies equally to all shaping types. Best not to enable Downlink shaping. >> >> >> Let me know how it goes for you. >> >> Lonnie >> >> >> >> >>> On Dec 15, 2021, at 11:44 AM, Dan Ryson <da...@ry...> wrote: >>> >>> Hi Team, >>> >>> And thanks for your continuing efforts with AstLinux and 1..4.4 in particular. >>> >>> 'Tis the season to be streamin' and I'm facing new challenges with Traffic Shaping. Specifically, we're missing syllables on incoming voice traffic. Might CAKE help? Can you point to any guidance on using CAKE in a VoIP context of the other provided Traffic Shaping tools? >>> >>> Best wishes, >>> >>> Dan >>> >>> >>> On Tue, Nov 2, 2021 at 11:58 AM, Lonnie Abelbeck <li...@lo...> wrote: >>> Announcing AstLinux Release: 1.4.4 >>> >>> More Info: AstLinux Project >>> https://www.astlinux-project.org/ >>> >>> AstLinux 1.4.4 Highlights: >>> * Asterisk Versions: 13.38.3, 16.21.1 >>> * Added SIP threats blocklist 'apiban', requires an API Key in /mnt/kd/apiban.conf via https://apiban.org/ >>> * Traffic Shaping, add CAKE support, both "Network -> Firewall -> Traffic Shaping" and "Network -> WAN Failover" >>> * 2.5G ethernet support for Intel i225 (igc) and Realtek RTL8125 (r8125) NICs >>> * '13se' version now uses Asterisk 13.38.3, "Security Fixes Only" version for Asterisk 13 >>> >>> >>> _______________________________________________ >>> Astlinux-users mailing list >>> Ast...@li... >>> https://lists.sourceforge.net/lists/listinfo/astlinux-users >>> >>> Donations to support AstLinux are graciously accepted via PayPal to pa...@kr..... >> >> _______________________________________________ >> Astlinux-users mailing list >> Ast...@li... >> https://lists.sourceforge.net/lists/listinfo/astlinux-users >> >> Donations to support AstLinux are graciously accepted via PayPal to pa...@kr.... > > _______________________________________________ > Astlinux-users mailing list > Ast...@li... > https://lists.sourceforge.net/lists/listinfo/astlinux-users > > Donations to support AstLinux are graciously accepted via PayPal to pa...@kr.... |
|
From: Dan R. <da...@ry...> - 2021-12-15 20:45:01
|
Hi Lonnie, Yes, show-union reveals a great number of files (I had to use "more") including these .php files: /mnt/asturw/stat/var/www/admin/wireguard.php /mnt/asturw/stat/var/www/admin/network.php /mnt/asturw/stat/var/www/admin/firewall.php /mnt/asturw/stat/var/lib/asterisk/agi-bin/cnam.php /mnt/asturw/stat/var/lib/asterisk/agi-bin/test.php /mnt/asturw/stat/var/lib/asterisk/agi-bin/asterisk_tuner_caller.php /mnt/asturw/stat/var/lib/asterisk/agi-bin/kill_remote_ffmpeg.php Regarding directory paths, I had NOTHING entered for the HTTP Server Directory and both HTTP CGI and Allow Listing were unchecked. Changing this and rebooting didn't alter my symptom: CAKE options are still MIA. Hi Michael, Clearing browser cache didn't help. I even tried a different broswer and got the same results. Thanks, Dan On Wed, Dec 15, 2021 at 03:22 PM, Lonnie Abelbeck wrote: Hi Dan, Hmmm ... first look at -- # show-union -- are there any .php files showing there? You are using the standard web server directory paths? (Network tab) like: Are you using the official AstLinux release, or are you building a custom image? Lonnie On Dec 15, 2021, at 1:43 PM, Dan Ryson wrote: Hi Lonnie, Thanks for the prompt response and recommendations. Sip.conf already had the TOS settings so no change was necessary there. Right off the bat, a discrepancy is apparent between your screen shot (below) and what I'm observing. Although the GUI is reporting that I'm running version 1.4.4, there's no [cake] option available in the Traffic Shaping pull-down. The only options are Disabled, Enabled [htb], and Enabled [hfsc]. Furthermore, I'm seeing no CAKE Tuning Options, Link Layer Tuning, or ACK Filter. I've rebooted twice since upgrading both Runnix and AstLinux. What am I missing? (No, wait. Don't answer that!) Dan On Wed, Dec 15, 2021 at 02:19 PM, Lonnie Abelbeck wrote: Hi Dan! When we added CAKE support ... after much testing, I concluded CAKE is the best choice for many. There are no UDP/TCP port based shaping rules when using CAKE (a person needs hsfc or htb to support that), as configured CAKE uses DiffServ QoS markings. So in sip.conf be sure to enable at least: -- tos_sip=cs3 ; Sets TOS for SIP packets. tos_audio=ef ; Sets TOS for RTP audio packets. -- Personally I have a 100/20 Mbps (down/up) DOCSIS cable modem (slightly more tested with Speedtest), here is my setting. In general you should never enable Downlink shaping. While there is a method to apply Downlink shaping using CAKE via an ifb device, it does not offer much benefit with many complications. If you enable Downlink shaping it will drop packets to limit the speed, which applies equally to all shaping types. Best not to enable Downlink shaping. Let me know how it goes for you. Lonnie On Dec 15, 2021, at 11:44 AM, Dan Ryson wrote: Hi Team, And thanks for your continuing efforts with AstLinux and 1..4.4 in particular. 'Tis the season to be streamin' and I'm facing new challenges with Traffic Shaping. Specifically, we're missing syllables on incoming voice traffic. Might CAKE help? Can you point to any guidance on using CAKE in a VoIP context of the other provided Traffic Shaping tools? Best wishes, Dan On Tue, Nov 2, 2021 at 11:58 AM, Lonnie Abelbeck wrote: Announcing AstLinux Release: 1.4.4 More Info: AstLinux Project https://www.astlinux-project.org/ (https://www.astlinux-project.org/) AstLinux 1.4.4 Highlights: * Asterisk Versions: 13.38.3, 16.21.1 * Added SIP threats blocklist 'apiban', requires an API Key in /mnt/kd/apiban.conf via https://apiban.org/ (https://apiban.org/) * Traffic Shaping, add CAKE support, both "Network -> Firewall -> Traffic Shaping" and "Network -> WAN Failover" * 2.5G ethernet support for Intel i225 (igc) and Realtek RTL8125 (r8125) NICs * '13se' version now uses Asterisk 13.38.3, "Security Fixes Only" version for Asterisk 13 _______________________________________________ Astlinux-users mailing list Ast...@li... (mailto:Ast...@li...) https://lists.sourceforge.net/lists/listinfo/astlinux-users (https://lists.sourceforge.net/lists/listinfo/astlinux-users) Donations to support AstLinux are graciously accepted via PayPal to pa...@kr... (mailto:pa...@kr...).. _______________________________________________ Astlinux-users mailing list Ast...@li... (mailto:Ast...@li...) https://lists.sourceforge.net/lists/listinfo/astlinux-users (https://lists.sourceforge.net/lists/listinfo/astlinux-users) Donations to support AstLinux are graciously accepted via PayPal to pa...@kr... (mailto:pa...@kr...). |
|
From: Michael K. <li...@mk...> - 2021-12-15 20:24:24
|
Maybe your Browser cache? Sent from a mobile device. Michael Keuter > Am 15.12.2021 um 21:10 schrieb Dan Ryson <da...@ry...>: > > > Hi Lonnie, > > Thanks for the prompt response and recommendations. > > Sip.conf already had the TOS settings so no change was necessary there. > > Right off the bat, a discrepancy is apparent between your screen shot (below) and what I'm observing. Although the GUI is reporting that I'm running version 1.4.4, there's no [cake] option available in the Traffic Shaping pull-down. The only options are Disabled, Enabled [htb], and Enabled [hfsc]. Furthermore, I'm seeing no CAKE Tuning Options, Link Layer Tuning, or ACK Filter. I've rebooted twice since upgrading both Runnix and AstLinux. > > What am I missing? (No, wait. Don't answer that!) > > Dan > > > >> On Wed, Dec 15, 2021 at 02:19 PM, Lonnie Abelbeck <li...@lo...> wrote: >> Hi Dan! >> >> When we added CAKE support ... after much testing, I concluded CAKE is the best choice for many. >> >> There are no UDP/TCP port based shaping rules when using CAKE (a person needs hsfc or htb to support that), as configured CAKE uses DiffServ QoS markings. >> >> So in sip.conf be sure to enable at least: >> -- >> tos_sip=cs3 ; Sets TOS for SIP packets. >> tos_audio=ef ; Sets TOS for RTP audio packets. >> -- >> >> Personally I have a 100/20 Mbps (down/up) DOCSIS cable modem (slightly more tested with Speedtest), here is my setting. >> >> <Screen Shot 2021-12-15 at 12.44.41 PM.png> >> >> In general you should never enable Downlink shaping. >> >> While there is a method to apply Downlink shaping using CAKE via an ifb device, it does not offer much benefit with many complications. If you enable Downlink shaping it will drop packets to limit the speed, which applies equally to all shaping types. Best not to enable Downlink shaping. >> >> >> Let me know how it goes for you. >> >> Lonnie >> >> >> >> >> On Dec 15, 2021, at 11:44 AM, Dan Ryson <da...@ry...> wrote: >> >> Hi Team, >> >> And thanks for your continuing efforts with AstLinux and 1..4.4 in particular. >> >> 'Tis the season to be streamin' and I'm facing new challenges with Traffic Shaping. Specifically, we're missing syllables on incoming voice traffic. Might CAKE help? Can you point to any guidance on using CAKE in a VoIP context of the other provided Traffic Shaping tools? >> >> Best wishes, >> >> Dan >> >> >> On Tue, Nov 2, 2021 at 11:58 AM, Lonnie Abelbeck <li...@lo...> wrote: >> Announcing AstLinux Release: 1.4.4 >> >> More Info: AstLinux Project >> https://www.astlinux-project.org/ >> >> AstLinux 1.4.4 Highlights: >> * Asterisk Versions: 13.38.3, 16.21.1 >> * Added SIP threats blocklist 'apiban', requires an API Key in /mnt/kd/apiban.conf via https://apiban.org/ >> * Traffic Shaping, add CAKE support, both "Network -> Firewall -> Traffic Shaping" and "Network -> WAN Failover" >> * 2.5G ethernet support for Intel i225 (igc) and Realtek RTL8125 (r8125) NICs >> * '13se' version now uses Asterisk 13.38.3, "Security Fixes Only" version for Asterisk 13 >> >> >> _______________________________________________ >> Astlinux-users mailing list >> Ast...@li... >> https://lists.sourceforge.net/lists/listinfo/astlinux-users >> >> Donations to support AstLinux are graciously accepted via PayPal to pa...@kr.... > > _______________________________________________ > Astlinux-users mailing list > Ast...@li... > https://lists.sourceforge.net/lists/listinfo/astlinux-users > > Donations to support AstLinux are graciously accepted via PayPal to pa...@kr.... |
|
From: Lonnie A. <li...@lo...> - 2021-12-15 20:22:32
|
Hi Dan, Hmmm ... first look at -- # show-union -- are there any .php files showing there? You are using the standard web server directory paths? (Network tab) like: Are you using the official AstLinux release, or are you building a custom image? Lonnie > On Dec 15, 2021, at 1:43 PM, Dan Ryson <da...@ry...> wrote: > > Hi Lonnie, > > Thanks for the prompt response and recommendations. > > Sip.conf already had the TOS settings so no change was necessary there. > > Right off the bat, a discrepancy is apparent between your screen shot (below) and what I'm observing. Although the GUI is reporting that I'm running version 1.4.4, there's no [cake] option available in the Traffic Shaping pull-down. The only options are Disabled, Enabled [htb], and Enabled [hfsc]. Furthermore, I'm seeing no CAKE Tuning Options, Link Layer Tuning, or ACK Filter. I've rebooted twice since upgrading both Runnix and AstLinux. > > What am I missing? (No, wait. Don't answer that!) > > Dan > > > > On Wed, Dec 15, 2021 at 02:19 PM, Lonnie Abelbeck <li...@lo...> wrote: > Hi Dan! > > When we added CAKE support ... after much testing, I concluded CAKE is the best choice for many. > > There are no UDP/TCP port based shaping rules when using CAKE (a person needs hsfc or htb to support that), as configured CAKE uses DiffServ QoS markings. > > So in sip.conf be sure to enable at least: > -- > tos_sip=cs3 ; Sets TOS for SIP packets. > tos_audio=ef ; Sets TOS for RTP audio packets. > -- > > Personally I have a 100/20 Mbps (down/up) DOCSIS cable modem (slightly more tested with Speedtest), here is my setting. > > <Screen Shot 2021-12-15 at 12.44.41 PM.png> > > In general you should never enable Downlink shaping. > > While there is a method to apply Downlink shaping using CAKE via an ifb device, it does not offer much benefit with many complications. If you enable Downlink shaping it will drop packets to limit the speed, which applies equally to all shaping types. Best not to enable Downlink shaping. > > > Let me know how it goes for you. > > Lonnie > > > > >> On Dec 15, 2021, at 11:44 AM, Dan Ryson <da...@ry...> wrote: >> >> Hi Team, >> >> And thanks for your continuing efforts with AstLinux and 1..4.4 in particular. >> >> 'Tis the season to be streamin' and I'm facing new challenges with Traffic Shaping. Specifically, we're missing syllables on incoming voice traffic. Might CAKE help? Can you point to any guidance on using CAKE in a VoIP context of the other provided Traffic Shaping tools? >> >> Best wishes, >> >> Dan >> >> >> On Tue, Nov 2, 2021 at 11:58 AM, Lonnie Abelbeck <li...@lo...> wrote: >> Announcing AstLinux Release: 1.4.4 >> >> More Info: AstLinux Project >> https://www.astlinux-project.org/ >> >> AstLinux 1.4.4 Highlights: >> * Asterisk Versions: 13.38.3, 16.21.1 >> * Added SIP threats blocklist 'apiban', requires an API Key in /mnt/kd/apiban.conf via https://apiban.org/ >> * Traffic Shaping, add CAKE support, both "Network -> Firewall -> Traffic Shaping" and "Network -> WAN Failover" >> * 2.5G ethernet support for Intel i225 (igc) and Realtek RTL8125 (r8125) NICs >> * '13se' version now uses Asterisk 13.38.3, "Security Fixes Only" version for Asterisk 13 >> >> >> _______________________________________________ >> Astlinux-users mailing list >> Ast...@li... >> https://lists.sourceforge.net/lists/listinfo/astlinux-users >> >> Donations to support AstLinux are graciously accepted via PayPal to pa...@kr..... > > _______________________________________________ > Astlinux-users mailing list > Ast...@li... > https://lists.sourceforge.net/lists/listinfo/astlinux-users > > Donations to support AstLinux are graciously accepted via PayPal to pa...@kr.... |
|
From: Dan R. <da...@ry...> - 2021-12-15 20:09:57
|
Hi Lonnie, Thanks for the prompt response and recommendations. Sip.conf already had the TOS settings so no change was necessary there. Right off the bat, a discrepancy is apparent between your screen shot (below) and what I'm observing. Although the GUI is reporting that I'm running version 1.4.4, there's no [cake] option available in the Traffic Shaping pull-down. The only options are Disabled, Enabled [htb], and Enabled [hfsc]. Furthermore, I'm seeing no CAKE Tuning Options, Link Layer Tuning, or ACK Filter. I've rebooted twice since upgrading both Runnix and AstLinux. What am I missing? (No, wait. Don't answer that!) Dan On Wed, Dec 15, 2021 at 02:19 PM, Lonnie Abelbeck wrote: Hi Dan! When we added CAKE support ... after much testing, I concluded CAKE is the best choice for many. There are no UDP/TCP port based shaping rules when using CAKE (a person needs hsfc or htb to support that), as configured CAKE uses DiffServ QoS markings. So in sip.conf be sure to enable at least: -- tos_sip=cs3 ; Sets TOS for SIP packets. tos_audio=ef ; Sets TOS for RTP audio packets. -- Personally I have a 100/20 Mbps (down/up) DOCSIS cable modem (slightly more tested with Speedtest), here is my setting. In general you should never enable Downlink shaping. While there is a method to apply Downlink shaping using CAKE via an ifb device, it does not offer much benefit with many complications. If you enable Downlink shaping it will drop packets to limit the speed, which applies equally to all shaping types. Best not to enable Downlink shaping. Let me know how it goes for you. Lonnie On Dec 15, 2021, at 11:44 AM, Dan Ryson wrote: Hi Team, And thanks for your continuing efforts with AstLinux and 1..4.4 in particular. 'Tis the season to be streamin' and I'm facing new challenges with Traffic Shaping. Specifically, we're missing syllables on incoming voice traffic. Might CAKE help? Can you point to any guidance on using CAKE in a VoIP context of the other provided Traffic Shaping tools? Best wishes, Dan On Tue, Nov 2, 2021 at 11:58 AM, Lonnie Abelbeck wrote: Announcing AstLinux Release: 1.4.4 More Info: AstLinux Project https://www.astlinux-project.org/ (https://www.astlinux-project.org/) AstLinux 1.4.4 Highlights: * Asterisk Versions: 13.38.3, 16.21.1 * Added SIP threats blocklist 'apiban', requires an API Key in /mnt/kd/apiban.conf via https://apiban.org/ (https://apiban.org/) * Traffic Shaping, add CAKE support, both "Network -> Firewall -> Traffic Shaping" and "Network -> WAN Failover" * 2.5G ethernet support for Intel i225 (igc) and Realtek RTL8125 (r8125) NICs * '13se' version now uses Asterisk 13.38.3, "Security Fixes Only" version for Asterisk 13 _______________________________________________ Astlinux-users mailing list Ast...@li... (mailto:Ast...@li...) https://lists.sourceforge.net/lists/listinfo/astlinux-users (https://lists.sourceforge.net/lists/listinfo/astlinux-users) Donations to support AstLinux are graciously accepted via PayPal to pa...@kr... (mailto:pa...@kr...). |
|
From: Lonnie A. <li...@lo...> - 2021-12-15 19:19:23
|
Hi Dan! When we added CAKE support ... after much testing, I concluded CAKE is the best choice for many. There are no UDP/TCP port based shaping rules when using CAKE (a person needs hsfc or htb to support that), as configured CAKE uses DiffServ QoS markings. So in sip.conf be sure to enable at least: -- tos_sip=cs3 ; Sets TOS for SIP packets. tos_audio=ef ; Sets TOS for RTP audio packets. -- Personally I have a 100/20 Mbps (down/up) DOCSIS cable modem (slightly more tested with Speedtest), here is my setting. In general you should never enable Downlink shaping. While there is a method to apply Downlink shaping using CAKE via an ifb device, it does not offer much benefit with many complications. If you enable Downlink shaping it will drop packets to limit the speed, which applies equally to all shaping types. Best not to enable Downlink shaping. Let me know how it goes for you. Lonnie > On Dec 15, 2021, at 11:44 AM, Dan Ryson <da...@ry...> wrote: > > Hi Team, > > And thanks for your continuing efforts with AstLinux and 1..4.4 in particular. > > 'Tis the season to be streamin' and I'm facing new challenges with Traffic Shaping. Specifically, we're missing syllables on incoming voice traffic. Might CAKE help? Can you point to any guidance on using CAKE in a VoIP context of the other provided Traffic Shaping tools? > > Best wishes, > > Dan > > > On Tue, Nov 2, 2021 at 11:58 AM, Lonnie Abelbeck <li...@lo...> wrote: > Announcing AstLinux Release: 1.4.4 > > More Info: AstLinux Project > https://www.astlinux-project.org/ > > AstLinux 1.4.4 Highlights: > * Asterisk Versions: 13.38.3, 16.21.1 > * Added SIP threats blocklist 'apiban', requires an API Key in /mnt/kd/apiban.conf via https://apiban.org/ > * Traffic Shaping, add CAKE support, both "Network -> Firewall -> Traffic Shaping" and "Network -> WAN Failover" > * 2.5G ethernet support for Intel i225 (igc) and Realtek RTL8125 (r8125) NICs > * '13se' version now uses Asterisk 13.38.3, "Security Fixes Only" version for Asterisk 13 > > > _______________________________________________ > Astlinux-users mailing list > Ast...@li... > https://lists.sourceforge.net/lists/listinfo/astlinux-users > > Donations to support AstLinux are graciously accepted via PayPal to pa...@kr.... |
|
From: Dan R. <da...@ry...> - 2021-12-15 18:11:33
|
Hi Team, And thanks for your continuing efforts with AstLinux and 1.4.4 in particular. 'Tis the season to be streamin' and I'm facing new challenges with Traffic Shaping. Specifically, we're missing syllables on incoming voice traffic. Might CAKE help? Can you point to any guidance on using CAKE in a VoIP context of the other provided Traffic Shaping tools? Best wishes, Dan On Tue, Nov 2, 2021 at 11:58 AM, Lonnie Abelbeck wrote: Announcing AstLinux Release: 1.4.4 More Info: AstLinux Project https://www.astlinux-project.org/ (https://www.astlinux-project.org/) AstLinux 1.4.4 Highlights: * Asterisk Versions: 13.38.3, 16.21.1 * Added SIP threats blocklist 'apiban', requires an API Key in /mnt/kd/apiban.conf via https://apiban.org/ (https://apiban.org/) * Traffic Shaping, add CAKE support, both "Network -> Firewall -> Traffic Shaping" and "Network -> WAN Failover" * 2.5G ethernet support for Intel i225 (igc) and Realtek RTL8125 (r8125) NICs * '13se' version now uses Asterisk 13.38.3, "Security Fixes Only" version for Asterisk 13 |
|
From: Michael K. <li...@mk...> - 2021-12-14 12:24:01
|
> Am 14.12.2021 um 10:51 schrieb Stefan Ulm <s....@di...>: > > > > is astlinux using Log4j some way? I’m asking, because lately there came out a vulnerability regarding Log4j. > I have installed some older version like for example astlinux 1.2.7 and I want just to know if I need to take action to update theese devices to avoid Log4j vulnerability. > > > Best regards > > Stefan Ulm Hi Stefan, no, AstLinux does not use Java at all. Only if you have compiled yourself a personal version with custom packages with Buildroot, that might be. Version 1.2.7 is quite old (2016-07-06) and many security fixes for other packages were included in the meantime. Michael http://www.mksolutions.info |
|
From: Stefan U. <s....@di...> - 2021-12-14 10:11:14
|
is astlinux using Log4j some way? I’m asking, because lately there came out a vulnerability regarding Log4j. I have installed some older version like for example astlinux 1.2.7 and I want just to know if I need to take action to update theese devices to avoid Log4j vulnerability. Best regards Stefan Ulm |
|
From: Lonnie A. <li...@lo...> - 2021-11-15 14:23:19
|
Hi Ionel, Agreeing with Michael, if you are migrating to a new system with a new SSD, install from scratch by booting with the appropriate .iso installer image (or extract and dd the ISO's .img(.gz) if desired). Then copy over all the /mnt/kd/ files by mounting the old SSD read-only or via a backup. Tip -> I usually "service asterisk stop" before I copy over all the /mnt/kd/ files. Alternatively, if the old SSD is only a couple years old, I would keep using it in the new system with a new blank SSD on hand as a spare. AstLinux does not stress SSDs very much, I'm still using flash storage many years old. Finally, AstLinux requires Legacy (non-UEFI) BIOS, so make sure any new mini-itx motherboard BIOS supports Legacy boot. Lonnie > On Nov 15, 2021, at 1:51 AM, Michael Knill <mic...@ip...> wrote: > > I would be building a whole new system and just copy across the KD files. That's the beauty of Astlinux. > > Regards > Michael Knill > > On 15/11/21, 10:16 am, "Ionel Chila via Astlinux-users" <ast...@li...> wrote: > > I had this Astlinux box running for almost 12 years now. Rock SOLID and thanks to Astlinux. Thanks for all the good and hard work going into this. > > I am thinking about switching the system to a Supermicro motherboard mini-itx to get the IPMI capabilities. I could just plug in the same SSD drive, boot up and be done with it but I would love to upgrade the SSD as well. > That being said what is best way to clone the 2 SSD drives? DD or other method? I have a lot of custom stuff so re-installing the astlinux fresh and transferring manually will be a pain. Cloning is the way to go. > > Cheers and many thanks > Ionel Chila > > _______________________________________________ > Astlinux-users mailing list > Ast...@li... > https://lists.sourceforge.net/lists/listinfo/astlinux-users > > Donations to support AstLinux are graciously accepted via PayPal to pa...@kr.... > > > _______________________________________________ > Astlinux-users mailing list > Ast...@li... > https://lists.sourceforge.net/lists/listinfo/astlinux-users > > Donations to support AstLinux are graciously accepted via PayPal to pa...@kr.... |
|
From: Michael K. <mic...@ip...> - 2021-11-15 07:52:05
|
I would be building a whole new system and just copy across the KD files. That's the beauty of Astlinux.
Regards
Michael Knill
On 15/11/21, 10:16 am, "Ionel Chila via Astlinux-users" <ast...@li...> wrote:
I had this Astlinux box running for almost 12 years now. Rock SOLID and thanks to Astlinux. Thanks for all the good and hard work going into this.
I am thinking about switching the system to a Supermicro motherboard mini-itx to get the IPMI capabilities. I could just plug in the same SSD drive, boot up and be done with it but I would love to upgrade the SSD as well.
That being said what is best way to clone the 2 SSD drives? DD or other method? I have a lot of custom stuff so re-installing the astlinux fresh and transferring manually will be a pain. Cloning is the way to go.
Cheers and many thanks
Ionel Chila
_______________________________________________
Astlinux-users mailing list
Ast...@li...
https://lists.sourceforge.net/lists/listinfo/astlinux-users
Donations to support AstLinux are graciously accepted via PayPal to pa...@kr....
|
|
From: John N. <jn...@co...> - 2021-11-15 01:57:15
|
I have used dd, clonezilla and macrium reflect to clone from hard drives to SSD and SSD to SSD, for linux and windoze drives. Not every one works in every instance. The source hopefully will have no read errors. If that isn't the case then the errors either need to be fixed or or an option in the clone software needs to be specified. Differences in drive size need to be considered as well as the clone machine. YOU will determine the best way for you. everyone will have their own opinion John Novack Ionel Chila via Astlinux-users wrote: > I had this Astlinux box running for almost 12 years now. Rock SOLID and thanks to Astlinux. Thanks for all the good and hard work going into this. > > I am thinking about switching the system to a Supermicro motherboard mini-itx to get the IPMI capabilities. I could just plug in the same SSD drive, boot up and be done with it but I would love to upgrade the SSD as well. > That being said what is best way to clone the 2 SSD drives? DD or other method? I have a lot of custom stuff so re-installing the astlinux fresh and transferring manually will be a pain. Cloning is the way to go. > > Cheers and many thanks > Ionel Chila > > _______________________________________________ > Astlinux-users mailing list > Ast...@li... > https://lists.sourceforge.net/lists/listinfo/astlinux-users > > Donations to support AstLinux are graciously accepted via PayPal to pa...@kr.... > -- Dog is my Co-Pilot |
|
From: Ionel C. <ion...@me...> - 2021-11-14 23:15:56
|
I had this Astlinux box running for almost 12 years now. Rock SOLID and thanks to Astlinux. Thanks for all the good and hard work going into this. I am thinking about switching the system to a Supermicro motherboard mini-itx to get the IPMI capabilities. I could just plug in the same SSD drive, boot up and be done with it but I would love to upgrade the SSD as well. That being said what is best way to clone the 2 SSD drives? DD or other method? I have a lot of custom stuff so re-installing the astlinux fresh and transferring manually will be a pain. Cloning is the way to go. Cheers and many thanks Ionel Chila |
|
From: Michael K. <mic...@ip...> - 2021-11-11 00:09:39
|
Ah I think I understand where the confusion is. For DSL services here its up to the customer to provide and configure the DSL modem. Its usually done via their ISP but can be reconfigured if necessary as we have done. So its not really anything to do with the ISP.
I think a secondary address on the interface should work fine for this just not sure how to do it?
Regards
Michael Knill
On 11/11/21, 8:42 am, "Lonnie Abelbeck" <li...@lo...> wrote:
Probably a question for your ISP.
A single DHCP public address is all I would expect.
Lonnie
> On Nov 10, 2021, at 3:24 PM, Michael Knill <mic...@ip...> wrote:
>
> Thanks Lonnie
>
> No my modem just bridges the IPoE to Astlinux and gives it a default gateway.
> The modem itself is on 172.30.254.2/24 and usually 172.30.254.1 is configured on eth0 with PPPoE as the WAN interface.
> This is now not configured on eth0 but it should be able to be added as a secondary address I assume?
>
> Regards
> Michael Knill
>
> On 11/11/21, 12:30 am, "Lonnie Abelbeck" <li...@lo...> wrote:
>
> Hi Michael,
>
> Are you saying the ISP is providing both DHCP and Static IPs for your public WAN address(es) using the same routed subnet?
>
> My business DOCSIS cable modem ISP provides either a DHCP or a Static IP public WAN address, but not both at the same time for the same interface. Basically because the DHCP addresses are routed in a different public subnet versus the Static addresses.
>
> On the other hand, if only DHCP is used for the public WAN address, then to admin your bridge modem using a static private address should work without any extra effort.
>
> Again in my example, the cable modem will accept HTTPS connections to 192.168.100.1, provided 192.168.100.1 is routed via the default route over the WAN path, the modem's web interface will appear. Though if you defined a local private 192.168.100.1/24 LAN network or block RFC1918 egress traffic, the modem's web interface will be blocked.
>
> Lonnie
>
>
>
>> On Nov 9, 2021, at 10:03 PM, Michael Knill <mic...@ip...> wrote:
>>
>> We are now using a new internet provider that uses IPoE rather than PPPoE which is nice.
>> Just wondering if its possible to have the WAN interface as both DHCP and also a secondary static IP Address to connect to the bridge modem.
>> I have this set up with PPPoE but as it's a separate interface its easy to do.
>>
>> Regards
>>
>> Michael Knill
>> Managing Director
>>
>> D: +61 2 6189 1360
>> P: +61 2 6140 4656
>> E: mic...@ip...
>> W: ipcsolutions.com.au
>>
>> <image001.png>
>> Smarter Business Communications
>>
>> _______________________________________________
>> Astlinux-users mailing list
>> Ast...@li...
>> https://lists.sourceforge.net/lists/listinfo/astlinux-users
>>
>> Donations to support AstLinux are graciously accepted via PayPal to pa...@kr....
>
>
>
> _______________________________________________
> Astlinux-users mailing list
> Ast...@li...
> https://lists.sourceforge.net/lists/listinfo/astlinux-users
>
> Donations to support AstLinux are graciously accepted via PayPal to pa...@kr....
>
>
> _______________________________________________
> Astlinux-users mailing list
> Ast...@li...
> https://lists.sourceforge.net/lists/listinfo/astlinux-users
>
> Donations to support AstLinux are graciously accepted via PayPal to pa...@kr....
_______________________________________________
Astlinux-users mailing list
Ast...@li...
https://lists.sourceforge.net/lists/listinfo/astlinux-users
Donations to support AstLinux are graciously accepted via PayPal to pa...@kr....
|
|
From: Lonnie A. <li...@lo...> - 2021-11-10 21:42:04
|
Probably a question for your ISP. A single DHCP public address is all I would expect. Lonnie > On Nov 10, 2021, at 3:24 PM, Michael Knill <mic...@ip...> wrote: > > Thanks Lonnie > > No my modem just bridges the IPoE to Astlinux and gives it a default gateway. > The modem itself is on 172.30.254.2/24 and usually 172.30.254.1 is configured on eth0 with PPPoE as the WAN interface. > This is now not configured on eth0 but it should be able to be added as a secondary address I assume? > > Regards > Michael Knill > > On 11/11/21, 12:30 am, "Lonnie Abelbeck" <li...@lo...> wrote: > > Hi Michael, > > Are you saying the ISP is providing both DHCP and Static IPs for your public WAN address(es) using the same routed subnet? > > My business DOCSIS cable modem ISP provides either a DHCP or a Static IP public WAN address, but not both at the same time for the same interface. Basically because the DHCP addresses are routed in a different public subnet versus the Static addresses. > > On the other hand, if only DHCP is used for the public WAN address, then to admin your bridge modem using a static private address should work without any extra effort. > > Again in my example, the cable modem will accept HTTPS connections to 192.168.100.1, provided 192.168.100.1 is routed via the default route over the WAN path, the modem's web interface will appear. Though if you defined a local private 192.168.100.1/24 LAN network or block RFC1918 egress traffic, the modem's web interface will be blocked. > > Lonnie > > > >> On Nov 9, 2021, at 10:03 PM, Michael Knill <mic...@ip...> wrote: >> >> We are now using a new internet provider that uses IPoE rather than PPPoE which is nice. >> Just wondering if its possible to have the WAN interface as both DHCP and also a secondary static IP Address to connect to the bridge modem. >> I have this set up with PPPoE but as it's a separate interface its easy to do. >> >> Regards >> >> Michael Knill >> Managing Director >> >> D: +61 2 6189 1360 >> P: +61 2 6140 4656 >> E: mic...@ip... >> W: ipcsolutions.com.au >> >> <image001.png> >> Smarter Business Communications >> >> _______________________________________________ >> Astlinux-users mailing list >> Ast...@li... >> https://lists.sourceforge.net/lists/listinfo/astlinux-users >> >> Donations to support AstLinux are graciously accepted via PayPal to pa...@kr.... > > > > _______________________________________________ > Astlinux-users mailing list > Ast...@li... > https://lists.sourceforge.net/lists/listinfo/astlinux-users > > Donations to support AstLinux are graciously accepted via PayPal to pa...@kr.... > > > _______________________________________________ > Astlinux-users mailing list > Ast...@li... > https://lists.sourceforge.net/lists/listinfo/astlinux-users > > Donations to support AstLinux are graciously accepted via PayPal to pa...@kr.... |
|
From: Michael K. <mic...@ip...> - 2021-11-10 21:24:58
|
Thanks Lonnie
No my modem just bridges the IPoE to Astlinux and gives it a default gateway.
The modem itself is on 172.30.254.2/24 and usually 172.30.254.1 is configured on eth0 with PPPoE as the WAN interface.
This is now not configured on eth0 but it should be able to be added as a secondary address I assume?
Regards
Michael Knill
On 11/11/21, 12:30 am, "Lonnie Abelbeck" <li...@lo...> wrote:
Hi Michael,
Are you saying the ISP is providing both DHCP and Static IPs for your public WAN address(es) using the same routed subnet?
My business DOCSIS cable modem ISP provides either a DHCP or a Static IP public WAN address, but not both at the same time for the same interface. Basically because the DHCP addresses are routed in a different public subnet versus the Static addresses.
On the other hand, if only DHCP is used for the public WAN address, then to admin your bridge modem using a static private address should work without any extra effort.
Again in my example, the cable modem will accept HTTPS connections to 192.168.100.1, provided 192.168.100.1 is routed via the default route over the WAN path, the modem's web interface will appear. Though if you defined a local private 192.168.100.1/24 LAN network or block RFC1918 egress traffic, the modem's web interface will be blocked.
Lonnie
> On Nov 9, 2021, at 10:03 PM, Michael Knill <mic...@ip...> wrote:
>
> We are now using a new internet provider that uses IPoE rather than PPPoE which is nice.
> Just wondering if its possible to have the WAN interface as both DHCP and also a secondary static IP Address to connect to the bridge modem.
> I have this set up with PPPoE but as it's a separate interface its easy to do.
>
> Regards
>
> Michael Knill
> Managing Director
>
> D: +61 2 6189 1360
> P: +61 2 6140 4656
> E: mic...@ip...
> W: ipcsolutions.com.au
>
> <image001.png>
> Smarter Business Communications
>
> _______________________________________________
> Astlinux-users mailing list
> Ast...@li...
> https://lists.sourceforge.net/lists/listinfo/astlinux-users
>
> Donations to support AstLinux are graciously accepted via PayPal to pa...@kr....
_______________________________________________
Astlinux-users mailing list
Ast...@li...
https://lists.sourceforge.net/lists/listinfo/astlinux-users
Donations to support AstLinux are graciously accepted via PayPal to pa...@kr....
|
|
From: Lonnie A. <li...@lo...> - 2021-11-10 13:30:03
|
Hi Michael, Are you saying the ISP is providing both DHCP and Static IPs for your public WAN address(es) using the same routed subnet? My business DOCSIS cable modem ISP provides either a DHCP or a Static IP public WAN address, but not both at the same time for the same interface. Basically because the DHCP addresses are routed in a different public subnet versus the Static addresses. On the other hand, if only DHCP is used for the public WAN address, then to admin your bridge modem using a static private address should work without any extra effort. Again in my example, the cable modem will accept HTTPS connections to 192.168.100.1, provided 192.168.100.1 is routed via the default route over the WAN path, the modem's web interface will appear. Though if you defined a local private 192.168.100.1/24 LAN network or block RFC1918 egress traffic, the modem's web interface will be blocked. Lonnie > On Nov 9, 2021, at 10:03 PM, Michael Knill <mic...@ip...> wrote: > > We are now using a new internet provider that uses IPoE rather than PPPoE which is nice. > Just wondering if its possible to have the WAN interface as both DHCP and also a secondary static IP Address to connect to the bridge modem. > I have this set up with PPPoE but as it's a separate interface its easy to do. > > Regards > > Michael Knill > Managing Director > > D: +61 2 6189 1360 > P: +61 2 6140 4656 > E: mic...@ip... > W: ipcsolutions.com.au > > <image001.png> > Smarter Business Communications > > _______________________________________________ > Astlinux-users mailing list > Ast...@li... > https://lists.sourceforge.net/lists/listinfo/astlinux-users > > Donations to support AstLinux are graciously accepted via PayPal to pa...@kr.... |
|
From: Michael K. <mic...@ip...> - 2021-11-10 04:03:37
|
We are now using a new internet provider that uses IPoE rather than PPPoE which is nice. Just wondering if its possible to have the WAN interface as both DHCP and also a secondary static IP Address to connect to the bridge modem. I have this set up with PPPoE but as it's a separate interface its easy to do. Regards Michael Knill Managing Director D: +61 2 6189 1360 P: +61 2 6140 4656 E: mic...@ip...<mailto:mic...@ip...> W: ipcsolutions.com.au<https://ipcsolutions.com.au/> [IPC Solutions] Smarter Business Communications |
63 messages has been excluded from this view by a project administrator.
