Date   

Re: Administrative request

Cort 'x4ex30x4dx41x53' <n0mjs@...>
 

Like this?

On Jun 14, 2017, at 11:33 AM, Mark N2NUO <fireman1374@...> wrote:

All units, this is a test and a test only, do not respond. 

Cort Buffington
785-865-7206


Re: Administrative request

Mark N2NUO <fireman1374@...>
 

All units, this is a test and a test only, do not respond. 


Re: Where do we stand?

Matthew Pitts N8OHU
 

Still rebuilding the AllStar system that will handle the server duties for this. Hopefully that clears up the glitch I had.

Matthew
N8OHU


On June 14, 2017 10:35:34 AM EDT, Steve N4IRS <szingman@...> wrote:
Alpha testing started on Sunday. So far so good. If you are a alpha tester, I would like to hear from you. Positive or negative.

Steve


Re: Administrative request

Bob kc2cwt
 

dam I am working to may hrs 26 or hrs

Bob KC2CWT
(914)497-5502


-----Original Message-----
From: Corey Dean N3FE <n3fe@...>
To: DVSwitch@groups.io
Sent: Wed, 14 Jun 2017 10:53 AM
Subject: Re: [DVSwitch] Administrative request

What Steve is asking is to login and change your display name to show your callsign as shown here...

image1.png

Sent from my iPhone

On Jun 14, 2017, at 10:48 AM, David KE6UPI <shawpbx@...> wrote:

OK, Lets see if I got this right. 

David KE6UPI

Logon to the group website and change your last name to your call.


Re: Administrative request

Corey Dean N3FE <n3fe@...>
 

What Steve is asking is to login and change your display name to show your callsign as shown here...

image1.png

Sent from my iPhone

On Jun 14, 2017, at 10:48 AM, David KE6UPI <shawpbx@...> wrote:

OK, Lets see if I got this right. 

David KE6UPI

Logon to the group website and change your last name to your call.


Re: Administrative request

David KE6UPI
 

OK, Lets see if I got this right. 

David KE6UPI

Logon to the group website and change your last name to your call.


Re: Administrative request

Bob kc2cwt
 

Bob KC2CWT

Bob KC2CWT
(914)497-5502


-----Original Message-----
From: Steve N4IRS <szingman@...>
To: DVSwitch@groups.io
Sent: Wed, 14 Jun 2017 10:38 AM
Subject: [DVSwitch] Administrative request

We are up to 33 members here. I have to say, I'm a little surprised. I would like to ask everyone to include their call sign in their display name in their profile.

Steve 


Administrative request

Steve N4IRS
 
Edited

We are now up to 53 members here. I have to say, I'm a little surprised. I REALLY would like to ask everyone to include their call sign in their display name in their profile.

Steve


Re: Where do we stand?

Steve N4IRS
 

Alpha testing started on Sunday. So far so good. If you are a alpha tester, I would like to hear from you. Positive or negative.

Steve


Re: Where do we stand?

Steve N4IRS
 

Yes they will. Should not be too long. Beta testing will happen with published code in GitHub.

Steve

On 6/9/2017 10:50 AM, marrold.co.uk wrote:
Hi Steve,

Thanks for the update. Once alpha testing is complete will the changes be pushed to github? 

73
Matthew
2E0SIP
 
 


Re: Where do we stand?

Matthew 2E0SIP
 

Hi Steve,

Thanks for the update. Once alpha testing is complete will the changes be pushed to github? 

73
Matthew
2E0SIP
 
 


Re: Where do we stand?

Steve N4IRS
 
Edited

It looks like the DMO bug is squashed. I'm continuing to test today. If all goes well, I'll zip up the new files and expand the alpha test to add more people that voted in the naming question. (joking?)

Steve


Re: Where do we stand?

Matthew Pitts N8OHU
 

Nice work.

*watches bug go "ska-wish"*

Matthew

N8OHU


On 6/8/2017 7:35 PM, Steve N4IRS wrote:
Mike squashed a major bug in HB_bridge today. As of now it LOOKS like MMDVM Repeater <---> HB_bridge <---> IPSC_bridge <---> c-Bridge is working. There  is still a bug in DMO we hope to find and squash next.
The testing is being done in it's simplest form. No confbridge, simple partner to partner. I am zipping up the working copies to send to 2 alpha testers.

Steve 


Where do we stand?

Steve N4IRS
 

Mike squashed a major bug in HB_bridge today. As of now it LOOKS like MMDVM Repeater <---> HB_bridge <---> IPSC_bridge <---> c-Bridge is working. There  is still a bug in DMO we hope to find and squash next.
The testing is being done in it's simplest form. No confbridge, simple partner to partner. I am zipping up the working copies to send to 2 alpha testers.

Steve 


Re: HB_bridge and Analog_bridge

Corey Dean <n3fe@...>
 

Keep in mind, hoseline broke a little over a week ago.  There are many behind the scenes hoseline servers that feed to a master almost like a proxy.  Right now most are feeds no directly from Italy.  You can always try the US hoseline server that all the US masters feed into.  hose.repeater.net.  It is located in New York City.

Corey n3fe 

Sent from my iPhone

On Jun 7, 2017, at 9:24 AM, Richard (Joseph) VE2DJE <ve2dje@...> wrote:

Same setup this morning , Hoseline is working OK  ....

 

Richard

 

Provenance : Courrier pour Windows 10

 

De : Richard (Joseph) VE2DJE
Envoyé le :mercredi 7 juin 2017 08:49
À : DVSwitch@groups.io
Objet :Re: [DVSwitch] HB_bridge and Analog_bridge

 

Thanks . You guys are doing a fantastic job.....

 

Richard

 

Le 7 juin 2017 08:36, "Steve N4IRS" <szingman@...> a écrit :

Richard,
Analog_bridge, HB_bridge and IPSC_bridge are going through multiple changes every day. A number of things that we originally thought have been changed. The code has been refactored to make it more modular and easier to extend.
I'm sorry for the delay.

I checked hoseline this morning, my audio was there for 3167. One of the issues with BM is that the servers get "bounced" pretty often. HBlink needs to reconnect. That needs to be looked at.

Steve

On 6/6/2017 4:16 PM, Richard (Joseph) VE2DJE wrote:

Tested  my mmdvm repeater  on reflector.dvswitch.org port 62031.

 

Works OK  on 9900 parrot  and on 3167 .

 

Looked on Brandmeister Last Heard list  ,  Callsign are showing  OK…

 

But no luck with  Hoseline.  Not showing my call sign nor audio…

 

Also tested   local  hb_parrot.py  , all OK ,  local Parrot is working fine .

 

Still working   with hb_bridge_all.py and hb_confbridge.py .

 

Lot of reading and  brain  cramps…

 

Looked trough the Wiki to find  HB_bridge or Analog_bridge partners apps ( ????),

 

Are they available for testing  yet ?????   Shure  willing to  give it a try …..

 

Testing  on  ambe_audio and  DMRGateway ( before renaming to Analog_bridge )  where

 

a great learning tool….

 

thanks

 

Richard VE2DJE

 

 

Provenance : Courrier pour Windows 10

 

 

 

<7C3ABCC0BA3E4D0DB56781FCA393BAA3.png>


Re: HB_bridge and Analog_bridge

 

Same setup this morning , Hoseline is working OK  ....

 

Richard

 

Provenance : Courrier pour Windows 10

 

De : Richard (Joseph) VE2DJE
Envoyé le :mercredi 7 juin 2017 08:49
À : DVSwitch@groups.io
Objet :Re: [DVSwitch] HB_bridge and Analog_bridge

 

Thanks . You guys are doing a fantastic job.....

 

Richard

 

Le 7 juin 2017 08:36, "Steve N4IRS" <szingman@...> a écrit :

Richard,
Analog_bridge, HB_bridge and IPSC_bridge are going through multiple changes every day. A number of things that we originally thought have been changed. The code has been refactored to make it more modular and easier to extend.
I'm sorry for the delay.

I checked hoseline this morning, my audio was there for 3167. One of the issues with BM is that the servers get "bounced" pretty often. HBlink needs to reconnect. That needs to be looked at.

Steve

On 6/6/2017 4:16 PM, Richard (Joseph) VE2DJE wrote:

Tested  my mmdvm repeater  on reflector.dvswitch.org port 62031.

 

Works OK  on 9900 parrot  and on 3167 .

 

Looked on Brandmeister Last Heard list  ,  Callsign are showing  OK…

 

But no luck with  Hoseline.  Not showing my call sign nor audio…

 

Also tested   local  hb_parrot.py  , all OK ,  local Parrot is working fine .

 

Still working   with hb_bridge_all.py and hb_confbridge.py .

 

Lot of reading and  brain  cramps…

 

Looked trough the Wiki to find  HB_bridge or Analog_bridge partners apps ( ????),

 

Are they available for testing  yet ?????   Shure  willing to  give it a try …..

 

Testing  on  ambe_audio and  DMRGateway ( before renaming to Analog_bridge )  where

 

a great learning tool….

 

thanks

 

Richard VE2DJE

 

 

Provenance : Courrier pour Windows 10

 

 

 


Re: Yaesu DR-2X inbuilt ethernet and bridging.

Matthew Pitts N8OHU
 

Steve,

Yaesu uses the same vocoder as DMR for DN, and a vocoder similar to P-25 for the higher rate voice. Someone will have to wireshark the rest of the protocol though.

Matthew Pitts
N8OHU


On June 7, 2017 9:04:59 AM EDT, Steve N4IRS <szingman@...> wrote:
Knowing Yaesu, it will be closed. All I can say is let the fun continue...

On 6/7/2017 8:56 AM, Peter Martin wrote:

All,


I understand from Yaesu that the new version of the Fusion repeater is to have an ethernet interface as standard, and that they are including a protocol to link repeaters like IPSC, referred to as IMRS (Internet-linked Multi-site Repeater System).


I wondered is anyone else has heard or seen anymore on this protocol, to allow it to reviewed and see if it would be possible to add it as another option into DVSwitch?


I suppose the kicker will be if it uses a much different AMBE encoder and so they are compatible or not on the WAN side.


73,
Peter


Re: Yaesu DR-2X inbuilt ethernet and bridging.

Steve N4IRS
 

Knowing Yaesu, it will be closed. All I can say is let the fun continue...

On 6/7/2017 8:56 AM, Peter Martin wrote:

All,


I understand from Yaesu that the new version of the Fusion repeater is to have an ethernet interface as standard, and that they are including a protocol to link repeaters like IPSC, referred to as IMRS (Internet-linked Multi-site Repeater System).


I wondered is anyone else has heard or seen anymore on this protocol, to allow it to reviewed and see if it would be possible to add it as another option into DVSwitch?


I suppose the kicker will be if it uses a much different AMBE encoder and so they are compatible or not on the WAN side.


73,
Peter


Yaesu DR-2X inbuilt ethernet and bridging.

Peter M0NWI
 

All,


I understand from Yaesu that the new version of the Fusion repeater is to have an ethernet interface as standard, and that they are including a protocol to link repeaters like IPSC, referred to as IMRS (Internet-linked Multi-site Repeater System).


I wondered is anyone else has heard or seen anymore on this protocol, to allow it to reviewed and see if it would be possible to add it as another option into DVSwitch?


I suppose the kicker will be if it uses a much different AMBE encoder and so they are compatible or not on the WAN side.


73,
Peter


Re: HB_bridge and Analog_bridge

 

Thanks . You guys are doing a fantastic job.....

Richard

Le 7 juin 2017 08:36, "Steve N4IRS" <szingman@...> a écrit :
Richard,
Analog_bridge, HB_bridge and IPSC_bridge are going through multiple changes every day. A number of things that we originally thought have been changed. The code has been refactored to make it more modular and easier to extend.
I'm sorry for the delay.

I checked hoseline this morning, my audio was there for 3167. One of the issues with BM is that the servers get "bounced" pretty often. HBlink needs to reconnect. That needs to be looked at.

Steve

On 6/6/2017 4:16 PM, Richard (Joseph) VE2DJE wrote:

Tested  my mmdvm repeater  on reflector.dvswitch.org port 62031.

 

Works OK  on 9900 parrot  and on 3167 .

 

Looked on Brandmeister Last Heard list  ,  Callsign are showing  OK…

 

But no luck with  Hoseline.  Not showing my call sign nor audio…

 

Also tested   local  hb_parrot.py  , all OK ,  local Parrot is working fine .

 

Still working   with hb_bridge_all.py and hb_confbridge.py .

 

Lot of reading and  brain  cramps…

 

Looked trough the Wiki to find  HB_bridge or Analog_bridge partners apps ( ????),

 

Are they available for testing  yet ?????   Shure  willing to  give it a try …..

 

Testing  on  ambe_audio and  DMRGateway ( before renaming to Analog_bridge )  where

 

a great learning tool….

 

thanks

 

Richard VE2DJE

 

 

Provenance : Courrier pour Windows 10

 


9841 - 9860 of 9933