Re: [App_rpt-users] Alternative to WebTransceiver java applet (Doug Crompton)
It comes as no surprise that someone like Doug would have little or no need for the web transceiver. Most of us on this list won't have use for it. Anyone who's come so far as to building their own node and subscribing to this list has likely exceeded what that web transceiver could do for them. Consider however that there is a different market, a different audience for a web transceiver. I know that I'm not the only one who got involved in this through exploration with the web transceiver. So I think there is benefit in having such a simple tool. It can be, if it works well and is designed properly, a great tool for someone to take that first step in finding out what all this is about. Consider the target audience of the Raspberry Pi. Getting kids into programming and using these devices to do things, control things and such. Ham radio needs to attract, and keep, the attention of that same audience. App_rpt and Allstarlink are great for that. But this audience doesn't come to us with anything more than a very basic, novice background at first. A web transceiver seems like a handy tool for those new young hams to explore. There's my long winded $0.02 73 Thor (N7JCT)
Subject: Re: [App_rpt-users] Alternative to WebTransceiver java applet From: Doug Crompton <wa3dsp@gmail.com> Date: 04/15/2017 01:24 PM
To: Users of Asterisk app_rpt <app_rpt-users@lists.allstarlink.org>
If you must have the web transceiver there are ways around the problem
I would also be interested in a better web transceiver. Preferably something that works on mobile or tablet as well. I travel a lot and being able to link into my home repeaters with EchoLink is very nice. Not something that is currently easy with Allstar. +1 for updating web transceiver. Andy KK4ZKP
On Apr 15, 2017, at 18:48, Thor Wiegman <n7jct@aplaceonthe.net> wrote:
It comes as no surprise that someone like Doug would have little or no need for the web transceiver. Most of us on this list won't have use for it. Anyone who's come so far as to building their own node and subscribing to this list has likely exceeded what that web transceiver could do for them.
Consider however that there is a different market, a different audience for a web transceiver. I know that I'm not the only one who got involved in this through exploration with the web transceiver.
So I think there is benefit in having such a simple tool. It can be, if it works well and is designed properly, a great tool for someone to take that first step in finding out what all this is about.
Consider the target audience of the Raspberry Pi. Getting kids into programming and using these devices to do things, control things and such. Ham radio needs to attract, and keep, the attention of that same audience. App_rpt and Allstarlink are great for that. But this audience doesn't come to us with anything more than a very basic, novice background at first. A web transceiver seems like a handy tool for those new young hams to explore.
There's my long winded $0.02 73 Thor (N7JCT)
Subject: Re: [App_rpt-users] Alternative to WebTransceiver java applet From: Doug Crompton <wa3dsp@gmail.com> Date: 04/15/2017 01:24 PM To: Users of Asterisk app_rpt <app_rpt-users@lists.allstarlink.org> If you must have the web transceiver there are ways around the problem
_______________________________________________ App_rpt-users mailing list App_rpt-users@lists.allstarlink.org http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users
To unsubscribe from this list please visit http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button" You do not need a password to unsubscribe, you can do it via email confirmation. If you have trouble unsubscribing, please send a message to the list detailing the problem.
Yes, kids were the target audience of the Raspberry Pi, but look at what Hams have done with it, in its various forms. AllStar nodes, whether DIAL or the distribution Doug helped develop. Multi-mode Digital Voice nodes using various interface devices like the MMDVM or DVAP/DV-RPTR/DVMEGA. Echolink/IRLP nodes. If we really want to get the attention of teens and twenty-somethings, and keep it, we need to adapt our tactics to the way they live; how often do you see one without a smartphone somewhere on their person? Create an app (or two, as iOS should be covered too) that supports the features of the current Web Transceiver and you'll have a tool that everyone can use and still have the browser free for other things. Matthew Pitts N8OHU -- Sent from my Android device with K-9 Mail. Please excuse my brevity.
As I said, The Web Transceiver code is being looked at to evaluate if and how it can be moved forward. A one size fits all solution will not adequately work on all platforms. Support for mobile devices is a must. As of right now for access to specific nodes the choices are Zopier and Android IAXRPT. Zopier runs on IOS and Android. Android IAXRPT of course runs on Android and is tailored to AllStarLink nodes. The Web Transceiver is more general. 73, Steve N4IRS On 4/16/2017 10:54 PM, Matthew Pitts wrote:
Yes, kids were the target audience of the Raspberry Pi, but look at what Hams have done with it, in its various forms. AllStar nodes, whether DIAL or the distribution Doug helped develop. Multi-mode Digital Voice nodes using various interface devices like the MMDVM or DVAP/DV-RPTR/DVMEGA. Echolink/IRLP nodes. If we really want to get the attention of teens and twenty-somethings, and keep it, we need to adapt our tactics to the way they live; how often do you see one without a smartphone somewhere on their person? Create an app (or two, as iOS should be covered too) that supports the features of the current Web Transceiver and you'll have a tool that everyone can use and still have the browser free for other things.
Matthew Pitts N8OHU -- Sent from my Android device with K-9 Mail. Please excuse my brevity.
On April 15, 2017 6:48:44 PM EDT, Thor Wiegman <n7jct@aplaceonthe.net> wrote:
It comes as no surprise that someone like Doug would have little or no need for the web transceiver. Most of us on this list won't have use for it. Anyone who's come so far as to building their own node and subscribing to this list has likely exceeded what that web transceiver could do for them.
Consider however that there is a different market, a different audience for a web transceiver. I know that I'm not the only one who got involved in this through exploration with the web transceiver.
So I think there is benefit in having such a simple tool. It can be, if it works well and is designed properly, a great tool for someone to take that first step in finding out what all this is about.
Consider the target audience of the Raspberry Pi. Getting kids into programming and using these devices to do things, control things and such. Ham radio needs to attract, and keep, the attention of that same audience. App_rpt and Allstarlink are great for that. But this audience doesn't come to us with anything more than a very basic, novice background at first. A web transceiver seems like a handy tool for those new young hams to explore.
There's my long winded $0.02 73 Thor (N7JCT)
Subject: Re: [App_rpt-users] Alternative to WebTransceiver java applet From: Doug Crompton <wa3dsp@gmail.com> Date: 04/15/2017 01:24 PM
To: Users of Asterisk app_rpt <app_rpt-users@lists.allstarlink.org>
If you must have the web transceiver there are ways around the problem
_______________________________________________ App_rpt-users mailing list App_rpt-users@lists.allstarlink.org http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users
To unsubscribe from this list please visit http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button" You do not need a password to unsubscribe, you can do it via email confirmation. If you have trouble unsubscribing, please send a message to the list detailing the problem.
Steve I still like the idea that we are at least talking about fixing the Web Transceiver if i knew a little more about it maybe we could figure out how to make the web transceiver work in html mostly instead of java.. If this can be done this will mean its comparable via any mobile web browser out on the market today.. All the user would have to do is login to the website etc.. So exactly how does the web transceiver talk to the allstarlink network??? What exactly is going on in the back end of things?? Loren Tedford (KC9ZHV) Phone:618-553-0806 Fax: 1-618-551-2755 Email: lorentedford@gmail.com Email: KC9ZHV@KC9ZHV.com http://www.lorentedford.com http://www.kc9zhv.com http://forum.kc9zhv.com http://hub.kc9zhv.com http://Ltcraft.net <http://ltcraft.net/> http://voipham.com On Mon, Apr 17, 2017 at 7:47 AM, Steve Zingman <szingman@msgstor.com> wrote:
As I said, The Web Transceiver code is being looked at to evaluate if and how it can be moved forward. A one size fits all solution will not adequately work on all platforms. Support for mobile devices is a must. As of right now for access to specific nodes the choices are Zopier and Android IAXRPT. Zopier runs on IOS and Android. Android IAXRPT of course runs on Android and is tailored to AllStarLink nodes. The Web Transceiver is more general.
73, Steve N4IRS
On 4/16/2017 10:54 PM, Matthew Pitts wrote:
Yes, kids were the target audience of the Raspberry Pi, but look at what Hams have done with it, in its various forms. AllStar nodes, whether DIAL or the distribution Doug helped develop. Multi-mode Digital Voice nodes using various interface devices like the MMDVM or DVAP/DV-RPTR/DVMEGA. Echolink/IRLP nodes. If we really want to get the attention of teens and twenty-somethings, and keep it, we need to adapt our tactics to the way they live; how often do you see one without a smartphone somewhere on their person? Create an app (or two, as iOS should be covered too) that supports the features of the current Web Transceiver and you'll have a tool that everyone can use and still have the browser free for other things.
Matthew Pitts N8OHU -- Sent from my Android device with K-9 Mail. Please excuse my brevity.
On April 15, 2017 6:48:44 PM EDT, Thor Wiegman <n7jct@aplaceonthe.net> <n7jct@aplaceonthe.net> wrote:
It comes as no surprise that someone like Doug would have little or no need for the web transceiver. Most of us on this list won't have use for it. Anyone who's come so far as to building their own node and subscribing to this list has likely exceeded what that web transceiver could do for them.
Consider however that there is a different market, a different audience for a web transceiver. I know that I'm not the only one who got involved in this through exploration with the web transceiver.
So I think there is benefit in having such a simple tool. It can be, if it works well and is designed properly, a great tool for someone to take that first step in finding out what all this is about.
Consider the target audience of the Raspberry Pi. Getting kids into programming and using these devices to do things, control things and such. Ham radio needs to attract, and keep, the attention of that same audience. App_rpt and Allstarlink are great for that. But this audience doesn't come to us with anything more than a very basic, novice background at first. A web transceiver seems like a handy tool for those new young hams to explore.
There's my long winded $0.02 73 Thor (N7JCT)
Subject: Re: [App_rpt-users] Alternative to WebTransceiver java applet
From: Doug Crompton <wa3dsp@gmail.com> <wa3dsp@gmail.com>
Date: 04/15/2017 01:24 PM
To: Users of Asterisk app_rpt <app_rpt-users@lists.allstarlink.org> <app_rpt-users@lists.allstarlink.org> If you must have the web transceiver there are ways around the problem
_______________________________________________ App_rpt-users mailing listApp_rpt-users@lists.allstarlink.orghttp://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users
To unsubscribe from this list please visit http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button" You do not need a password to unsubscribe, you can do it via email confirmation. If you have trouble unsubscribing, please send a message to the list detailing the problem.
_______________________________________________ App_rpt-users mailing list App_rpt-users@lists.allstarlink.org http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users
To unsubscribe from this list please visit http://lists.allstarlink.org/ cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button" You do not need a password to unsubscribe, you can do it via email confirmation. If you have trouble unsubscribing, please send a message to the list detailing the problem.
Loren, You missed my comment about one size fits all. A app written for a mobile device will take advantage of options not available to a web interface. It is far better to use a app written for the platform. For the web platform HTML5 may be a good choice. The Web Transceiver talks to the ASL network via IAX. 73, Steve N4IRS On 4/17/2017 10:33 AM, Loren Tedford wrote:
Steve I still like the idea that we are at least talking about fixing the Web Transceiver if i knew a little more about it maybe we could figure out how to make the web transceiver work in html mostly instead of java.. If this can be done this will mean its comparable via any mobile web browser out on the market today.. All the user would have to do is login to the website etc.. So exactly how does the web transceiver talk to the allstarlink network??? What exactly is going on in the back end of things??
Loren Tedford (KC9ZHV) Phone:618-553-0806 Fax: 1-618-551-2755 Email: lorentedford@gmail.com <mailto:lorentedford@gmail.com> Email: KC9ZHV@KC9ZHV.com <mailto:KC9ZHV@KC9ZHV.com> http://www.lorentedford.com <http://www.lorentedford.com/> http://www.kc9zhv.com <http://www.kc9zhv.com/> http://forum.kc9zhv.com <http://forum.kc9zhv.com/> http://hub.kc9zhv.com <http://hub.kc9zhv.com/> http://Ltcraft.net<http://ltcraft.net/> http://voipham.com
On Mon, Apr 17, 2017 at 7:47 AM, Steve Zingman <szingman@msgstor.com <mailto:szingman@msgstor.com>> wrote:
As I said, The Web Transceiver code is being looked at to evaluate if and how it can be moved forward. A one size fits all solution will not adequately work on all platforms. Support for mobile devices is a must. As of right now for access to specific nodes the choices are Zopier and Android IAXRPT. Zopier runs on IOS and Android. Android IAXRPT of course runs on Android and is tailored to AllStarLink nodes. The Web Transceiver is more general.
73, Steve N4IRS
On 4/16/2017 10:54 PM, Matthew Pitts wrote:
Yes, kids were the target audience of the Raspberry Pi, but look at what Hams have done with it, in its various forms. AllStar nodes, whether DIAL or the distribution Doug helped develop. Multi-mode Digital Voice nodes using various interface devices like the MMDVM or DVAP/DV-RPTR/DVMEGA. Echolink/IRLP nodes. If we really want to get the attention of teens and twenty-somethings, and keep it, we need to adapt our tactics to the way they live; how often do you see one without a smartphone somewhere on their person? Create an app (or two, as iOS should be covered too) that supports the features of the current Web Transceiver and you'll have a tool that everyone can use and still have the browser free for other things.
Matthew Pitts N8OHU -- Sent from my Android device with K-9 Mail. Please excuse my brevity.
On April 15, 2017 6:48:44 PM EDT, Thor Wiegman <n7jct@aplaceonthe.net> <mailto:n7jct@aplaceonthe.net> wrote:
It comes as no surprise that someone like Doug would have little or no need for the web transceiver. Most of us on this list won't have use for it. Anyone who's come so far as to building their own node and subscribing to this list has likely exceeded what that web transceiver could do for them.
Consider however that there is a different market, a different audience for a web transceiver. I know that I'm not the only one who got involved in this through exploration with the web transceiver.
So I think there is benefit in having such a simple tool. It can be, if it works well and is designed properly, a great tool for someone to take that first step in finding out what all this is about.
Consider the target audience of the Raspberry Pi. Getting kids into programming and using these devices to do things, control things and such. Ham radio needs to attract, and keep, the attention of that same audience. App_rpt and Allstarlink are great for that. But this audience doesn't come to us with anything more than a very basic, novice background at first. A web transceiver seems like a handy tool for those new young hams to explore.
There's my long winded $0.02 73 Thor (N7JCT)
Subject: Re: [App_rpt-users] Alternative to WebTransceiver java applet From: Doug Crompton <wa3dsp@gmail.com> <mailto:wa3dsp@gmail.com> Date: 04/15/2017 01:24 PM
To: Users of Asterisk app_rpt <app_rpt-users@lists.allstarlink.org> <mailto:app_rpt-users@lists.allstarlink.org>
If you must have the web transceiver there are ways around the problem
_______________________________________________ App_rpt-users mailing list App_rpt-users@lists.allstarlink.org <mailto:App_rpt-users@lists.allstarlink.org> http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users <http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users>
To unsubscribe from this list please visithttp://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users <http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users> and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button" You do not need a password to unsubscribe, you can do it via email confirmation. If you have trouble unsubscribing, please send a message to the list detailing the problem.
_______________________________________________ App_rpt-users mailing list App_rpt-users@lists.allstarlink.org <mailto:App_rpt-users@lists.allstarlink.org> http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users <http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users> To unsubscribe from this list please visit http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users <http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users> and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button" You do not need a password to unsubscribe, you can do it via email confirmation. If you have trouble unsubscribing, please send a message to the list detailing the problem.
_______________________________________________ App_rpt-users mailing list App_rpt-users@lists.allstarlink.org http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users
To unsubscribe from this list please visit http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button" You do not need a password to unsubscribe, you can do it via email confirmation. If you have trouble unsubscribing, please send a message to the list detailing the problem.
Interesting so all it is is IAX traffic between the webpage and asterisk?? How does it verify the pass code etc?? I take it their must be a main frame asterisk node setup some where that handles this iax traffic.. I didn't realize this!! I agree a application for the platforms would be nice like windows phone and android along with iphone.. I still don't understand why people use iphones but thats my personal preference i guess.. Anyway how hard would it be to take the iaxrpt that you created and port it to iphone?? How hard would it be to take the iaxrpt and make it connect just like the transceiver did?? Just wondering it might be some thing to think about for future development but i still think we should have a pc based way to communicate like a web browser based client.. You just never know how that might come in handy some day when handling large amounts of traffic.. Loren Tedford (KC9ZHV) Phone:618-553-0806 Fax: 1-618-551-2755 Email: lorentedford@gmail.com Email: KC9ZHV@KC9ZHV.com http://www.lorentedford.com http://www.kc9zhv.com http://forum.kc9zhv.com http://hub.kc9zhv.com http://Ltcraft.net <http://ltcraft.net/> http://voipham.com On Mon, Apr 17, 2017 at 9:49 AM, Steve Zingman <szingman@msgstor.com> wrote:
Loren, You missed my comment about one size fits all. A app written for a mobile device will take advantage of options not available to a web interface. It is far better to use a app written for the platform. For the web platform HTML5 may be a good choice. The Web Transceiver talks to the ASL network via IAX.
73, Steve N4IRS
On 4/17/2017 10:33 AM, Loren Tedford wrote:
Steve I still like the idea that we are at least talking about fixing the Web Transceiver if i knew a little more about it maybe we could figure out how to make the web transceiver work in html mostly instead of java.. If this can be done this will mean its comparable via any mobile web browser out on the market today.. All the user would have to do is login to the website etc.. So exactly how does the web transceiver talk to the allstarlink network??? What exactly is going on in the back end of things??
Loren Tedford (KC9ZHV) Phone:618-553-0806 <(618)%20553-0806> Fax: 1-618-551-2755 <(618)%20551-2755> Email: lorentedford@gmail.com Email: KC9ZHV@KC9ZHV.com http://www.lorentedford.com http://www.kc9zhv.com http://forum.kc9zhv.com http://hub.kc9zhv.com http://Ltcraft.net <http://ltcraft.net/> http://voipham.com
On Mon, Apr 17, 2017 at 7:47 AM, Steve Zingman <szingman@msgstor.com> wrote:
As I said, The Web Transceiver code is being looked at to evaluate if and how it can be moved forward. A one size fits all solution will not adequately work on all platforms. Support for mobile devices is a must. As of right now for access to specific nodes the choices are Zopier and Android IAXRPT. Zopier runs on IOS and Android. Android IAXRPT of course runs on Android and is tailored to AllStarLink nodes. The Web Transceiver is more general.
73, Steve N4IRS
On 4/16/2017 10:54 PM, Matthew Pitts wrote:
Yes, kids were the target audience of the Raspberry Pi, but look at what Hams have done with it, in its various forms. AllStar nodes, whether DIAL or the distribution Doug helped develop. Multi-mode Digital Voice nodes using various interface devices like the MMDVM or DVAP/DV-RPTR/DVMEGA. Echolink/IRLP nodes. If we really want to get the attention of teens and twenty-somethings, and keep it, we need to adapt our tactics to the way they live; how often do you see one without a smartphone somewhere on their person? Create an app (or two, as iOS should be covered too) that supports the features of the current Web Transceiver and you'll have a tool that everyone can use and still have the browser free for other things.
Matthew Pitts N8OHU -- Sent from my Android device with K-9 Mail. Please excuse my brevity.
On April 15, 2017 6:48:44 PM EDT, Thor Wiegman <n7jct@aplaceonthe.net> <n7jct@aplaceonthe.net> wrote:
It comes as no surprise that someone like Doug would have little or no need for the web transceiver. Most of us on this list won't have use for it. Anyone who's come so far as to building their own node and subscribing to this list has likely exceeded what that web transceiver could do for them.
Consider however that there is a different market, a different audience for a web transceiver. I know that I'm not the only one who got involved in this through exploration with the web transceiver.
So I think there is benefit in having such a simple tool. It can be, if it works well and is designed properly, a great tool for someone to take that first step in finding out what all this is about.
Consider the target audience of the Raspberry Pi. Getting kids into programming and using these devices to do things, control things and such. Ham radio needs to attract, and keep, the attention of that same audience. App_rpt and Allstarlink are great for that. But this audience doesn't come to us with anything more than a very basic, novice background at first. A web transceiver seems like a handy tool for those new young hams to explore.
There's my long winded $0.02 73 Thor (N7JCT)
Subject: Re: [App_rpt-users] Alternative to WebTransceiver java applet
From: Doug Crompton <wa3dsp@gmail.com> <wa3dsp@gmail.com>
Date: 04/15/2017 01:24 PM
To: Users of Asterisk app_rpt <app_rpt-users@lists.allstarlink.org> <app_rpt-users@lists.allstarlink.org> If you must have the web transceiver there are ways around the problem
_______________________________________________ App_rpt-users mailing listApp_rpt-users@lists.allstarlink.orghttp://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users
To unsubscribe from this list please visit http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button" You do not need a password to unsubscribe, you can do it via email confirmation. If you have trouble unsubscribing, please send a message to the list detailing the problem.
_______________________________________________ App_rpt-users mailing list App_rpt-users@lists.allstarlink.org http://lists.allstarlink.org/c gi-bin/mailman/listinfo/app_rpt-users To unsubscribe from this list please visit http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rp t-users and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button" You do not need a password to unsubscribe, you can do it via email confirmation. If you have trouble unsubscribing, please send a message to the list detailing the problem.
_______________________________________________ App_rpt-users mailing listApp_rpt-users@lists.allstarlink.orghttp://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users
To unsubscribe from this list please visit http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button" You do not need a password to unsubscribe, you can do it via email confirmation. If you have trouble unsubscribing, please send a message to the list detailing the problem.
_______________________________________________ App_rpt-users mailing list App_rpt-users@lists.allstarlink.org http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users
To unsubscribe from this list please visit http://lists.allstarlink.org/ cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button" You do not need a password to unsubscribe, you can do it via email confirmation. If you have trouble unsubscribing, please send a message to the list detailing the problem.
I see 2 significant use cases: 1. User wants to connect to a public Allstar node In this case, they don't have a prior relationship with the node and there is no account/password that the user knows that they can use to log in. Today in the Java applet, my understanding is, they authenticate to the Allstar central server with their Allstar username/password and the Java traffic is proxies through that central site is some way and on to the public node. Its possible the central node provides credentials to the java applet and it connects directly, but Steve can say more definitively. 2. User has iaxrpt username/password credentials for a particular node This is certainly true for private nodes and for public nodes where people want to use an app like iaxrpt. They need to receive credentials from the node operator before using the node. I think this is a summary of the basic modes. The reason we need some form of authentication is to prevent random non-hams from accessing Allstar nodes and initiating transmissions. It would be nice to take the central node out of the normal path except for the authentication process. -Doug-, KD7DK On Mon, Apr 17, 2017 at 7:57 AM, Loren Tedford <lorentedford@gmail.com> wrote:
Interesting so all it is is IAX traffic between the webpage and asterisk?? How does it verify the pass code etc?? I take it their must be a main frame asterisk node setup some where that handles this iax traffic.. I didn't realize this!! I agree a application for the platforms would be nice like windows phone and android along with iphone.. I still don't understand why people use iphones but thats my personal preference i guess.. Anyway how hard would it be to take the iaxrpt that you created and port it to iphone?? How hard would it be to take the iaxrpt and make it connect just like the transceiver did?? Just wondering it might be some thing to think about for future development but i still think we should have a pc based way to communicate like a web browser based client.. You just never know how that might come in handy some day when handling large amounts of traffic..
Loren Tedford (KC9ZHV) Phone:618-553-0806 <(618)%20553-0806> Fax: 1-618-551-2755 <(618)%20551-2755> Email: lorentedford@gmail.com Email: KC9ZHV@KC9ZHV.com http://www.lorentedford.com http://www.kc9zhv.com http://forum.kc9zhv.com http://hub.kc9zhv.com http://Ltcraft.net <http://ltcraft.net/> http://voipham.com
On Mon, Apr 17, 2017 at 9:49 AM, Steve Zingman <szingman@msgstor.com> wrote:
Loren, You missed my comment about one size fits all. A app written for a mobile device will take advantage of options not available to a web interface. It is far better to use a app written for the platform. For the web platform HTML5 may be a good choice. The Web Transceiver talks to the ASL network via IAX.
73, Steve N4IRS
On 4/17/2017 10:33 AM, Loren Tedford wrote:
Steve I still like the idea that we are at least talking about fixing the Web Transceiver if i knew a little more about it maybe we could figure out how to make the web transceiver work in html mostly instead of java.. If this can be done this will mean its comparable via any mobile web browser out on the market today.. All the user would have to do is login to the website etc.. So exactly how does the web transceiver talk to the allstarlink network??? What exactly is going on in the back end of things??
Loren Tedford (KC9ZHV) Phone:618-553-0806 <(618)%20553-0806> Fax: 1-618-551-2755 <(618)%20551-2755> Email: lorentedford@gmail.com Email: KC9ZHV@KC9ZHV.com http://www.lorentedford.com http://www.kc9zhv.com http://forum.kc9zhv.com http://hub.kc9zhv.com http://Ltcraft.net <http://ltcraft.net/> http://voipham.com
On Mon, Apr 17, 2017 at 7:47 AM, Steve Zingman <szingman@msgstor.com> wrote:
As I said, The Web Transceiver code is being looked at to evaluate if and how it can be moved forward. A one size fits all solution will not adequately work on all platforms. Support for mobile devices is a must. As of right now for access to specific nodes the choices are Zopier and Android IAXRPT. Zopier runs on IOS and Android. Android IAXRPT of course runs on Android and is tailored to AllStarLink nodes. The Web Transceiver is more general.
73, Steve N4IRS
On 4/16/2017 10:54 PM, Matthew Pitts wrote:
Yes, kids were the target audience of the Raspberry Pi, but look at what Hams have done with it, in its various forms. AllStar nodes, whether DIAL or the distribution Doug helped develop. Multi-mode Digital Voice nodes using various interface devices like the MMDVM or DVAP/DV-RPTR/DVMEGA. Echolink/IRLP nodes. If we really want to get the attention of teens and twenty-somethings, and keep it, we need to adapt our tactics to the way they live; how often do you see one without a smartphone somewhere on their person? Create an app (or two, as iOS should be covered too) that supports the features of the current Web Transceiver and you'll have a tool that everyone can use and still have the browser free for other things.
Matthew Pitts N8OHU -- Sent from my Android device with K-9 Mail. Please excuse my brevity.
On April 15, 2017 6:48:44 PM EDT, Thor Wiegman <n7jct@aplaceonthe.net> <n7jct@aplaceonthe.net> wrote:
It comes as no surprise that someone like Doug would have little or no need for the web transceiver. Most of us on this list won't have use for it. Anyone who's come so far as to building their own node and subscribing to this list has likely exceeded what that web transceiver could do for them.
Consider however that there is a different market, a different audience for a web transceiver. I know that I'm not the only one who got involved in this through exploration with the web transceiver.
So I think there is benefit in having such a simple tool. It can be, if it works well and is designed properly, a great tool for someone to take that first step in finding out what all this is about.
Consider the target audience of the Raspberry Pi. Getting kids into programming and using these devices to do things, control things and such. Ham radio needs to attract, and keep, the attention of that same audience. App_rpt and Allstarlink are great for that. But this audience doesn't come to us with anything more than a very basic, novice background at first. A web transceiver seems like a handy tool for those new young hams to explore.
There's my long winded $0.02 73 Thor (N7JCT)
Subject: Re: [App_rpt-users] Alternative to WebTransceiver java applet
From: Doug Crompton <wa3dsp@gmail.com> <wa3dsp@gmail.com>
Date: 04/15/2017 01:24 PM
To: Users of Asterisk app_rpt <app_rpt-users@lists.allstarlink.org> <app_rpt-users@lists.allstarlink.org> If you must have the web transceiver there are ways around the problem
_______________________________________________ App_rpt-users mailing listApp_rpt-users@lists.allstarlink.orghttp://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users
To unsubscribe from this list please visit http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button" You do not need a password to unsubscribe, you can do it via email confirmation. If you have trouble unsubscribing, please send a message to the list detailing the problem.
_______________________________________________ App_rpt-users mailing list App_rpt-users@lists.allstarlink.org http://lists.allstarlink.org/c gi-bin/mailman/listinfo/app_rpt-users To unsubscribe from this list please visit http://lists.allstarlink.org/c gi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button" You do not need a password to unsubscribe, you can do it via email confirmation. If you have trouble unsubscribing, please send a message to the list detailing the problem.
_______________________________________________ App_rpt-users mailing listApp_rpt-users@lists.allstarlink.orghttp://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users
To unsubscribe from this list please visit http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button" You do not need a password to unsubscribe, you can do it via email confirmation. If you have trouble unsubscribing, please send a message to the list detailing the problem.
_______________________________________________ App_rpt-users mailing list App_rpt-users@lists.allstarlink.org http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users
To unsubscribe from this list please visit http://lists.allstarlink.org/c gi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button" You do not need a password to unsubscribe, you can do it via email confirmation. If you have trouble unsubscribing, please send a message to the list detailing the problem.
_______________________________________________ App_rpt-users mailing list App_rpt-users@lists.allstarlink.org http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users
To unsubscribe from this list please visit http://lists.allstarlink.org/ cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button" You do not need a password to unsubscribe, you can do it via email confirmation. If you have trouble unsubscribing, please send a message to the list detailing the problem.
If any of you have teamspeak and would like to just chit chat on this topic with me feel free teamspeak ip to my private server is: kc9zhv.com:9936 Their is no password i am in the welcome room. I actually see several use cases for allowing a user to utilize this.. Loren Tedford (KC9ZHV) Phone:618-553-0806 Fax: 1-618-551-2755 Email: lorentedford@gmail.com Email: KC9ZHV@KC9ZHV.com http://www.lorentedford.com http://www.kc9zhv.com http://forum.kc9zhv.com http://hub.kc9zhv.com http://Ltcraft.net <http://ltcraft.net/> http://voipham.com On Mon, Apr 17, 2017 at 10:17 AM, Doug Kingston <dpk@randomnotes.org> wrote:
I see 2 significant use cases:
1. User wants to connect to a public Allstar node In this case, they don't have a prior relationship with the node and there is no account/password that the user knows that they can use to log in. Today in the Java applet, my understanding is, they authenticate to the Allstar central server with their Allstar username/password and the Java traffic is proxies through that central site is some way and on to the public node. Its possible the central node provides credentials to the java applet and it connects directly, but Steve can say more definitively.
2. User has iaxrpt username/password credentials for a particular node This is certainly true for private nodes and for public nodes where people want to use an app like iaxrpt. They need to receive credentials from the node operator before using the node.
I think this is a summary of the basic modes. The reason we need some form of authentication is to prevent random non-hams from accessing Allstar nodes and initiating transmissions. It would be nice to take the central node out of the normal path except for the authentication process.
-Doug-, KD7DK
On Mon, Apr 17, 2017 at 7:57 AM, Loren Tedford <lorentedford@gmail.com> wrote:
Interesting so all it is is IAX traffic between the webpage and asterisk?? How does it verify the pass code etc?? I take it their must be a main frame asterisk node setup some where that handles this iax traffic.. I didn't realize this!! I agree a application for the platforms would be nice like windows phone and android along with iphone.. I still don't understand why people use iphones but thats my personal preference i guess.. Anyway how hard would it be to take the iaxrpt that you created and port it to iphone?? How hard would it be to take the iaxrpt and make it connect just like the transceiver did?? Just wondering it might be some thing to think about for future development but i still think we should have a pc based way to communicate like a web browser based client.. You just never know how that might come in handy some day when handling large amounts of traffic..
Loren Tedford (KC9ZHV) Phone:618-553-0806 <(618)%20553-0806> Fax: 1-618-551-2755 <(618)%20551-2755> Email: lorentedford@gmail.com Email: KC9ZHV@KC9ZHV.com http://www.lorentedford.com http://www.kc9zhv.com http://forum.kc9zhv.com http://hub.kc9zhv.com http://Ltcraft.net <http://ltcraft.net/> http://voipham.com
On Mon, Apr 17, 2017 at 9:49 AM, Steve Zingman <szingman@msgstor.com> wrote:
Loren, You missed my comment about one size fits all. A app written for a mobile device will take advantage of options not available to a web interface. It is far better to use a app written for the platform. For the web platform HTML5 may be a good choice. The Web Transceiver talks to the ASL network via IAX.
73, Steve N4IRS
On 4/17/2017 10:33 AM, Loren Tedford wrote:
Steve I still like the idea that we are at least talking about fixing the Web Transceiver if i knew a little more about it maybe we could figure out how to make the web transceiver work in html mostly instead of java.. If this can be done this will mean its comparable via any mobile web browser out on the market today.. All the user would have to do is login to the website etc.. So exactly how does the web transceiver talk to the allstarlink network??? What exactly is going on in the back end of things??
Loren Tedford (KC9ZHV) Phone:618-553-0806 <(618)%20553-0806> Fax: 1-618-551-2755 <(618)%20551-2755> Email: lorentedford@gmail.com Email: KC9ZHV@KC9ZHV.com http://www.lorentedford.com http://www.kc9zhv.com http://forum.kc9zhv.com http://hub.kc9zhv.com http://Ltcraft.net <http://ltcraft.net/> http://voipham.com
On Mon, Apr 17, 2017 at 7:47 AM, Steve Zingman <szingman@msgstor.com> wrote:
As I said, The Web Transceiver code is being looked at to evaluate if and how it can be moved forward. A one size fits all solution will not adequately work on all platforms. Support for mobile devices is a must. As of right now for access to specific nodes the choices are Zopier and Android IAXRPT. Zopier runs on IOS and Android. Android IAXRPT of course runs on Android and is tailored to AllStarLink nodes. The Web Transceiver is more general.
73, Steve N4IRS
On 4/16/2017 10:54 PM, Matthew Pitts wrote:
Yes, kids were the target audience of the Raspberry Pi, but look at what Hams have done with it, in its various forms. AllStar nodes, whether DIAL or the distribution Doug helped develop. Multi-mode Digital Voice nodes using various interface devices like the MMDVM or DVAP/DV-RPTR/DVMEGA. Echolink/IRLP nodes. If we really want to get the attention of teens and twenty-somethings, and keep it, we need to adapt our tactics to the way they live; how often do you see one without a smartphone somewhere on their person? Create an app (or two, as iOS should be covered too) that supports the features of the current Web Transceiver and you'll have a tool that everyone can use and still have the browser free for other things.
Matthew Pitts N8OHU -- Sent from my Android device with K-9 Mail. Please excuse my brevity.
On April 15, 2017 6:48:44 PM EDT, Thor Wiegman <n7jct@aplaceonthe.net> <n7jct@aplaceonthe.net> wrote:
It comes as no surprise that someone like Doug would have little or no need for the web transceiver. Most of us on this list won't have use for it. Anyone who's come so far as to building their own node and subscribing to this list has likely exceeded what that web transceiver could do for them.
Consider however that there is a different market, a different audience for a web transceiver. I know that I'm not the only one who got involved in this through exploration with the web transceiver.
So I think there is benefit in having such a simple tool. It can be, if it works well and is designed properly, a great tool for someone to take that first step in finding out what all this is about.
Consider the target audience of the Raspberry Pi. Getting kids into programming and using these devices to do things, control things and such. Ham radio needs to attract, and keep, the attention of that same audience. App_rpt and Allstarlink are great for that. But this audience doesn't come to us with anything more than a very basic, novice background at first. A web transceiver seems like a handy tool for those new young hams to explore.
There's my long winded $0.02 73 Thor (N7JCT)
Subject: Re: [App_rpt-users] Alternative to WebTransceiver java applet
From: Doug Crompton <wa3dsp@gmail.com> <wa3dsp@gmail.com>
Date: 04/15/2017 01:24 PM
To: Users of Asterisk app_rpt <app_rpt-users@lists.allstarlink.org> <app_rpt-users@lists.allstarlink.org> If you must have the web transceiver there are ways around the problem
_______________________________________________ App_rpt-users mailing listApp_rpt-users@lists.allstarlink.orghttp://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users
To unsubscribe from this list please visit http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button" You do not need a password to unsubscribe, you can do it via email confirmation. If you have trouble unsubscribing, please send a message to the list detailing the problem.
_______________________________________________ App_rpt-users mailing list App_rpt-users@lists.allstarlink.org http://lists.allstarlink.org/c gi-bin/mailman/listinfo/app_rpt-users To unsubscribe from this list please visit http://lists.allstarlink.org/c gi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button" You do not need a password to unsubscribe, you can do it via email confirmation. If you have trouble unsubscribing, please send a message to the list detailing the problem.
_______________________________________________ App_rpt-users mailing listApp_rpt-users@lists.allstarlink.orghttp://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users
To unsubscribe from this list please visit http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button" You do not need a password to unsubscribe, you can do it via email confirmation. If you have trouble unsubscribing, please send a message to the list detailing the problem.
_______________________________________________ App_rpt-users mailing list App_rpt-users@lists.allstarlink.org http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users
To unsubscribe from this list please visit http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button" You do not need a password to unsubscribe, you can do it via email confirmation. If you have trouble unsubscribing, please send a message to the list detailing the problem.
_______________________________________________ App_rpt-users mailing list App_rpt-users@lists.allstarlink.org http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users
To unsubscribe from this list please visit http://lists.allstarlink.org/c gi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button" You do not need a password to unsubscribe, you can do it via email confirmation. If you have trouble unsubscribing, please send a message to the list detailing the problem.
_______________________________________________ App_rpt-users mailing list App_rpt-users@lists.allstarlink.org http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users
To unsubscribe from this list please visit http://lists.allstarlink.org/ cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button" You do not need a password to unsubscribe, you can do it via email confirmation. If you have trouble unsubscribing, please send a message to the list detailing the problem.
Let's slow it down a little. As of right now, a review of the existing java code is happening. We will see if and where it goes from there. Steve On 4/17/2017 11:24 AM, Loren Tedford wrote:
If any of you have teamspeak and would like to just chit chat on this topic with me feel free teamspeak ip to my private server is: kc9zhv.com:9936 <http://kc9zhv.com:9936> Their is no password i am in the welcome room.
I actually see several use cases for allowing a user to utilize this..
Loren Tedford (KC9ZHV) Phone:618-553-0806 Fax: 1-618-551-2755 Email: lorentedford@gmail.com <mailto:lorentedford@gmail.com> Email: KC9ZHV@KC9ZHV.com <mailto:KC9ZHV@KC9ZHV.com> http://www.lorentedford.com <http://www.lorentedford.com/> http://www.kc9zhv.com <http://www.kc9zhv.com/> http://forum.kc9zhv.com <http://forum.kc9zhv.com/> http://hub.kc9zhv.com <http://hub.kc9zhv.com/> http://Ltcraft.net<http://ltcraft.net/> http://voipham.com
On Mon, Apr 17, 2017 at 10:17 AM, Doug Kingston <dpk@randomnotes.org <mailto:dpk@randomnotes.org>> wrote:
I see 2 significant use cases:
1. User wants to connect to a public Allstar node In this case, they don't have a prior relationship with the node and there is no account/password that the user knows that they can use to log in. Today in the Java applet, my understanding is, they authenticate to the Allstar central server with their Allstar username/password and the Java traffic is proxies through that central site is some way and on to the public node. Its possible the central node provides credentials to the java applet and it connects directly, but Steve can say more definitively.
2. User has iaxrpt username/password credentials for a particular node This is certainly true for private nodes and for public nodes where people want to use an app like iaxrpt. They need to receive credentials from the node operator before using the node.
I think this is a summary of the basic modes. The reason we need some form of authentication is to prevent random non-hams from accessing Allstar nodes and initiating transmissions. It would be nice to take the central node out of the normal path except for the authentication process.
-Doug-, KD7DK
On Mon, Apr 17, 2017 at 7:57 AM, Loren Tedford <lorentedford@gmail.com <mailto:lorentedford@gmail.com>> wrote:
Interesting so all it is is IAX traffic between the webpage and asterisk?? How does it verify the pass code etc?? I take it their must be a main frame asterisk node setup some where that handles this iax traffic.. I didn't realize this!! I agree a application for the platforms would be nice like windows phone and android along with iphone.. I still don't understand why people use iphones but thats my personal preference i guess.. Anyway how hard would it be to take the iaxrpt that you created and port it to iphone?? How hard would it be to take the iaxrpt and make it connect just like the transceiver did?? Just wondering it might be some thing to think about for future development but i still think we should have a pc based way to communicate like a web browser based client.. You just never know how that might come in handy some day when handling large amounts of traffic..
Loren Tedford (KC9ZHV) Phone:618-553-0806 <tel:%28618%29%20553-0806> Fax: 1-618-551-2755 <tel:%28618%29%20551-2755> Email: lorentedford@gmail.com <mailto:lorentedford@gmail.com> Email: KC9ZHV@KC9ZHV.com <mailto:KC9ZHV@KC9ZHV.com> http://www.lorentedford.com <http://www.lorentedford.com/> http://www.kc9zhv.com <http://www.kc9zhv.com/> http://forum.kc9zhv.com <http://forum.kc9zhv.com/> http://hub.kc9zhv.com <http://hub.kc9zhv.com/> http://Ltcraft.net<http://ltcraft.net/> http://voipham.com
On Mon, Apr 17, 2017 at 9:49 AM, Steve Zingman <szingman@msgstor.com <mailto:szingman@msgstor.com>> wrote:
Loren, You missed my comment about one size fits all. A app written for a mobile device will take advantage of options not available to a web interface. It is far better to use a app written for the platform. For the web platform HTML5 may be a good choice. The Web Transceiver talks to the ASL network via IAX.
73, Steve N4IRS
On 4/17/2017 10:33 AM, Loren Tedford wrote:
Steve I still like the idea that we are at least talking about fixing the Web Transceiver if i knew a little more about it maybe we could figure out how to make the web transceiver work in html mostly instead of java.. If this can be done this will mean its comparable via any mobile web browser out on the market today.. All the user would have to do is login to the website etc.. So exactly how does the web transceiver talk to the allstarlink network??? What exactly is going on in the back end of things??
Loren Tedford (KC9ZHV) Phone:618-553-0806 <tel:%28618%29%20553-0806> Fax: 1-618-551-2755 <tel:%28618%29%20551-2755> Email: lorentedford@gmail.com <mailto:lorentedford@gmail.com> Email: KC9ZHV@KC9ZHV.com <mailto:KC9ZHV@KC9ZHV.com> http://www.lorentedford.com <http://www.lorentedford.com/> http://www.kc9zhv.com <http://www.kc9zhv.com/> http://forum.kc9zhv.com <http://forum.kc9zhv.com/> http://hub.kc9zhv.com <http://hub.kc9zhv.com/> http://Ltcraft.net<http://ltcraft.net/> http://voipham.com
On Mon, Apr 17, 2017 at 7:47 AM, Steve Zingman <szingman@msgstor.com <mailto:szingman@msgstor.com>> wrote:
As I said, The Web Transceiver code is being looked at to evaluate if and how it can be moved forward. A one size fits all solution will not adequately work on all platforms. Support for mobile devices is a must. As of right now for access to specific nodes the choices are Zopier and Android IAXRPT. Zopier runs on IOS and Android. Android IAXRPT of course runs on Android and is tailored to AllStarLink nodes. The Web Transceiver is more general.
73, Steve N4IRS
On 4/16/2017 10:54 PM, Matthew Pitts wrote:
Yes, kids were the target audience of the Raspberry Pi, but look at what Hams have done with it, in its various forms. AllStar nodes, whether DIAL or the distribution Doug helped develop. Multi-mode Digital Voice nodes using various interface devices like the MMDVM or DVAP/DV-RPTR/DVMEGA. Echolink/IRLP nodes. If we really want to get the attention of teens and twenty-somethings, and keep it, we need to adapt our tactics to the way they live; how often do you see one without a smartphone somewhere on their person? Create an app (or two, as iOS should be covered too) that supports the features of the current Web Transceiver and you'll have a tool that everyone can use and still have the browser free for other things.
Matthew Pitts N8OHU -- Sent from my Android device with K-9 Mail. Please excuse my brevity.
On April 15, 2017 6:48:44 PM EDT, Thor Wiegman <n7jct@aplaceonthe.net> <mailto:n7jct@aplaceonthe.net> wrote:
It comes as no surprise that someone like Doug would have little or no need for the web transceiver. Most of us on this list won't have use for it. Anyone who's come so far as to building their own node and subscribing to this list has likely exceeded what that web transceiver could do for them.
Consider however that there is a different market, a different audience for a web transceiver. I know that I'm not the only one who got involved in this through exploration with the web transceiver.
So I think there is benefit in having such a simple tool. It can be, if it works well and is designed properly, a great tool for someone to take that first step in finding out what all this is about.
Consider the target audience of the Raspberry Pi. Getting kids into programming and using these devices to do things, control things and such. Ham radio needs to attract, and keep, the attention of that same audience. App_rpt and Allstarlink are great for that. But this audience doesn't come to us with anything more than a very basic, novice background at first. A web transceiver seems like a handy tool for those new young hams to explore.
There's my long winded $0.02 73 Thor (N7JCT)
Subject: Re: [App_rpt-users] Alternative to WebTransceiver java applet From: Doug Crompton <wa3dsp@gmail.com> <mailto:wa3dsp@gmail.com> Date: 04/15/2017 01:24 PM
To: Users of Asterisk app_rpt <app_rpt-users@lists.allstarlink.org> <mailto:app_rpt-users@lists.allstarlink.org>
If you must have the web transceiver there are ways around the problem
_______________________________________________ App_rpt-users mailing list App_rpt-users@lists.allstarlink.org <mailto:App_rpt-users@lists.allstarlink.org> http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users <http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users>
To unsubscribe from this list please visithttp://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users <http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users> and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button" You do not need a password to unsubscribe, you can do it via email confirmation. If you have trouble unsubscribing, please send a message to the list detailing the problem.
_______________________________________________ App_rpt-users mailing list App_rpt-users@lists.allstarlink.org <mailto:App_rpt-users@lists.allstarlink.org> http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users <http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users> To unsubscribe from this list please visit http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users <http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users> and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button" You do not need a password to unsubscribe, you can do it via email confirmation. If you have trouble unsubscribing, please send a message to the list detailing the problem.
_______________________________________________ App_rpt-users mailing list App_rpt-users@lists.allstarlink.org <mailto:App_rpt-users@lists.allstarlink.org> http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users <http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users>
To unsubscribe from this list please visithttp://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users <http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users> and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button" You do not need a password to unsubscribe, you can do it via email confirmation. If you have trouble unsubscribing, please send a message to the list detailing the problem.
_______________________________________________ App_rpt-users mailing list App_rpt-users@lists.allstarlink.org <mailto:App_rpt-users@lists.allstarlink.org> http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users <http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users> To unsubscribe from this list please visit http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users <http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users> and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button" You do not need a password to unsubscribe, you can do it via email confirmation. If you have trouble unsubscribing, please send a message to the list detailing the problem.
_______________________________________________ App_rpt-users mailing list App_rpt-users@lists.allstarlink.org <mailto:App_rpt-users@lists.allstarlink.org> http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users <http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users> To unsubscribe from this list please visit http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users <http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users> and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button" You do not need a password to unsubscribe, you can do it via email confirmation. If you have trouble unsubscribing, please send a message to the list detailing the problem.
_______________________________________________ App_rpt-users mailing list App_rpt-users@lists.allstarlink.org <mailto:App_rpt-users@lists.allstarlink.org> http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users <http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users> To unsubscribe from this list please visit http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users <http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users> and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button" You do not need a password to unsubscribe, you can do it via email confirmation. If you have trouble unsubscribing, please send a message to the list detailing the problem.
_______________________________________________ App_rpt-users mailing list App_rpt-users@lists.allstarlink.org http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users
To unsubscribe from this list please visit http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button" You do not need a password to unsubscribe, you can do it via email confirmation. If you have trouble unsubscribing, please send a message to the list detailing the problem.
Hi Everyone, I agree that the WebTransceiver is a powerful addition to the AllStar project. I've got several hams who use it on a regular basis for repeater access, so, I hate to see it go as well. As we all know, web browser developers are rapidly phasing out all support for java applets. And, along with this phasing out process, continuing to make java work is a constantly moving target---every time a browser update comes down the pipe, you have to go and tweak settings AGAIN make java work. The biggest problem I see with "upgrading" the WebTransceiver is replacing the IAX2 protocol stack with updated version which is modern-browser friendly. We need to remember that all the hoopla about HTML5 is fine, but, HTML5 is NOT a programming language--javascript is the programming language used. Another large component required is the actual audio interface to the PC and some supported CODEC for communication across IAX2...For this requirement, I believe the WebRTC toolkit, which is included in modern browsers, could be leveraged. So, where can we find a javascript-based IAX2 stack? ...I know there are already javascript SIP stacks out there (see: http://www.jssip.net/ ). Thoughts? 73, David KB4FXC On Mon, 17 Apr 2017, Doug Kingston wrote:
I see 2 significant use cases:
1. User wants to connect to a public Allstar node In this case, they don't have a prior relationship with the node and there is no account/password that the user knows that they can use to log in. Today in the Java applet, my understanding is, they authenticate to the Allstar central server with their Allstar username/password and the Java traffic is proxies through that central site is some way and on to the public node. Its possible the central node provides credentials to the java applet and it connects directly, but Steve can say more definitively.
2. User has iaxrpt username/password credentials for a particular node This is certainly true for private nodes and for public nodes where people want to use an app like iaxrpt. They need to receive credentials from the node operator before using the node.
I think this is a summary of the basic modes. The reason we need some form of authentication is to prevent random non-hams from accessing Allstar nodes and initiating transmissions. It would be nice to take the central node out of the normal path except for the authentication process.
-Doug-, KD7DK
I don't think anyone was referring to HTML5 as a programming language. More of a shorthand to describe a possible solution. That is the reason the dev team is looking at the existing code. we all know java has to go. IAX would be the preferred stack. 73, Steve N4IRS On 4/17/2017 12:16 PM, David McGough wrote:
Hi Everyone,
I agree that the WebTransceiver is a powerful addition to the AllStar project. I've got several hams who use it on a regular basis for repeater access, so, I hate to see it go as well.
As we all know, web browser developers are rapidly phasing out all support for java applets. And, along with this phasing out process, continuing to make java work is a constantly moving target---every time a browser update comes down the pipe, you have to go and tweak settings AGAIN make java work.
The biggest problem I see with "upgrading" the WebTransceiver is replacing the IAX2 protocol stack with updated version which is modern-browser friendly. We need to remember that all the hoopla about HTML5 is fine, but, HTML5 is NOT a programming language--javascript is the programming language used. Another large component required is the actual audio interface to the PC and some supported CODEC for communication across IAX2...For this requirement, I believe the WebRTC toolkit, which is included in modern browsers, could be leveraged.
So, where can we find a javascript-based IAX2 stack? ...I know there are already javascript SIP stacks out there (see: http://www.jssip.net/ ).
Thoughts?
73, David KB4FXC
On Mon, 17 Apr 2017, Doug Kingston wrote:
I see 2 significant use cases:
1. User wants to connect to a public Allstar node In this case, they don't have a prior relationship with the node and there is no account/password that the user knows that they can use to log in. Today in the Java applet, my understanding is, they authenticate to the Allstar central server with their Allstar username/password and the Java traffic is proxies through that central site is some way and on to the public node. Its possible the central node provides credentials to the java applet and it connects directly, but Steve can say more definitively.
2. User has iaxrpt username/password credentials for a particular node This is certainly true for private nodes and for public nodes where people want to use an app like iaxrpt. They need to receive credentials from the node operator before using the node.
I think this is a summary of the basic modes. The reason we need some form of authentication is to prevent random non-hams from accessing Allstar nodes and initiating transmissions. It would be nice to take the central node out of the normal path except for the authentication process.
-Doug-, KD7DK
_______________________________________________ App_rpt-users mailing list App_rpt-users@lists.allstarlink.org http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users
To unsubscribe from this list please visit http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button" You do not need a password to unsubscribe, you can do it via email confirmation. If you have trouble unsubscribing, please send a message to the list detailing the problem.
Hello Everyone, The WebTransceiver is a great tool. But I think we should look at getting a hotspot going. Like the DVMega or the DV4Mini. A cheap low power hotspot would be great. But I can't code or build a hotspot so just a thought. Please not say, just build one out of a Baofeng radio. Rework W9SH's iaxRpt software or direct node to work with a USB Radio. Small and cheap that just works when you plug it in. OK I'm done. Thanks for your time. David KE6UPI -- Thanks, David "Laws that forbid the carrying of arms...disarm only those who are neither inclined nor determined to commit crimes. Such laws make things worse for the assaulted and better for the assailants; they serve rather to encourage than prevent homicides, for an unarmed man may be attacked with greater confidence than an armed one." Thomas Jefferson On Mon, Apr 17, 2017 at 9:26 AM, Steve Zingman <szingman@msgstor.com> wrote:
I don't think anyone was referring to HTML5 as a programming language. More of a shorthand to describe a possible solution. That is the reason the dev team is looking at the existing code. we all know java has to go. IAX would be the preferred stack.
73, Steve N4IRS
On 4/17/2017 12:16 PM, David McGough wrote:
Hi Everyone,
I agree that the WebTransceiver is a powerful addition to the AllStar project. I've got several hams who use it on a regular basis for repeater access, so, I hate to see it go as well.
As we all know, web browser developers are rapidly phasing out all support for java applets. And, along with this phasing out process, continuing to make java work is a constantly moving target---every time a browser update comes down the pipe, you have to go and tweak settings AGAIN make java work.
The biggest problem I see with "upgrading" the WebTransceiver is replacing the IAX2 protocol stack with updated version which is modern-browser friendly. We need to remember that all the hoopla about HTML5 is fine, but, HTML5 is NOT a programming language--javascript is the programming language used. Another large component required is the actual audio interface to the PC and some supported CODEC for communication across IAX2...For this requirement, I believe the WebRTC toolkit, which is included in modern browsers, could be leveraged.
So, where can we find a javascript-based IAX2 stack? ...I know there are already javascript SIP stacks out there (see: http://www.jssip.net/ ).
Thoughts?
73, David KB4FXC
On Mon, 17 Apr 2017, Doug Kingston wrote:
I see 2 significant use cases:
1. User wants to connect to a public Allstar node In this case, they don't have a prior relationship with the node and there is no account/password that the user knows that they can use to log in. Today in the Java applet, my understanding is, they authenticate to the Allstar central server with their Allstar username/password and the Java traffic is proxies through that central site is some way and on to the public node. Its possible the central node provides credentials to the java applet and it connects directly, but Steve can say more definitively.
2. User has iaxrpt username/password credentials for a particular node This is certainly true for private nodes and for public nodes where people want to use an app like iaxrpt. They need to receive credentials from the node operator before using the node.
I think this is a summary of the basic modes. The reason we need some form of authentication is to prevent random non-hams from accessing Allstar nodes and initiating transmissions. It would be nice to take the central node out of the normal path except for the authentication process.
-Doug-, KD7DK
_______________________________________________
App_rpt-users mailing list App_rpt-users@lists.allstarlink.org http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users
To unsubscribe from this list please visit http://lists.allstarlink.org/c gi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button" You do not need a password to unsubscribe, you can do it via email confirmation. If you have trouble unsubscribing, please send a message to the list detailing the problem.
_______________________________________________ App_rpt-users mailing list App_rpt-users@lists.allstarlink.org http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users
To unsubscribe from this list please visit http://lists.allstarlink.org/c gi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button" You do not need a password to unsubscribe, you can do it via email confirmation. If you have trouble unsubscribing, please send a message to the list detailing the problem.
G7RPG builds these, and, yes, he uses a Baofeng HT and a Pi to build it. I have one, and it's exactly what you describe: plug it in, connect it to a network (wired or wireless), and off you go. -- Buddy Brannan, KB5ELV - Erie, PA Phone: 814-860-3194 Mobile: 814-431-0962 Email: buddy@brannan.name
On Apr 17, 2017, at 1:06 PM, David Shaw <shawpbx@gmail.com> wrote:
Hello Everyone, The WebTransceiver is a great tool. But I think we should look at getting a hotspot going. Like the DVMega or the DV4Mini. A cheap low power hotspot would be great. But I can't code or build a hotspot so just a thought.
Please not say, just build one out of a Baofeng radio. Rework W9SH's iaxRpt software or direct node to work with a USB Radio. Small and cheap that just works when you plug it in.
OK I'm done. Thanks for your time.
David KE6UPI
-- Thanks, David
"Laws that forbid the carrying of arms...disarm only those who are neither inclined nor determined to commit crimes. Such laws make things worse for the assaulted and better for the assailants; they serve rather to encourage than prevent homicides, for an unarmed man may be attacked with greater confidence than an armed one." Thomas Jefferson
On Mon, Apr 17, 2017 at 9:26 AM, Steve Zingman <szingman@msgstor.com> wrote: I don't think anyone was referring to HTML5 as a programming language. More of a shorthand to describe a possible solution. That is the reason the dev team is looking at the existing code. we all know java has to go. IAX would be the preferred stack.
73, Steve N4IRS
On 4/17/2017 12:16 PM, David McGough wrote: Hi Everyone,
I agree that the WebTransceiver is a powerful addition to the AllStar project. I've got several hams who use it on a regular basis for repeater access, so, I hate to see it go as well.
As we all know, web browser developers are rapidly phasing out all support for java applets. And, along with this phasing out process, continuing to make java work is a constantly moving target---every time a browser update comes down the pipe, you have to go and tweak settings AGAIN make java work.
The biggest problem I see with "upgrading" the WebTransceiver is replacing the IAX2 protocol stack with updated version which is modern-browser friendly. We need to remember that all the hoopla about HTML5 is fine, but, HTML5 is NOT a programming language--javascript is the programming language used. Another large component required is the actual audio interface to the PC and some supported CODEC for communication across IAX2...For this requirement, I believe the WebRTC toolkit, which is included in modern browsers, could be leveraged.
So, where can we find a javascript-based IAX2 stack? ...I know there are already javascript SIP stacks out there (see: http://www.jssip.net/ ).
Thoughts?
73, David KB4FXC
On Mon, 17 Apr 2017, Doug Kingston wrote:
I see 2 significant use cases:
1. User wants to connect to a public Allstar node In this case, they don't have a prior relationship with the node and there is no account/password that the user knows that they can use to log in. Today in the Java applet, my understanding is, they authenticate to the Allstar central server with their Allstar username/password and the Java traffic is proxies through that central site is some way and on to the public node. Its possible the central node provides credentials to the java applet and it connects directly, but Steve can say more definitively.
2. User has iaxrpt username/password credentials for a particular node This is certainly true for private nodes and for public nodes where people want to use an app like iaxrpt. They need to receive credentials from the node operator before using the node.
I think this is a summary of the basic modes. The reason we need some form of authentication is to prevent random non-hams from accessing Allstar nodes and initiating transmissions. It would be nice to take the central node out of the normal path except for the authentication process.
-Doug-, KD7DK
_______________________________________________ App_rpt-users mailing list App_rpt-users@lists.allstarlink.org http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users
To unsubscribe from this list please visit http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button" You do not need a password to unsubscribe, you can do it via email confirmation. If you have trouble unsubscribing, please send a message to the list detailing the problem.
_______________________________________________ App_rpt-users mailing list App_rpt-users@lists.allstarlink.org http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users
To unsubscribe from this list please visit http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button" You do not need a password to unsubscribe, you can do it via email confirmation. If you have trouble unsubscribing, please send a message to the list detailing the problem.
_______________________________________________ App_rpt-users mailing list App_rpt-users@lists.allstarlink.org http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users
To unsubscribe from this list please visit http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button" You do not need a password to unsubscribe, you can do it via email confirmation. If you have trouble unsubscribing, please send a message to the list detailing the problem.
Thanks Buddy, I like it and I'll email G7RPG to fine out more. David -- Thanks, David "Laws that forbid the carrying of arms...disarm only those who are neither inclined nor determined to commit crimes. Such laws make things worse for the assaulted and better for the assailants; they serve rather to encourage than prevent homicides, for an unarmed man may be attacked with greater confidence than an armed one." Thomas Jefferson On Mon, Apr 17, 2017 at 10:09 AM, Buddy Brannan <buddy@brannan.name> wrote:
G7RPG builds these, and, yes, he uses a Baofeng HT and a Pi to build it. I have one, and it's exactly what you describe: plug it in, connect it to a network (wired or wireless), and off you go.
-- Buddy Brannan, KB5ELV - Erie, PA Phone: 814-860-3194 Mobile: 814-431-0962 Email: buddy@brannan.name
On Apr 17, 2017, at 1:06 PM, David Shaw <shawpbx@gmail.com> wrote:
Hello Everyone, The WebTransceiver is a great tool. But I think we should look at getting a hotspot going. Like the DVMega or the DV4Mini. A cheap low power hotspot would be great. But I can't code or build a hotspot so just a thought.
Please not say, just build one out of a Baofeng radio. Rework W9SH's iaxRpt software or direct node to work with a USB Radio. Small and cheap that just works when you plug it in.
OK I'm done. Thanks for your time.
David KE6UPI
-- Thanks, David
"Laws that forbid the carrying of arms...disarm only those who are neither inclined nor determined to commit crimes. Such laws make things worse for the assaulted and better for the assailants; they serve rather to encourage than prevent homicides, for an unarmed man may be attacked with greater confidence than an armed one." Thomas Jefferson
On Mon, Apr 17, 2017 at 9:26 AM, Steve Zingman <szingman@msgstor.com> wrote: I don't think anyone was referring to HTML5 as a programming language. More of a shorthand to describe a possible solution. That is the reason the dev team is looking at the existing code. we all know java has to go. IAX would be the preferred stack.
73, Steve N4IRS
On 4/17/2017 12:16 PM, David McGough wrote: Hi Everyone,
I agree that the WebTransceiver is a powerful addition to the AllStar project. I've got several hams who use it on a regular basis for repeater access, so, I hate to see it go as well.
As we all know, web browser developers are rapidly phasing out all support for java applets. And, along with this phasing out process, continuing to make java work is a constantly moving target---every time a browser update comes down the pipe, you have to go and tweak settings AGAIN make java work.
The biggest problem I see with "upgrading" the WebTransceiver is replacing the IAX2 protocol stack with updated version which is modern-browser friendly. We need to remember that all the hoopla about HTML5 is fine, but, HTML5 is NOT a programming language--javascript is the programming language used. Another large component required is the actual audio interface to the PC and some supported CODEC for communication across IAX2...For this requirement, I believe the WebRTC toolkit, which is included in modern browsers, could be leveraged.
So, where can we find a javascript-based IAX2 stack? ...I know there are already javascript SIP stacks out there (see: http://www.jssip.net/ ).
Thoughts?
73, David KB4FXC
On Mon, 17 Apr 2017, Doug Kingston wrote:
I see 2 significant use cases:
1. User wants to connect to a public Allstar node In this case, they don't have a prior relationship with the node and there is no account/password that the user knows that they can use to log in. Today in the Java applet, my understanding is, they authenticate to the Allstar central server with their Allstar username/password and the Java traffic is proxies through that central site is some way and on to the public node. Its possible the central node provides credentials to the java applet and it connects directly, but Steve can say more definitively.
2. User has iaxrpt username/password credentials for a particular node This is certainly true for private nodes and for public nodes where people want to use an app like iaxrpt. They need to receive credentials from the node operator before using the node.
I think this is a summary of the basic modes. The reason we need some form of authentication is to prevent random non-hams from accessing Allstar nodes and initiating transmissions. It would be nice to take the central node out of the normal path except for the authentication process.
-Doug-, KD7DK
_______________________________________________ App_rpt-users mailing list App_rpt-users@lists.allstarlink.org http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users
To unsubscribe from this list please visit http://lists.allstarlink.org/ cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button" You do not need a password to unsubscribe, you can do it via email confirmation. If you have trouble unsubscribing, please send a message to the list detailing the problem.
_______________________________________________ App_rpt-users mailing list App_rpt-users@lists.allstarlink.org http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users
To unsubscribe from this list please visit http://lists.allstarlink.org/ cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button" You do not need a password to unsubscribe, you can do it via email confirmation. If you have trouble unsubscribing, please send a message to the list detailing the problem.
_______________________________________________ App_rpt-users mailing list App_rpt-users@lists.allstarlink.org http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users
To unsubscribe from this list please visit http://lists.allstarlink.org/ cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button" You do not need a password to unsubscribe, you can do it via email confirmation. If you have trouble unsubscribing, please send a message to the list detailing the problem.
_______________________________________________ App_rpt-users mailing list App_rpt-users@lists.allstarlink.org http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users
To unsubscribe from this list please visit http://lists.allstarlink.org/ cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button" You do not need a password to unsubscribe, you can do it via email confirmation. If you have trouble unsubscribing, please send a message to the list detailing the problem.
I think this is a great idea, albeit at a better price point than the Micro Node hotspot, which, for the price, is almost 3x what I can build a full power repeater sans antenna and heliax, from motorola mobiles, a Pi, and one of Kevin or Scott's USB dongles. Sorry, that price, considering all the sw is free, and the technology is commonly available, is a bit out of the range of what can be accomplished with a little work. I'm not afraid to spend $, but it has to be well-justified. -- Bryan Sent from my iPhone 6S...No electrons were harmed in the sending of this message.
On Apr 17, 2017, at 13:06, David Shaw <shawpbx@gmail.com> wrote:
Hello Everyone, The WebTransceiver is a great tool. But I think we should look at getting a hotspot going. Like the DVMega or the DV4Mini. A cheap low power hotspot would be great. But I can't code or build a hotspot so just a thought.
Please not say, just build one out of a Baofeng radio. Rework W9SH's iaxRpt software or direct node to work with a USB Radio. Small and cheap that just works when you plug it in.
OK I'm done. Thanks for your time.
David KE6UPI
-- Thanks, David
"Laws that forbid the carrying of arms...disarm only those who are neither inclined nor determined to commit crimes. Such laws make things worse for the assaulted and better for the assailants; they serve rather to encourage than prevent homicides, for an unarmed man may be attacked with greater confidence than an armed one." Thomas Jefferson
On Mon, Apr 17, 2017 at 9:26 AM, Steve Zingman <szingman@msgstor.com> wrote: I don't think anyone was referring to HTML5 as a programming language. More of a shorthand to describe a possible solution. That is the reason the dev team is looking at the existing code. we all know java has to go. IAX would be the preferred stack.
73, Steve N4IRS
On 4/17/2017 12:16 PM, David McGough wrote: Hi Everyone,
I agree that the WebTransceiver is a powerful addition to the AllStar project. I've got several hams who use it on a regular basis for repeater access, so, I hate to see it go as well.
As we all know, web browser developers are rapidly phasing out all support for java applets. And, along with this phasing out process, continuing to make java work is a constantly moving target---every time a browser update comes down the pipe, you have to go and tweak settings AGAIN make java work.
The biggest problem I see with "upgrading" the WebTransceiver is replacing the IAX2 protocol stack with updated version which is modern-browser friendly. We need to remember that all the hoopla about HTML5 is fine, but, HTML5 is NOT a programming language--javascript is the programming language used. Another large component required is the actual audio interface to the PC and some supported CODEC for communication across IAX2...For this requirement, I believe the WebRTC toolkit, which is included in modern browsers, could be leveraged.
So, where can we find a javascript-based IAX2 stack? ...I know there are already javascript SIP stacks out there (see: http://www.jssip.net/ ).
Thoughts?
73, David KB4FXC
On Mon, 17 Apr 2017, Doug Kingston wrote:
I see 2 significant use cases:
1. User wants to connect to a public Allstar node In this case, they don't have a prior relationship with the node and there is no account/password that the user knows that they can use to log in. Today in the Java applet, my understanding is, they authenticate to the Allstar central server with their Allstar username/password and the Java traffic is proxies through that central site is some way and on to the public node. Its possible the central node provides credentials to the java applet and it connects directly, but Steve can say more definitively.
2. User has iaxrpt username/password credentials for a particular node This is certainly true for private nodes and for public nodes where people want to use an app like iaxrpt. They need to receive credentials from the node operator before using the node.
I think this is a summary of the basic modes. The reason we need some form of authentication is to prevent random non-hams from accessing Allstar nodes and initiating transmissions. It would be nice to take the central node out of the normal path except for the authentication process.
-Doug-, KD7DK
_______________________________________________ App_rpt-users mailing list App_rpt-users@lists.allstarlink.org http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users
To unsubscribe from this list please visit http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button" You do not need a password to unsubscribe, you can do it via email confirmation. If you have trouble unsubscribing, please send a message to the list detailing the problem.
_______________________________________________ App_rpt-users mailing list App_rpt-users@lists.allstarlink.org http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users
To unsubscribe from this list please visit http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button" You do not need a password to unsubscribe, you can do it via email confirmation. If you have trouble unsubscribing, please send a message to the list detailing the problem.
_______________________________________________ App_rpt-users mailing list App_rpt-users@lists.allstarlink.org http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users
To unsubscribe from this list please visit http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button" You do not need a password to unsubscribe, you can do it via email confirmation. If you have trouble unsubscribing, please send a message to the list detailing the problem.
I'm all for using the hotspot approach, where applicable. But there are a couple drawbacks. First, most hotspots are simplex, not duplex. Duplex is much more desirable in various situations. To solve this, you can build backyard repeaters out of a pair of 888 radios (I have 3 of them). But, that's even more hardware to haul around. Second, if you're traveling by plane, it's can be an adventure getting this hardware past TSA! I haven't tried recently, but, in years past it wasn't fun. With a web application, these issues are largely eliminated. ...Just a few more thoughts. 73, David KB4FXC On Mon, 17 Apr 2017, David Shaw wrote:
Hello Everyone, The WebTransceiver is a great tool. But I think we should look at getting a hotspot going. Like the DVMega or the DV4Mini. A cheap low power hotspot would be great. But I can't code or build a hotspot so just a thought.
Please not say, just build one out of a Baofeng radio. Rework W9SH's iaxRpt software or direct node to work with a USB Radio. Small and cheap that just works when you plug it in.
OK I'm done. Thanks for your time.
David KE6UPI
-- Thanks, David
"Laws that forbid the carrying of arms...disarm only those who are neither inclined nor determined to commit crimes. Such laws make things worse for the assaulted and better for the assailants; they serve rather to encourage than prevent homicides, for an unarmed man may be attacked with greater confidence than an armed one." Thomas Jefferson
On Mon, Apr 17, 2017 at 9:26 AM, Steve Zingman <szingman@msgstor.com> wrote:
I don't think anyone was referring to HTML5 as a programming language. More of a shorthand to describe a possible solution. That is the reason the dev team is looking at the existing code. we all know java has to go. IAX would be the preferred stack.
73, Steve N4IRS
On 4/17/2017 12:16 PM, David McGough wrote:
Hi Everyone,
I agree that the WebTransceiver is a powerful addition to the AllStar project. I've got several hams who use it on a regular basis for repeater access, so, I hate to see it go as well.
As we all know, web browser developers are rapidly phasing out all support for java applets. And, along with this phasing out process, continuing to make java work is a constantly moving target---every time a browser update comes down the pipe, you have to go and tweak settings AGAIN make java work.
The biggest problem I see with "upgrading" the WebTransceiver is replacing the IAX2 protocol stack with updated version which is modern-browser friendly. We need to remember that all the hoopla about HTML5 is fine, but, HTML5 is NOT a programming language--javascript is the programming language used. Another large component required is the actual audio interface to the PC and some supported CODEC for communication across IAX2...For this requirement, I believe the WebRTC toolkit, which is included in modern browsers, could be leveraged.
So, where can we find a javascript-based IAX2 stack? ...I know there are already javascript SIP stacks out there (see: http://www.jssip.net/ ).
Thoughts?
73, David KB4FXC
On Mon, 17 Apr 2017, Doug Kingston wrote:
I see 2 significant use cases:
1. User wants to connect to a public Allstar node In this case, they don't have a prior relationship with the node and there is no account/password that the user knows that they can use to log in. Today in the Java applet, my understanding is, they authenticate to the Allstar central server with their Allstar username/password and the Java traffic is proxies through that central site is some way and on to the public node. Its possible the central node provides credentials to the java applet and it connects directly, but Steve can say more definitively.
2. User has iaxrpt username/password credentials for a particular node This is certainly true for private nodes and for public nodes where people want to use an app like iaxrpt. They need to receive credentials from the node operator before using the node.
I think this is a summary of the basic modes. The reason we need some form of authentication is to prevent random non-hams from accessing Allstar nodes and initiating transmissions. It would be nice to take the central node out of the normal path except for the authentication process.
-Doug-, KD7DK
_______________________________________________
App_rpt-users mailing list App_rpt-users@lists.allstarlink.org http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users
To unsubscribe from this list please visit http://lists.allstarlink.org/c gi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button" You do not need a password to unsubscribe, you can do it via email confirmation. If you have trouble unsubscribing, please send a message to the list detailing the problem.
_______________________________________________ App_rpt-users mailing list App_rpt-users@lists.allstarlink.org http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users
To unsubscribe from this list please visit http://lists.allstarlink.org/c gi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button" You do not need a password to unsubscribe, you can do it via email confirmation. If you have trouble unsubscribing, please send a message to the list detailing the problem.
Web applications do make things easier... until u meet the "it's not radio" band of merry men. Lol. Gareth M6IGJ On Mon, Apr 17, 2017 at 7:27 PM +0100, "David McGough" <kb4fxc@inttek.net> wrote: I'm all for using the hotspot approach, where applicable. But there are a couple drawbacks. First, most hotspots are simplex, not duplex. Duplex is much more desirable in various situations. To solve this, you can build backyard repeaters out of a pair of 888 radios (I have 3 of them). But, that's even more hardware to haul around. Second, if you're traveling by plane, it's can be an adventure getting this hardware past TSA! I haven't tried recently, but, in years past it wasn't fun. With a web application, these issues are largely eliminated. ...Just a few more thoughts. 73, David KB4FXC On Mon, 17 Apr 2017, David Shaw wrote:
Hello Everyone, The WebTransceiver is a great tool. But I think we should look at getting a hotspot going. Like the DVMega or the DV4Mini. A cheap low power hotspot would be great. But I can't code or build a hotspot so just a thought.
Please not say, just build one out of a Baofeng radio. Rework W9SH's iaxRpt software or direct node to work with a USB Radio. Small and cheap that just works when you plug it in.
OK I'm done. Thanks for your time.
David KE6UPI
-- Thanks, David
"Laws that forbid the carrying of arms...disarm only those who are neither inclined nor determined to commit crimes. Such laws make things worse for the assaulted and better for the assailants; they serve rather to encourage than prevent homicides, for an unarmed man may be attacked with greater confidence than an armed one." Thomas Jefferson
On Mon, Apr 17, 2017 at 9:26 AM, Steve Zingman wrote:
I don't think anyone was referring to HTML5 as a programming language. More of a shorthand to describe a possible solution. That is the reason the dev team is looking at the existing code. we all know java has to go. IAX would be the preferred stack.
73, Steve N4IRS
On 4/17/2017 12:16 PM, David McGough wrote:
Hi Everyone,
I agree that the WebTransceiver is a powerful addition to the AllStar project. I've got several hams who use it on a regular basis for repeater access, so, I hate to see it go as well.
As we all know, web browser developers are rapidly phasing out all support for java applets. And, along with this phasing out process, continuing to make java work is a constantly moving target---every time a browser update comes down the pipe, you have to go and tweak settings AGAIN make java work.
The biggest problem I see with "upgrading" the WebTransceiver is replacing the IAX2 protocol stack with updated version which is modern-browser friendly. We need to remember that all the hoopla about HTML5 is fine, but, HTML5 is NOT a programming language--javascript is the programming language used. Another large component required is the actual audio interface to the PC and some supported CODEC for communication across IAX2...For this requirement, I believe the WebRTC toolkit, which is included in modern browsers, could be leveraged.
So, where can we find a javascript-based IAX2 stack? ...I know there are already javascript SIP stacks out there (see: http://www.jssip.net/ ).
Thoughts?
73, David KB4FXC
On Mon, 17 Apr 2017, Doug Kingston wrote:
I see 2 significant use cases:
1. User wants to connect to a public Allstar node In this case, they don't have a prior relationship with the node and there is no account/password that the user knows that they can use to log in. Today in the Java applet, my understanding is, they authenticate to the Allstar central server with their Allstar username/password and the Java traffic is proxies through that central site is some way and on to the public node. Its possible the central node provides credentials to the java applet and it connects directly, but Steve can say more definitively.
2. User has iaxrpt username/password credentials for a particular node This is certainly true for private nodes and for public nodes where people want to use an app like iaxrpt. They need to receive credentials from the node operator before using the node.
I think this is a summary of the basic modes. The reason we need some form of authentication is to prevent random non-hams from accessing Allstar nodes and initiating transmissions. It would be nice to take the central node out of the normal path except for the authentication process.
-Doug-, KD7DK
_______________________________________________
App_rpt-users mailing list App_rpt-users@lists.allstarlink.org http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users
To unsubscribe from this list please visit http://lists.allstarlink.org/c gi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button" You do not need a password to unsubscribe, you can do it via email confirmation. If you have trouble unsubscribing, please send a message to the list detailing the problem.
_______________________________________________ App_rpt-users mailing list App_rpt-users@lists.allstarlink.org http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users
To unsubscribe from this list please visit http://lists.allstarlink.org/c gi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button" You do not need a password to unsubscribe, you can do it via email confirmation. If you have trouble unsubscribing, please send a message to the list detailing the problem.
_______________________________________________ App_rpt-users mailing list App_rpt-users@lists.allstarlink.org http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users To unsubscribe from this list please visit http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button" You do not need a password to unsubscribe, you can do it via email confirmation. If you have trouble unsubscribing, please send a message to the list detailing the problem.
The purpose of this thread was to discuss software based solutions. Fundamentally I was looking for how we can make Allstar the preferred option when Echolink might have been used previously. Can I request we move hardware based discussions to a separate thread? I know there have been some nice commercial and homegrown options there. Thanks, -Doug- On Mon, Apr 17, 2017 at 11:36 AM, Gareth Jackson <gareth1125@gmail.com> wrote:
Web applications do make things easier... until u meet the "it's not radio" band of merry men. Lol.
Gareth M6IGJ
On Mon, Apr 17, 2017 at 7:27 PM +0100, "David McGough" <kb4fxc@inttek.net> wrote:
I'm all for using the hotspot approach, where applicable. But there are a
couple drawbacks.
First, most hotspots are simplex, not duplex. Duplex is much more desirable in various situations. To solve this, you can build backyard repeaters out of a pair of 888 radios (I have 3 of them). But, that's even more hardware to haul around.
Second, if you're traveling by plane, it's can be an adventure getting this hardware past TSA! I haven't tried recently, but, in years past it wasn't fun.
With a web application, these issues are largely eliminated.
...Just a few more thoughts.
73, David KB4FXC
On Mon, 17 Apr 2017, David Shaw wrote:
Hello Everyone, The WebTransceiver is a great tool. But I think we should look at getting a hotspot going. Like the DVMega or the DV4Mini. A cheap low power hotspot would be great. But I can't code or build a hotspot so just a thought.
Please not say, just build one out of a Baofeng radio. Rework W9SH's iaxRpt software or direct node to work with a USB Radio. Small and cheap that just works when you plug it in.
OK I'm done. Thanks for your time.
David KE6UPI
-- Thanks, David
"Laws that forbid the carrying of arms...disarm only those who are neither inclined nor determined to commit crimes. Such laws make things worse for the assaulted and better for the assailants; they serve rather to encourage than prevent homicides, for an unarmed man may be attacked with greater confidence than an armed one." Thomas Jefferson
On Mon, Apr 17, 2017 at 9:26 AM, Steve Zingman wrote:
I don't think anyone was referring to HTML5 as a programming language. More of a shorthand to describe a possible solution. That is the reason the dev team is looking at the existing code. we all know java has to go. IAX would be the preferred stack.
73, Steve N4IRS
On 4/17/2017 12:16 PM, David McGough wrote:
Hi Everyone,
I agree that the WebTransceiver is a powerful addition to the AllStar project. I've got several hams who use it on a regular basis for repeater access, so, I hate to see it go as well.
As we all know, web browser developers are rapidly phasing out all support for java applets. And, along with this phasing out process, continuing to make java work is a constantly moving target---every time a browser update comes down the pipe, you have to go and tweak settings AGAIN make java work.
The biggest problem I see with "upgrading" the WebTransceiver is replacing the IAX2 protocol stack with updated version which is modern-browser friendly. We need to remember that all the hoopla about HTML5 is fine, but, HTML5 is NOT a programming language--javascript is the programming language used. Another large component required is the actual audio interface to the PC and some supported CODEC for communication across IAX2...For this requirement, I believe the WebRTC toolkit, which is included in modern browsers, could be leveraged.
So, where can we find a javascript-based IAX2 stack? ...I know there are already javascript SIP stacks out there (see: http://www.jssip.net/ ).
Thoughts?
73, David KB4FXC
On Mon, 17 Apr 2017, Doug Kingston wrote:
I see 2 significant use cases:
1. User wants to connect to a public Allstar node In this case, they don't have a prior relationship with the node and there is no account/password that the user knows that they can use to log in. Today in the Java applet, my understanding is, they authenticate to the Allstar central server with their Allstar username/password and the Java traffic is proxies through that central site is some way and on to the public node. Its possible the central node provides credentials to the java applet and it connects directly, but Steve can say more definitively.
2. User has iaxrpt username/password credentials for a particular node This is certainly true for private nodes and for public nodes where people want to use an app like iaxrpt. They need to receive credentials from the node operator before using the node.
I think this is a summary of the basic modes. The reason we need some form of authentication is to prevent random non-hams from accessing Allstar nodes and initiating transmissions. It would be nice to take the central node out of the normal path except for the authentication process.
-Doug-, KD7DK
_______________________________________________
App_rpt-users mailing list App_rpt-users@lists.allstarlink.org
http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users
To unsubscribe from this list please visit http://lists.allstarlink.org/c gi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button" You do not need a password to unsubscribe, you can do it via email confirmation. If you have trouble unsubscribing, please send a message to the list detailing the problem.
_______________________________________________ App_rpt-users mailing list App_rpt-users@lists.allstarlink.org http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users
To unsubscribe from this list please visit http://lists.allstarlink.org/c gi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button" You do not need a password to unsubscribe, you can do it via email confirmation. If you have trouble unsubscribing, please send a message to the list detailing the problem.
_______________________________________________ App_rpt-users mailing listApp_rpt-users@lists.allstarlink.orghttp://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users
To unsubscribe from this list please visit http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button" You do not need a password to unsubscribe, you can do it via email confirmation. If you have trouble unsubscribing, please send a message to the list detailing the problem.
_______________________________________________ App_rpt-users mailing list App_rpt-users@lists.allstarlink.org http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users
To unsubscribe from this list please visit http://lists.allstarlink.org/ cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button" You do not need a password to unsubscribe, you can do it via email confirmation. If you have trouble unsubscribing, please send a message to the list detailing the problem.
Lets hold off on the hardware discussion and work on one thing at a time. I should have started a new post. David -- Thanks, David "Laws that forbid the carrying of arms...disarm only those who are neither inclined nor determined to commit crimes. Such laws make things worse for the assaulted and better for the assailants; they serve rather to encourage than prevent homicides, for an unarmed man may be attacked with greater confidence than an armed one." Thomas Jefferson On Mon, Apr 17, 2017 at 12:16 PM, Doug Kingston <dpk@randomnotes.org> wrote:
The purpose of this thread was to discuss software based solutions. Fundamentally I was looking for how we can make Allstar the preferred option when Echolink might have been used previously.
Can I request we move hardware based discussions to a separate thread? I know there have been some nice commercial and homegrown options there.
Thanks, -Doug-
On Mon, Apr 17, 2017 at 11:36 AM, Gareth Jackson <gareth1125@gmail.com> wrote:
Web applications do make things easier... until u meet the "it's not radio" band of merry men. Lol.
Gareth M6IGJ
On Mon, Apr 17, 2017 at 7:27 PM +0100, "David McGough" <kb4fxc@inttek.net
wrote:
I'm all for using the hotspot approach, where applicable. But there are a
couple drawbacks.
First, most hotspots are simplex, not duplex. Duplex is much more desirable in various situations. To solve this, you can build backyard repeaters out of a pair of 888 radios (I have 3 of them). But, that's even more hardware to haul around.
Second, if you're traveling by plane, it's can be an adventure getting this hardware past TSA! I haven't tried recently, but, in years past it wasn't fun.
With a web application, these issues are largely eliminated.
...Just a few more thoughts.
73, David KB4FXC
On Mon, 17 Apr 2017, David Shaw wrote:
Hello Everyone, The WebTransceiver is a great tool. But I think we should look at getting a hotspot going. Like the DVMega or the DV4Mini. A cheap low power hotspot would be great. But I can't code or build a hotspot so just a thought.
Please not say, just build one out of a Baofeng radio. Rework W9SH's iaxRpt software or direct node to work with a USB Radio. Small and cheap that just works when you plug it in.
OK I'm done. Thanks for your time.
David KE6UPI
-- Thanks, David
"Laws that forbid the carrying of arms...disarm only those who are neither inclined nor determined to commit crimes. Such laws make things worse for the assaulted and better for the assailants; they serve rather to encourage than prevent homicides, for an unarmed man may be attacked with greater confidence than an armed one." Thomas Jefferson
On Mon, Apr 17, 2017 at 9:26 AM, Steve Zingman wrote:
I don't think anyone was referring to HTML5 as a programming language. More of a shorthand to describe a possible solution. That is the reason the dev team is looking at the existing code. we all know java has to go. IAX would be the preferred stack.
73, Steve N4IRS
On 4/17/2017 12:16 PM, David McGough wrote:
Hi Everyone,
I agree that the WebTransceiver is a powerful addition to the AllStar project. I've got several hams who use it on a regular basis for repeater access, so, I hate to see it go as well.
As we all know, web browser developers are rapidly phasing out all support for java applets. And, along with this phasing out process, continuing to make java work is a constantly moving target---every time a browser update comes down the pipe, you have to go and tweak settings AGAIN make java work.
The biggest problem I see with "upgrading" the WebTransceiver is replacing the IAX2 protocol stack with updated version which is modern-browser friendly. We need to remember that all the hoopla about HTML5 is fine, but, HTML5 is NOT a programming language--javascript is the programming language used. Another large component required is the actual audio interface to the PC and some supported CODEC for communication across IAX2...For this requirement, I believe the WebRTC toolkit, which is included in modern browsers, could be leveraged.
So, where can we find a javascript-based IAX2 stack? ...I know there are already javascript SIP stacks out there (see: http://www.jssip.net/ ).
Thoughts?
73, David KB4FXC
On Mon, 17 Apr 2017, Doug Kingston wrote:
I see 2 significant use cases:
1. User wants to connect to a public Allstar node In this case, they don't have a prior relationship with the node and there is no account/password that the user knows that they can use to log in. Today in the Java applet, my understanding is, they authenticate to the Allstar central server with their Allstar username/password and the Java traffic is proxies through that central site is some way and on to the public node. Its possible the central node provides credentials to the java applet and it connects directly, but Steve can say more definitively.
2. User has iaxrpt username/password credentials for a particular node This is certainly true for private nodes and for public nodes where people want to use an app like iaxrpt. They need to receive credentials from the node operator before using the node.
I think this is a summary of the basic modes. The reason we need some form of authentication is to prevent random non-hams from accessing Allstar nodes and initiating transmissions. It would be nice to take the central node out of the normal path except for the authentication process.
-Doug-, KD7DK
_______________________________________________
App_rpt-users mailing list App_rpt-users@lists.allstarlink.org
http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users
To unsubscribe from this list please visit http://lists.allstarlink.org/c gi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button" You do not need a password to unsubscribe, you can do it via email confirmation. If you have trouble unsubscribing, please send a message to the list detailing the problem.
_______________________________________________ App_rpt-users mailing list App_rpt-users@lists.allstarlink.org http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users
To unsubscribe from this list please visit http://lists.allstarlink.org/c gi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button" You do not need a password to unsubscribe, you can do it via email confirmation. If you have trouble unsubscribing, please send a message to the list detailing the problem.
_______________________________________________ App_rpt-users mailing listApp_rpt-users@lists.allstarlink.orghttp://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users
To unsubscribe from this list please visit http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button" You do not need a password to unsubscribe, you can do it via email confirmation. If you have trouble unsubscribing, please send a message to the list detailing the problem.
_______________________________________________ App_rpt-users mailing list App_rpt-users@lists.allstarlink.org http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users
To unsubscribe from this list please visit http://lists.allstarlink.org/c gi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button" You do not need a password to unsubscribe, you can do it via email confirmation. If you have trouble unsubscribing, please send a message to the list detailing the problem.
_______________________________________________ App_rpt-users mailing list App_rpt-users@lists.allstarlink.org http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users
To unsubscribe from this list please visit http://lists.allstarlink.org/ cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button" You do not need a password to unsubscribe, you can do it via email confirmation. If you have trouble unsubscribing, please send a message to the list detailing the problem.
What about this?? http://silicontechnix.com/forum/iaxclient/ I think at one point in time last year I came across this site would some thing like this work?? Loren Tedford (KC9ZHV) Email: lorentedford@gmail.com Phone: Fax: http://www.lorentedford.com http://kc9zhv.com Sent from Droid Turbo from Verizon wireless network On Apr 17, 2017 11:16 AM, "David McGough" <kb4fxc@inttek.net> wrote:
Hi Everyone,
I agree that the WebTransceiver is a powerful addition to the AllStar project. I've got several hams who use it on a regular basis for repeater access, so, I hate to see it go as well.
As we all know, web browser developers are rapidly phasing out all support for java applets. And, along with this phasing out process, continuing to make java work is a constantly moving target---every time a browser update comes down the pipe, you have to go and tweak settings AGAIN make java work.
The biggest problem I see with "upgrading" the WebTransceiver is replacing the IAX2 protocol stack with updated version which is modern-browser friendly. We need to remember that all the hoopla about HTML5 is fine, but, HTML5 is NOT a programming language--javascript is the programming language used. Another large component required is the actual audio interface to the PC and some supported CODEC for communication across IAX2...For this requirement, I believe the WebRTC toolkit, which is included in modern browsers, could be leveraged.
So, where can we find a javascript-based IAX2 stack? ...I know there are already javascript SIP stacks out there (see: http://www.jssip.net/ ).
Thoughts?
73, David KB4FXC
On Mon, 17 Apr 2017, Doug Kingston wrote:
I see 2 significant use cases:
1. User wants to connect to a public Allstar node In this case, they don't have a prior relationship with the node and there is no account/password that the user knows that they can use to log in. Today in the Java applet, my understanding is, they authenticate to the Allstar central server with their Allstar username/password and the Java traffic is proxies through that central site is some way and on to the public node. Its possible the central node provides credentials to the java applet and it connects directly, but Steve can say more definitively.
2. User has iaxrpt username/password credentials for a particular node This is certainly true for private nodes and for public nodes where people want to use an app like iaxrpt. They need to receive credentials from the node operator before using the node.
I think this is a summary of the basic modes. The reason we need some form of authentication is to prevent random non-hams from accessing Allstar nodes and initiating transmissions. It would be nice to take the central node out of the normal path except for the authentication process.
-Doug-, KD7DK
_______________________________________________ App_rpt-users mailing list App_rpt-users@lists.allstarlink.org http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users
To unsubscribe from this list please visit http://lists.allstarlink.org/ cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button" You do not need a password to unsubscribe, you can do it via email confirmation. If you have trouble unsubscribing, please send a message to the list detailing the problem.
The iaxclient a silicontechnix.com appears to be only distributed in binary from from an otherwise unknown source. I think there is a strong desire here to build an open source based solution that allows collaboration and peer review (like we have for the core of the system, asterisk). There are some other open softphone projects we can potentially build on, as well as good toolkits like WebRTC and such. Example is https://www.doubango.org/sipml5/ which was mentioned earlier I believe. -Doug- On Mon, Apr 17, 2017 at 12:29 PM, Loren Tedford <lorentedford@gmail.com> wrote:
What about this??
http://silicontechnix.com/forum/iaxclient/
I think at one point in time last year I came across this site would some thing like this work??
Loren Tedford (KC9ZHV) Email: lorentedford@gmail.com Phone: Fax: http://www.lorentedford.com http://kc9zhv.com
Sent from Droid Turbo from Verizon wireless network
On Apr 17, 2017 11:16 AM, "David McGough" <kb4fxc@inttek.net> wrote:
Hi Everyone,
I agree that the WebTransceiver is a powerful addition to the AllStar project. I've got several hams who use it on a regular basis for repeater access, so, I hate to see it go as well.
As we all know, web browser developers are rapidly phasing out all support for java applets. And, along with this phasing out process, continuing to make java work is a constantly moving target---every time a browser update comes down the pipe, you have to go and tweak settings AGAIN make java work.
The biggest problem I see with "upgrading" the WebTransceiver is replacing the IAX2 protocol stack with updated version which is modern-browser friendly. We need to remember that all the hoopla about HTML5 is fine, but, HTML5 is NOT a programming language--javascript is the programming language used. Another large component required is the actual audio interface to the PC and some supported CODEC for communication across IAX2...For this requirement, I believe the WebRTC toolkit, which is included in modern browsers, could be leveraged.
So, where can we find a javascript-based IAX2 stack? ...I know there are already javascript SIP stacks out there (see: http://www.jssip.net/ ).
Thoughts?
73, David KB4FXC
On Mon, 17 Apr 2017, Doug Kingston wrote:
I see 2 significant use cases:
1. User wants to connect to a public Allstar node In this case, they don't have a prior relationship with the node and there is no account/password that the user knows that they can use to log in. Today in the Java applet, my understanding is, they authenticate to the Allstar central server with their Allstar username/password and the Java traffic is proxies through that central site is some way and on to the public node. Its possible the central node provides credentials to the java applet and it connects directly, but Steve can say more definitively.
2. User has iaxrpt username/password credentials for a particular node This is certainly true for private nodes and for public nodes where people want to use an app like iaxrpt. They need to receive credentials from the node operator before using the node.
I think this is a summary of the basic modes. The reason we need some form of authentication is to prevent random non-hams from accessing Allstar nodes and initiating transmissions. It would be nice to take the central node out of the normal path except for the authentication process.
-Doug-, KD7DK
_______________________________________________ App_rpt-users mailing list App_rpt-users@lists.allstarlink.org http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users
To unsubscribe from this list please visit http://lists.allstarlink.org/c gi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button" You do not need a password to unsubscribe, you can do it via email confirmation. If you have trouble unsubscribing, please send a message to the list detailing the problem.
_______________________________________________ App_rpt-users mailing list App_rpt-users@lists.allstarlink.org http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users
To unsubscribe from this list please visit http://lists.allstarlink.org/ cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button" You do not need a password to unsubscribe, you can do it via email confirmation. If you have trouble unsubscribing, please send a message to the list detailing the problem.
Everyone wants things. But few can help, and of those, few volunteer. Including me. Nobody's fault, we all have our lives and other projects. Nobody is getting paid to help out. Don't try to make this a job someone isn't doing to your liking. There is nothing stopping anyone from making their own web-based sip interface and all the material to do it is out there. Be easy on the dev's if you want their continued contributions if you are not helping out. Or volunteer to do something/anything ! But to have the need to explain where they are at in any given moment is a waste of their time better spent on dev'ing. This is open source for a reason. Said with kindness and understanding for all, ...mike/kb8jnm
Mike i would love to help but i would really need a hand understanding some of this stuff.. I guess what i am saying is I am not really that programming savy yet... I only know enough to get me into trouble lol.. Loren Tedford (KC9ZHV) Phone:618-553-0806 Fax: 1-618-551-2755 Email: lorentedford@gmail.com Email: KC9ZHV@KC9ZHV.com http://www.lorentedford.com http://www.kc9zhv.com http://forum.kc9zhv.com http://hub.kc9zhv.com http://Ltcraft.net <http://ltcraft.net/> http://voipham.com On Mon, Apr 17, 2017 at 10:24 AM, <mike@midnighteng.com> wrote:
Everyone wants things. But few can help, and of those, few volunteer. Including me. Nobody's fault, we all have our lives and other projects. Nobody is getting paid to help out. Don't try to make this a job someone isn't doing to your liking. There is nothing stopping anyone from making their own web-based sip interface and all the material to do it is out there.
Be easy on the dev's if you want their continued contributions if you are not helping out. Or volunteer to do something/anything ! But to have the need to explain where they are at in any given moment is a waste of their time better spent on dev'ing. This is open source for a reason.
Said with kindness and understanding for all,
...mike/kb8jnm
_______________________________________________ App_rpt-users mailing list App_rpt-users@lists.allstarlink.org http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users
To unsubscribe from this list please visit http://lists.allstarlink.org/ cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button" You do not need a password to unsubscribe, you can do it via email confirmation. If you have trouble unsubscribing, please send a message to the list detailing the problem.
I'm not picking on anyone, but I have listened to enough chatter to make a attempt to instill some understanding. ...mike/kb8jnm ----- Original Message ----- From: "Users of Asterisk app_rpt" <app_rpt-users@lists.allstarlink.org> To: "Users of Asterisk app_rpt" <app_rpt-users@lists.allstarlink.org> Cc: Sent: Mon, 17 Apr 2017 10:25:51 -0500 Subject: Re: [App_rpt-users] Alternative to WebTransceiver java applet Mike i would love to help but i would really need a hand understanding some of this stuff.. I guess what i am saying is I am not really that programming savy yet... I only know enough to get me into trouble lol.. Loren Tedford (KC9ZHV) Phone:618-553-0806 Fax: 1-618-551-2755 Email: lorentedford@gmail.com [1] Email: KC9ZHV@KC9ZHV.com [2] http://www.lorentedford.com [3] http://www.kc9zhv.com [4] http://forum.kc9zhv.com [5] http://hub.kc9zhv.com [6] http://Ltcraft.net [7] http://voipham.com [8] On Mon, Apr 17, 2017 at 10:24 AM, <mike@midnighteng.com [9]> wrote: Everyone wants things. But few can help, and of those, few volunteer. Including me. Nobody's fault, we all have our lives and other projects. Nobody is getting paid to help out. Don't try to make this a job someone isn't doing to your liking. There is nothing stopping anyone from making their own web-based sip interface and all the material to do it is out there. Be easy on the dev's if you want their continued contributions if you are not helping out. Or volunteer to do something/anything ! But to have the need to explain where they are at in any given moment is a waste of their time better spent on dev'ing. This is open source for a reason. Said with kindness and understanding for all, ...mike/kb8jnm _______________________________________________ App_rpt-users mailing list App_rpt-users@lists.allstarlink.org [10] http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users [11] To unsubscribe from this list please visit http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users [12] and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button" You do not need a password to unsubscribe, you can do it via email confirmation. If you have trouble unsubscribing, please send a message to the list detailing the problem. Links: ------ [1] mailto:lorentedford@gmail.com [2] mailto:KC9ZHV@KC9ZHV.com [3] http://www.lorentedford.com/ [4] http://www.kc9zhv.com/ [5] http://forum.kc9zhv.com/ [6] http://hub.kc9zhv.com/ [7] http://ltcraft.net/ [8] http://voipham.com [9] mailto:mike@midnighteng.com [10] mailto:App_rpt-users@lists.allstarlink.org [11] http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users [12] http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users
participants (12)
-
Andy Wittman -
Bryan D. Boyle -
Buddy Brannan -
David McGough -
David Shaw -
Doug Kingston -
Gareth Jackson -
Loren Tedford -
Matthew Pitts -
mike＠midnighteng.com -
Steve Zingman -
Thor Wiegman