3:06
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 "move" What will you guys think what the name "
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 is
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 is a good idea in my mind,
as long as it isn't cha
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.
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.
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 "HandyTone"imply, 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
:) 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 Farnwor
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]
http://lists.digium.com/mai
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 lifting
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/soun
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,
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 wh
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
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 belie
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
>
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-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, 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.
--
---
> 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.
___
Ouch.. you hit one of my pet peeves.. See below.. This is not meant to be
a but rather .
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)
*** Big d
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
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 eas
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 propose
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
confi
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..
whe
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 w
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
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
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 especia
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 fe
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 devel
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 su
ssage -
From: " John Brown (CV)" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Tuesday, October 21, 2003 3:38 PM
Subject: [Asterisk-Users] Survey: Grandstream improvements.
> Hi List,
>
> I had a wonderful meeting with GS's President last week
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
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
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
888.480.4N
10 - Alphanumeric Display. There is nothing more important.
___
Asterisk-Users mailing list
[EMAIL PROTECTED]
http://lists.digium.com/mailman/listinfo/asterisk-users
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 bu
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
__
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, apparentl
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 scr
> 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 mailin
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: Gr
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 r
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:
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
> > put
> 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 t
> 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 someti
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 network
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 weig
> 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)
han
> 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 butt
> 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 a
rt Hajime Lanning
> Sent: Tuesday, October 21, 2003 10:26 AM
> To: [EMAIL PROTECTED]
> Subject: Re: [Asterisk-Users] Survey: Grandstream
improvements.
>
>
>
> > On Tue, 21 Oct 2003, rnc Info Lists wrote:
> >
> >> 9 - ability to switch back and fo
> 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, h
Hub != switch With a repeater (ergo hub) you have the 543 rule
to worry about. with a bridge (ergo a switch) you don't
the problem with daisy chaining the phones is that you are now
back to old 10base2 type networks. one phone breaks, powers off,
unplugs etc, and the downstream phones are isol
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.
> 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) featur
With my small experience with this phone:
Hardware changes
- 2.5MM headphone jack
- POE (12V-48V input range)
- Speakerphone as discussed previously on the list
Software
- Restrict who can access the web interface and / or phone like a simple
(simple!) firewall for net-connected phones. I feel t
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
remem
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 netwo
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 loc
On 21/10/2003 12:30, Andrew Kohlsmith wrote:
> Why not specify a TFTP server/config filename via DHCP? It's already
> standard and would work very well.
If you can specify the config file name then that'd be better than the
current arrangement (always fetching cfg.txt). I'm not against that - it
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
> +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 wide-i
On 21/10/2003 11:52, Michael T Farnworth wrote:
> 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.
I believe the usual ethernet rule-of-thumb is no more than 4 repeaters
between any two points
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 mo
> 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]
http://lists.digium.com/mailman/listi
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
> 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 th
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 off the phone straight away..
Hey WipeOut,
Maybe I am missing something here but why would it downgrade th
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 plasti
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
> 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 s
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 pr
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 doe
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_ man
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 tra
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 su
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 be
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 i
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 in
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
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
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
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
O
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 you
87 matches
Mail list logo