• Ref9557 change

    From Vk3jed@432:1/101 to All on Thu Mar 29 13:44:00 2018
    For technical, ref9557 has been reconfigured. It is now running GSM as the default codec on IRLP, and the conference copnfiguration is now a standard IRLP/Echolink packet repeating conference running GSM. This should allow for smoother operation of the channel.


    ... Today's extravagance becomes tomorrow's necessity.
    === MultiMail/Win32 v0.49
    --- SBBSecho 3.03-Linux
    * Origin: Freeway BBS Bendigo,Australia freeway.apana.org.au (432:1/101)
  • From KR6WP Jim@432:1/101 to ref9550 on Wed Mar 28 22:26:19 2018
    Tony, the garbled audio on 9557 continues as of this email date and
    time. I checked 9552 (another GSM Code sub-channel) and it does NOT
    have the garbled audio.

    FYI

    Jim G.



    On 3/28/18 8:44 PM, Vk3jed wrote:
    For technical, ref9557 has been reconfigured. It is now running GSM as the default codec on IRLP, and the conference copnfiguration is now a standard IRLP/Echolink packet repeating conference running GSM. This should allow for smoother operation of the channel.


    ... Today's extravagance becomes tomorrow's necessity.
    --- MultiMail/Win32 v0.49
    --- SBBSecho 3.03-Linux
    * Origin: Freeway BBS Bendigo,Australia freeway.apana.org.au (432:1/101)
  • From KR6WP Jim@432:1/101 to ref9550 on Wed Mar 28 20:09:07 2018
    Hi Tony,

    We did pick up on that change for 9557 yesterday and were pleased at the operations for that first day to be sure, all seemed to be going well,
    until this AM when the audio of most users on 9557 was being broken up
    with a lot of repeated syllables (unlike what we would report before...
    which was whole conversations played for a node user as it logged in).

    This morning, we didn't have that malfunction, but we could barely
    understand each other due to what sounded like packets arriving out of
    order and being repeated. Perhaps this morning's problems were due to
    the migration of the VM box... We can try it again tomorrow and report back.

    Jim G

    KR6WP




    On 3/28/18 8:44 PM, Vk3jed wrote:
    For technical, ref9557 has been reconfigured. It is now running GSM as the default codec on IRLP, and the conference copnfiguration is now a standard IRLP/Echolink packet repeating conference running GSM. This should allow for smoother operation of the channel.


    ... Today's extravagance becomes tomorrow's necessity.
    --- MultiMail/Win32 v0.49
    --- SBBSecho 3.03-Linux
    * Origin: Freeway BBS Bendigo,Australia freeway.apana.org.au (432:1/101)
  • From Vk3jed@432:1/101 to KR6WP Jim on Thu Mar 29 22:19:00 2018
    KR6WP Jim wrote to ref9550 <=-

    This morning, we didn't have that malfunction, but we could barely understand each other due to what sounded like packets arriving out of order and being repeated. Perhaps this morning's problems were due to
    the migration of the VM box... We can try it again tomorrow and report back.

    Keep an eye on it, the migration at short notice may have temporarily complicated things.


    ... Luxuriantly hand-crafted from only the finest ASCII.
    === MultiMail/Win32 v0.49
    --- SBBSecho 3.03-Linux
    * Origin: Freeway BBS Bendigo,Australia freeway.apana.org.au (432:1/101)
  • From KR6WP Jim@432:1/101 to ref9550 on Thu Mar 29 09:24:45 2018
    I just checked 9557 again and still the same scrambled audio... sounds
    like UDP packets are arriving in complete disarray... 9552 doesn't have
    this issue however.



    On 3/29/18 5:19 AM, Vk3jed wrote:
    KR6WP Jim wrote to ref9550 <=-

    KJ> This morning, we didn't have that malfunction, but we could barely
    KJ> understand each other due to what sounded like packets arriving out of
    KJ> order and being repeated. Perhaps this morning's problems were due to
    KJ> the migration of the VM box... We can try it again tomorrow and report
    KJ> back.

    Keep an eye on it, the migration at short notice may have temporarily complicated things.


    ... Luxuriantly hand-crafted from only the finest ASCII.
    --- MultiMail/Win32 v0.49
    --- SBBSecho 3.03-Linux
    * Origin: Freeway BBS Bendigo,Australia freeway.apana.org.au (432:1/101)
  • From Vk3jed@432:1/101 to KR6WP Jim on Fri Mar 30 09:41:00 2018
    KR6WP Jim wrote to ref9550 <=-

    I just checked 9557 again and still the same scrambled audio... sounds like UDP packets are arriving in complete disarray... 9552 doesn't have this issue however.

    Ahh think I've fixed it, I forgot to disable the audio based linking, should be fixed now, give it a go. :)


    ... I had a cat once... tasted like chicken.
    === MultiMail/Win32 v0.49
    --- SBBSecho 3.03-Linux
    * Origin: Freeway BBS Bendigo,Australia freeway.apana.org.au (432:1/101)
  • From KR6WP Jim@432:1/101 to ref9550 on Thu Mar 29 17:08:01 2018
    Yes, It is functioning normally now...



    On 3/29/18 4:41 PM, Vk3jed wrote:
    KR6WP Jim wrote to ref9550 <=-

    KJ> I just checked 9557 again and still the same scrambled audio... sounds
    KJ> like UDP packets are arriving in complete disarray... 9552 doesn't have
    KJ> this issue however.

    Ahh think I've fixed it, I forgot to disable the audio based linking, should
    be
    fixed now, give it a go. :)


    ... I had a cat once... tasted like chicken.
    --- MultiMail/Win32 v0.49
    --- SBBSecho 3.03-Linux
    * Origin: Freeway BBS Bendigo,Australia freeway.apana.org.au (432:1/101)
  • From Vk3jed@432:1/101 to KR6WP Jim on Fri Mar 30 16:18:00 2018
    KR6WP Jim wrote to ref9550 <=-

    Yes, It is functioning normally now...

    Good to hear, enjoy. :)


    ... Jesus Saves -- passes to Moses - he shoots! HE SCORES!!!
    === MultiMail/Win32 v0.49
    --- SBBSecho 3.03-Linux
    * Origin: Freeway BBS Bendigo,Australia freeway.apana.org.au (432:1/101)