<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META http-equiv=Content-Type content="text/html; charset=us-ascii">
<META content="MSHTML 6.00.2800.1226" name=GENERATOR></HEAD>
<BODY>
<DIV><FONT face=Arial color=#0000ff size=2><SPAN
class=085001119-02092003>Gavin,</SPAN></FONT></DIV>
<DIV><FONT face=Arial color=#0000ff size=2><SPAN
class=085001119-02092003></SPAN></FONT> </DIV>
<DIV><FONT face=Arial color=#0000ff size=2><SPAN class=085001119-02092003>REFER
is coming shortly [within 3 weeks] along with many more features. When we
are finished with REFER we would be happy to do some interop testing with
Grandstream.</SPAN></FONT></DIV>
<DIV><FONT face=Arial color=#0000ff size=2><SPAN
class=085001119-02092003></SPAN></FONT> </DIV>
<DIV><FONT face=Arial color=#0000ff size=2><SPAN
class=085001119-02092003>Cheers,</SPAN></FONT></DIV>
<DIV><FONT face=Arial color=#0000ff size=2><SPAN
class=085001119-02092003>Erik</SPAN></FONT></DIV>
<BLOCKQUOTE>
<DIV class=OutlookMessageHeader dir=ltr align=left><FONT face=Tahoma
size=2>-----Original Message-----<BR><B>From:</B> serusers-bounces@lists.iptel.org
[mailto:serusers-bounces@lists.iptel.org]<B>On Behalf Of </B>Gavin
Bensom<BR><B>Sent:</B> Monday, September 01, 2003 1:02 AM<BR><B>To:</B>
serusers@lists.iptel.org<BR><B>Subject:</B> Re: [Serusers] Grandstream
Phones<BR><BR></FONT></DIV>
<DIV>Hello All,</DIV>
<DIV> </DIV>
<DIV>It is actually X-ten's X-Pro UA which is causing the call transfer
problem. From looking at the message headers in the data packets I can see the
following line originating from X-Pro.</DIV>
<DIV> </DIV>
<DIV>Allow: INVITE, ACK, BYE, CANCEL, OPTIONS</DIV>
<DIV> </DIV>
<DIV>The Grandstream UA headers have the following:</DIV>
<DIV> </DIV>
<DIV>Allow: INVITE, ACK, CANCEL, BYE, NOTIFY, REFER, OPTIONS, INFO,
SUBSCRIBE</DIV>
<DIV> </DIV>
<DIV>I don't know why X-Pro is so limited. I had X-Lite [the limited version]
installed on the same PC. X-Pro is supposed to enable all supported features.
Anyone at X-ten care to comment?</DIV>
<DIV>I uninstalled both X-Lite and X-Pro and the reinstalled only X-Pro and
still get the same behavior.</DIV>
<DIV> </DIV>
<DIV>Awhile back someone asked for a link or copy of Iptel's ser.cfg file. Is
that available for viewing? Can the link be posted again [assuming it was
before]?</DIV>
<DIV> </DIV>
<DIV>Thanks,</DIV>
<DIV>G.<BR><BR><B><I>Jiri Kuthan <jiri@iptel.org></I></B> wrote:</DIV>
<BLOCKQUOTE class=replbq
style="PADDING-LEFT: 5px; MARGIN-LEFT: 5px; BORDER-LEFT: #1010ff 2px solid">At
10:37 PM 8/29/2003, Gavin Bensom wrote:<BR>>Hello,<BR>> <BR>>Has
anyone used the Grandstream BudgeTone-100 phones with SER? When I try to
transfer a call the call gets disconnected.<BR><BR>Yes, but I haven't tried
the transfer feature. Note that it is reponsibility<BR>of end-device to
implement call transfer correctly. SER just processes call<BR>transfer as
any other SIP transaction.If you find any explanations about the<BR>roots of
the problem, please share it with us over the mailing list.<BR><BR><BR>>
<BR>>The grandstream documentation shows the transfer protocol
here:<BR>><HTTP: www.grandstream.com user_manuals
budgetone100.pdf>http://www.grandstream.com/user_manuals/budgetone100.pdf
[pg 15,16 of the .pdf]<BR>>Any ideas what is happening? Is the
Grandstream protocol compliant with what SER expects for transferring
calls?<BR>> <BR>>Also, does S ER support the 484 Incomplete address
response? <BR><BR>SER supports any responses, including "100 thanks for
calling", "101 we are trying<BR>for you", "102 have a nice day, I'm
connecting your call", etc -- it is a configuration<BR>option what you send
back. You just need to design a proper numbering plan and<BR>return 484 if
GS's INVITEs include incomplete numbers.<BR><BR><BR>>The BudgeTone phone
can be set to send an INVITE after every button press, and will continue to
do so if the server response with incomplete address instead of 404 not
found.<BR>> <BR>>Finally, if users passwords are set to (null) will a
phone that registers with a username but no password successfully register?
[I haven't tried it yet].<BR><BR>No -- that would allow anybody who supplies
empty password successfuly<BR>steal my incoming calls.<BR><BR>-jiri
<BR></BLOCKQUOTE>
<P>
<HR SIZE=1>
Do you Yahoo!?<BR><A
href="http://us.rd.yahoo.com/search/mailsig/*http://search.yahoo.com">The New
Yahoo! Search</A> - Faster. Easier. Bingo.</BLOCKQUOTE></BODY></HTML>