Michael T Farnworth wrote:
On Fri, 24 Oct 2003, Michael Koehler wrote:
:) imo it is called Budge Tone .. "budge" from "move"
What will you guys think what the name "HandyTone"imply, which could
suggest convenience ?
Anything that gets rid of 'Budget' in the name
To:
[EMAIL PROTECTED]
Subject: Re: [Asterisk-Users]
Survey: Grandstream improvements.
Michael T Farnworth wrote:
On Fri, 24 Oct 2003, Michael Koehler wrote: :) imo it is called Budge Tone .. budge from moveWhat will you guys think what the name HandyToneimply, which could suggest
There's a fix I'd like :
When you pick up the phone and press callers then send, any standard
human being would like to have the number shown sent, not another one ...
___
Asterisk-Users mailing list
[EMAIL PROTECTED]
:) imo it is called Budge Tone .. "budge" from "move"
What will you guys think what the name "HandyTone"imply, which could
suggest convenience ?
The BT looks better as the majority of all hotel room phone i've ever
seen in the US.
Dave Weis wrote:
On Wed, 22 Oct 2003, Michael T
At 09:15 PM 10/23/2003, you wrote:
:) imo it is called Budge Tone ..
budge from move
What will you guys think what the name HandyToneimply, which
could suggest convenience ?
handi-tone (handicapped features) ??
The BT looks better as the majority
of all hotel room phone i've ever seen in the
On Wed, 2003-10-22 at 07:44, Andrew Kohlsmith wrote:
Can you _please_ trim the quoted text? There's absolutely no reason to
quote the entire post you're replying to, signature lines and all... +2
points for bottom-posting though. :-)
No, -10 points for bottom-posting but not trimming. If
On Tue, 2003-10-21 at 17:13, John Brown (CV) wrote:
Can you provide more specific information. Saying Its Broke Jim
doesn't provide enough content :)
True that. :) My biggest complaint was how they used to sometimes take
over the server's MAC address, confusing the crap out of my switch. We
John Brown (CV) wrote:
Hi List,
I had a wonderful meeting with GS's President last week
and he is very interested in feedback on what top features,
functions, bugs the community would like to see in upcoming
firmware.
Please keep in mind that adding new features take time
to develop, test and
WipeOut wrote:
John Brown (CV) wrote:
Hi List,
I had a wonderful meeting with GS's President last week
and he is very interested in feedback on what top features,
functions, bugs the community would like to see in upcoming
firmware.
Please keep in mind that adding new features take time to
Stephen R. Besch wrote:
WipeOut wrote:
John Brown (CV) wrote:
Hi List,
I had a wonderful meeting with GS's President last week
and he is very interested in feedback on what top features,
functions, bugs the community would like to see in upcoming
firmware.
Please keep in mind that adding new
Can you _please_ trim the quoted text? There's absolutely no reason to
quote the entire post you're replying to, signature lines and all... +2
points for bottom-posting though. :-)
I still think HTTP is a better option.. There is far more control
available in terms of securing it
http == hyper text transport protocol
tftp == trivial FILE trasfer protocol
thus using tftp to do updates seems better. Its also
a smaller foot print code wise and in boot loader thats
important.
tftp servers are available,
On Wed, Oct 22, 2003 at 08:58:33AM +0100, WipeOut wrote:
John Brown
On Wed, Oct 22, 2003 at 02:24:57PM +0100, WipeOut wrote:
Here is another thought that I haven't heard mentioned...
How about changing the TFTP upgrade in favour of HTTP upgrades and
config file retrieval.. I am sure almost everyone has an HTTP server
available to them but I doubt many
John Brown (CV) wrote:
http == hyper text transport protocol
So are the entries on your hard drive with a .htm or .html extension not
files? (sorry a little sarcastic I know)
tftp == trivial FILE trasfer protocol
thus using tftp to do updates seems better. Its also
a smaller foot print code
John Brown (CV) wrote:
right, adding HTTPS and HTTP to the boot loader would cause that
to inflate and possibly be to big to deal with.
True..
so enable tftp and put a couple of ipfw statements on the box
to limit who can tftp from/to you.
Could be made to work but most IP's are dynamic..
Andrew Kohlsmith wrote:
Text trimmed.. :)
Who in their right mind is putting these phones on the open Internet
An example.. sipphone.com
, and if
they're not, then why is TFTP that big a problem? TFTP's actually quite a
standard option in most networking equipment for pulling down new
On Wed, 22 Oct 2003, John Brown (CV) wrote:
http == hyper text transport protocol
tftp == trivial FILE trasfer protocol
Based on this definition we could suggest that the web should only consist
of a few html files as a jpeg clearly isn't hypertext.
I suspect the reason HTTP was proposed
On Wed, Oct 22, 2003 at 03:15:27PM +0100, WipeOut wrote:
http is a bad idea imho. I don't want to have to carry around
a web server on my laptop, or have to have my customers config
a web server to deal with updating their phone.
I would think setting up a web server would be easier than
On Wed, 22 Oct 2003, Michael T Farnworth wrote:
I suspect tftp probably has a simple protocol too. Maybe support could be
added for http as well as tftp.
I take this back, as a protocol tftp is hideously complex compared to
http and would take a lot more code.
However tftp is based on tcp
Ouch.. you hit one of my pet peeves.. See below.. This is not meant to be
a FLAME but rather SOAPBOX.
Robert
John Brown (CV) wrote:
http == hyper text transport protocol
So are the entries on your hard drive with a .htm or .html extension not
files? (sorry a little sarcastic I know)
***
However tftp is based on tcp rather than udp so it requires less complex
networking support.
Most tftp implementations use udp (not tcp) with an added layer to
identify missed or out of order packets. Slightly more complex then
one would think, but not all that bad.
On Wed, 2003-10-22 at 15:38, Michael T Farnworth wrote:
On Wed, 22 Oct 2003, Michael T Farnworth wrote:
I take this back, as a protocol tftp is hideously complex compared to
http and would take a lot more code.
RFC 1350 (tftp v2): 11 pages
RFC 2616 (http/1.1) : 114 pages
josh.
--
On 22-10 15:38, Michael T Farnworth wrote:
In fact I believe a SIP client doesn't have to support TCP, but
fortunately I believe the Grandstream does.
RFC3261 compliant SIP clients must support TCP.
Jan.
___
Asterisk-Users mailing list
[EMAIL
On Wed, 22 Oct 2003, Michael T Farnworth wrote:
However tftp is based on tcp rather than udp so it requires less complex
networking support.
Replying to own email here, which is bad I am told, but I did make a
mistake, I meant to say tftp is based on udp rather than tcp.
Michael
On 22 Oct 2003, Josh Howlett wrote:
On Wed, 2003-10-22 at 15:38, Michael T Farnworth wrote:
On Wed, 22 Oct 2003, Michael T Farnworth wrote:
I take this back, as a protocol tftp is hideously complex compared to
http and would take a lot more code.
RFC 1350 (tftp v2): 11 pages
RFC 2616
It just struck me that the easiest improvement would be to drop the name
BudgeTone, because 'Budget' tends to imply cheap, which in turn suggests
poor quality. The phones need a name which implies 'High Quality'.
The current name resulted in my wife bursting into laughter and saying 'I
can't
On Wed, 2003-10-22 at 18:50, Michael T Farnworth wrote:
It just struck me that the easiest improvement would be to drop the name
BudgeTone, because 'Budget' tends to imply cheap, which in turn suggests
poor quality. The phones need a name which implies 'High Quality'.
Hadn't thought of that
Can you _please_ trim the quoted text? There's absolutely no reason to
quote the entire post you're replying to, signature lines and all... +2
points for bottom-posting though. :-)
I still think HTTP is a better option.. There is far more control
available in terms of securing it especially
On Wed, 22 Oct 2003, John Todd wrote:
The problem with TFTP is that it is neither authenticated NOR
encryptable by nature. I have no issue with the lack of
authentication if the files moved can be encrypted. This is a
critically important point: sending out cleartext TFTP (or HTTP, for
On Wed, 22 Oct 2003, Michael T Farnworth wrote:
It just struck me that the easiest improvement would be to drop the name
BudgeTone, because 'Budget' tends to imply cheap, which in turn suggests
poor quality. The phones need a name which implies 'High Quality'.
Second that. It does look/sound
I got these suggestions from the voip forum on dslreports:
1- making them mount on the wall without the handset falling off. They
have the screws, but no hook thing on the handset.
2- why do you have to lift the handset to see who called? being able to
scroll thru the call display without
Hi List,
I had a wonderful meeting with GS's President last week
and he is very interested in feedback on what top features,
functions, bugs the community would like to see in upcoming
firmware.
Please keep in mind that adding new features take time
to develop, test and such.
So please rate your
John Brown (CV) wrote:
Things like ring tones and fixing call waiting are already
on the list. :)
Lets also keep the replys away from gripes and complaints
and more towards constructive comments.
1. More volume out of the speakerphone, and better range of the headset
volume. I guess it would
John Brown (CV) wrote:
Hi List,
I had a wonderful meeting with GS's President last week
and he is very interested in feedback on what top features,
functions, bugs the community would like to see in upcoming
firmware.
Please keep in mind that adding new features take time
to develop, test and
On Mon, 20 Oct 2003, John Brown (CV) wrote:
Hi List,
I had a wonderful meeting with GS's President last week
and he is very interested in feedback on what top features,
functions, bugs the community would like to see in upcoming
firmware.
It goes without saying that consultative transfer
On Mon, 20 Oct 2003, John Todd wrote:
9 - Buttons. The 102 model I have absolutely SUCKS as far as the
buttons go. I have to pretty much press them like manual typewriter
keys to get them to work. Any lateral force causes them to bind up.
10 - button response. Even when I _do_ manage
On Tue, 21 Oct 2003, rnc Info Lists wrote:
9 - ability to switch back and forth between speakerphone and handset
The Grandstream seems to have a strange method of working when it comes to
speakerphone. I would expect the speakerphone button to just switch on
and off the speaker, however it
On Mon, 20 Oct 2003, John Todd wrote:
9 - Buttons. The 102 model I have absolutely SUCKS as far as the
buttons go. I have to pretty much press them like manual typewriter
keys to get them to work. Any lateral force causes them to bind up.
10 - button response. Even when I _do_ manage to
I don't have a single client that runs 10Mbps ethernet in their offices anymore and
to
tell them that the phone will downgrade their network speed to 10Mbps
puts them off the phone straight away..
Hey WipeOut,
Maybe I am missing something here but why would it downgrade their network
On Tue, 21 Oct 2003, Low, Adam wrote:
Maybe I am missing something here but why would it downgrade their
network speed to 10mbps, its very rare to find a 100bT switches these
days that don't also support 10bT. In a switched ethernet network there
would be no performance loss for the other
Bah, I replied directly instead of to the list. :-(
1 = Nice to have some day
10 = Got to have it right now
10 - Fix SIP disconnection problem
9 - Ringtones (downloadable?)
8 - ILBC
8 - MUCH MORE professional looking case (this includes dropping the four
red LEDs beneath the white plastic
On Tue, 21 Oct 2003, Low, Adam wrote:
Maybe I am missing something here but why would it downgrade their
network speed to 10mbps, its very rare to find a 100bT switches these
days that don't also support 10bT. In a switched ethernet network there
would be no performance loss for the other
On Tue, 21 Oct 2003, rnc Info Lists wrote:
Michael,
How would you be able to connect all phones in a room to one socket? The
Ethernet specificiation has a limit to the number of hubs/switches that
can be inline. (or at least it used to). The only way I can see to
connect all phones to one
6 - 2.5mm headset jack
6.5 - when a headset is connected the ringer should NOT come through the
headset... damn that is annoying on softphones...
Regards,
Andrew
___
Asterisk-Users mailing list
[EMAIL PROTECTED]
On 21/10/2003 11:14, Andrew Kohlsmith wrote:
[...]
6 - POE (12V-48V input range)
[...]
5 - integrated 100mbit switch ***capable of sustaining 100mbit***
[...]
+1 on both of these points. The power brick is cheap and nasty. POE would be
a huge plus. A 100mb bridge would make the phone a lot
+1 on both of these points. The power brick is cheap and nasty. POE would
be a huge plus. A 100mb bridge would make the phone a lot more attractive
in an office full of cables.
I specifically stated a wide POE range because let's face it, with the power
requirements that phone has, a
I love to have on my GS, GSM codec, scale = 10
- Original Message -
From: rnc Info Lists [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Tuesday, October 21, 2003 1:48 AM
Subject: Re: [Asterisk-Users] Survey: Grandstream improvements.
7 - Ringer volume control
4 - plug
Andrew Kohlsmith wrote:
Why not specify a TFTP server/config filename via DHCP? It's already
standard and would work very well.
This would need to be optional, what if a phone was deployed remotely
where you have no control over the DHCP.. then you would need to specify
the config file
Hi!
I defer to your knowledge in this area, but I would be interested to know
what the limit is in terms of the number of devices that can be put
inline.
Correct me if I am wrong:
5 switches on 10 Mbit/s
2 switches on 100 Mbit/s (for the same segment)
Note: Switches slow down your
Philipp von Klitzing wrote:
Hi!
Correct me if I am wrong:
5 switches on 10 Mbit/s
2 switches on 100 Mbit/s (for the same segment)
Note: Switches slow down your network... cable length matters as well, of
course.
Philipp
IIRC it was 5 HUB's on 10Mbps and 2 HUB's on 100Mbps, I seem to
It goes without saying that consultative transfer has to be a 10 and I am
sure I am not alone in saying so. Other things are niceties, but when
selling to business this is an expected basic minimum.
I fully agree with that. on my list, 'supervised transfer'
is the more (software) feature
John,
I second Brian's comments. After setting up 20 GS phones using their
somewhat odd web interface, I would really appreciate a more rational
provisioning system for small to medium installations. I would add the
following:
cfgEveryone.txt:Generic setup for all phones.
Lanning
Sent: Tuesday, October 21, 2003 10:26 AM
To: [EMAIL PROTECTED]
Subject: Re: [Asterisk-Users] Survey: Grandstream
improvements.
quote who=Michael T Farnworth
On Tue, 21 Oct 2003, rnc Info Lists wrote:
9 - ability to switch back and forth between speakerphone and
handset
quote who=Michael T Farnworth
On Tue, 21 Oct 2003, rnc Info Lists wrote:
Michael,
How would you be able to connect all phones in a room to one socket?
The
Ethernet specificiation has a limit to the number of hubs/switches that
can be inline. (or at least it used to). The only way I can
I never had this problem. As all the PBX phones (currently NorTel
Meridian) that I have used work that way. (Speaker button turns on the
speaker, use hook button to switch back to handset.)
Agreed. One thing that would be nice though is to emulate the meridian's
use of the handsfree button
I have a Nortel phone on my desk right now. IF the handset is picked up
and you press the speaker button, it does not hang up but switches back
to the handset instead.
Not with my Meridian system. Just tested to verify:
handset onhook + handsfree/mute pressed: handsfree (goes off-hook)
On Tuesday 21 October 2003 01:07, John Todd wrote:
Hi List,
I had a wonderful meeting with GS's President last week
and he is very interested in feedback on what top features,
functions, bugs the community would like to see in upcoming
firmware.
5 - Weight. Phone should weigh more. I'm
Personally, I just wire every jack the same way back to the patch panels,
4pr cat5 or better, terminated in an rj45. Back at the panel wire the blue
pair to your analog telephony stuff, and the org/grn to your networking.
Then if you plug in an rj11 you get a phone line, if you plug in a
We have a 10 and we need it yesterday (as well as many other people who don't
even know it). We have a Bug report at GS. The problem is with STUN and
changing IP Addresses. It happens like this:
1. Phone does a STUN query and registers fine.
2. If the public IP Address changes sometime
My issue is not the encoding of the digits into the data stream, but
the ability of the device to recognize the keystrokes. I use INFO,
as well, after the usual failed experiments with inband and RFC2833
encoding. It just seems like there is some hardware issue that is
not fast enough to
I alwasy laff at those DISCLAIMERS on email... funny they are at the
bottom.
bkw
On Tue, 21 Oct 2003, Low, Adam wrote:
I don't have a single client that runs 10Mbps ethernet in their offices anymore
and to
tell them that the phone will downgrade their network speed to 10Mbps
puts them
10 Fix call waiting tone.
9Fix the tftp configs so that I can host my own provisioning server.
Or make a command prompt based tool kit, so that I can use
Gaps with out writing a http screen scraper.
4 Having the Conference button do something would be cool.
John Brown (CV) wrote:
On Tuesday 21 October 2003 10:52, Brian West wrote:
We have a 10 and we need it yesterday (as well as many other people who
don't even know it). We have a Bug report at GS. The problem is with
STUN and changing IP Addresses. It happens like this:
1. Phone does a STUN query and
10. Auto answer option on 2nd line appearance. To support paging over the
phones.
Lee
- Original Message -
From: John Brown (CV) [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Monday, October 20, 2003 10:38 PM
Subject: [Asterisk-Users] Survey: Grandstream improvements.
Hi List,
10. Auto answer option on 2nd line appearance. To support paging over the
phones.
That would be very cool. Voice Call I think it's called on the Meridian
system.
DND would be nice too (just return busy)
Regards,
Andrew
___
Asterisk-Users mailing
On Tue, 2003-10-21 at 11:36, James Sizemore wrote:
9Fix the tftp configs so that I can host my own provisioning server.
Or make a command prompt based tool kit, so that I can use
Gaps with out writing a http screen scraper.
So I'm not the only one who wrote an http screen
On Mon, 2003-10-20 at 20:38, John Brown (CV) wrote:
So please rate your ideas on a scale of 1-10
10 - Fix the TCP/IP stack. The phones don't work with certain switches
(i.e. the one at my house), and occasionally do other weird things
(although they fixed the MAC address takeover bug,
Agreed, don't drive up my shipping cost. light is good.
Tilghman Lesher wrote:
I'd have to respectfully disagree. If this is really a problem I'd
suggest taking advantage of the mounting bracket on the bottom
and either attach the phone to the desk or attach a sheet of lead.
-Tilghman
This is just my 0.02 but I would really like to have a headset jack. It means all the
world to me, but I don't know about others. This would be extra important for cheapo
call center clients (like I want to do). This would probably make the difference for
me to not get a GS and I decide to
10 - Alphanumeric Display. There is nothing more important.
___
Asterisk-Users mailing list
[EMAIL PROTECTED]
http://lists.digium.com/mailman/listinfo/asterisk-users
Kevin Bockman wrote:
This is just my 0.02 but I would really like to have a headset jack. It means all the world to me,
Me too. I might buy a new GS if it has one :)
--
JustThe.net Internet Multimedia Services
22674 Motnocab Road * Apple Valley, CA 92307-1950
Steve Sobol, Proprietor
Can you provide more specific information. Saying Its Broke Jim
doesn't provide enough content :)
What version of code are you running on the GS ??
On Tue, Oct 21, 2003 at 01:33:48PM -0600, Steve Meyers wrote:
On Mon, 2003-10-20 at 20:38, John Brown (CV) wrote:
So please rate your ideas on
John Brown (CV) wrote:
I had a wonderful meeting with GS's President last week
and he is very interested in feedback on what top features,
functions, bugs the community would like to see in upcoming
firmware.
Hi John,
Here are my suggestions for firmware updates..
10 - Support for open low
5 - ringer volume
7 - 'message' button should flash for message waiting rather than LCD
5 - LCD backlight can be set to always on
3 - wall mount hook for handset
8 - ability to lock the menu on the phone to stop users from 'playing'
7 - speakerphone is not loud enough, even when turned up full
10
John,
I want the tftp configs done like cfgMACADDRESS.txt or compile
them into a binary form like the ATA's use. And stop trying to rip us for
the GAPS system. WHAT A RIP. It makes cisco so worth the extra cash!
Config refresh similar to the ATA.. refresh config every x seconds.
bkw
I'm pretty happy with mine, I've got 2 of them as basic extensions, but
I've found the following with daily use.
The phone needs more lower bandwidth codecs, starting with GSM or
ilbc scale 10
The blue backlight to stay on since the display doesn't tilt it makes it
easier to see. flashing it
On Monday 20 October 2003 21:38, John Brown (CV) wrote:
Hi List,
I had a wonderful meeting with GS's President last week
and he is very interested in feedback on what top features,
functions, bugs the community would like to see in upcoming
firmware.
Please keep in mind that adding new
7 - Ringer volume control
4 - plug in module of user programmable buttons for frequently called
numbers. Not everyone would need this so being able to add as an
optional module would keep the base phone cost effective.
9 - ability to switch back and forth between speakerphone and handset
7
contribution.
MA
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of rnc Info
Lists
Sent: Tuesday, 21 October 2003 2:48 PM
To: [EMAIL PROTECTED]
Subject: Re: [Asterisk-Users] Survey: Grandstream improvements.
7 - Ringer volume control
4 - plug
79 matches
Mail list logo