Hello All,
 
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.
 
Allow: INVITE, ACK, BYE, CANCEL, OPTIONS
 
The Grandstream UA headers have the following:
 
Allow: INVITE, ACK, CANCEL, BYE, NOTIFY, REFER, OPTIONS, INFO, SUBSCRIBE
 
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?
I uninstalled both X-Lite and X-Pro and the reinstalled only X-Pro and still get the same behavior.
 
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]?
 
Thanks,
G.

Jiri Kuthan <jiri@iptel.org> wrote:
At 10:37 PM 8/29/2003, Gavin Bensom wrote:
>Hello,
>
>Has anyone used the Grandstream BudgeTone-100 phones with SER? When I try to transfer a call the call gets disconnected.

Yes, but I haven't tried the transfer feature. Note that it is reponsibility
of end-device to implement call transfer correctly. SER just processes call
transfer as any other SIP transaction.If you find any explanations about the
roots of the problem, please share it with us over the mailing list.


>
>The grandstream documentation shows the transfer protocol here:
>http://www.grandstream.com/user_manuals/budgetone100.pdf [pg 15,16 of the .pdf]
>Any ideas what is happening? Is the Grandstream protocol compliant with what SER expects for transferring calls?
>
>Also, does SER support the 484 Incomplete address response?

SER supports any responses, including "100 thanks for calling", "101 we are trying
for you", "102 have a nice day, I'm connecting your call", etc -- it is a configuration
option what you send back. You just need to design a proper numbering plan and
return 484 if GS's INVITEs include incomplete numbers.


>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.
>
>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].

No -- that would allow anybody who supplies empty password successfuly
steal my incoming calls.

-jiri


Do you Yahoo!?
The New Yahoo! Search - Faster. Easier. Bingo.