[Serusers] Call forwarding Question (following issue 5)

Aisling ashling.odriscoll at cit.ie
Thu Sep 15 12:28:08 CEST 2005


Hi,
 
I am testing the call forwarding features demonstrated in Issue 5 of the
onsip getting started document. I found that blind call transfer worked
perfectly but fwdbusy & fwdnoanswer gave me errors:
 
ERROR: t_forward_nonack: non branched for forwarding
ERROR: w_t_relay(failure mode): forwarding failed
ERROR: sl_reply_error used: I'm terribly sorry, server error occurred.
 
On the onsip site I noted that someone else had this problem and it was
solved by putting append_branch in the fwdbusy and fwdnoanswer sections in
the failure route.
 
Thankfully that fixed those errors. However when I went to test fwdbusy
again, it doesn't give any errors but still doesn't work. The call scenario
was as follows:
 
Windows Messenger client 3500 ring BT100 2092. 2092 is off the hook (thereby
sending a 486 busy message) and the call should be forwarded to xlite client
5000. 
 
i.e. 3500 -> 2092(busy) -> 5000
 
The message sequence showed that everything was correct up to 2092 sending
the 486 busy to SER and then SER sending an ACK back to 2092. But then SER
sends a 407 proxy authentication required to 3500 which replies with an
ACK....and that's it...
 
Can someone explain why SER would send a 407 Proxy authentication to the
original caller?...I thought this should only be in response to a register
message?....
 
Any help appreciated,
Thanks,
Aisling.
 


-------------------Legal  Disclaimer---------------------------------------

The above electronic mail transmission is confidential and intended only for the person to whom it is addressed. Its contents may be protected by legal and/or professional privilege. Should it be received by you in error please contact the sender at the above quoted email address. Any unauthorised form of reproduction of this message is strictly prohibited. The Institute does not guarantee the security of any information electronically transmitted and is not liable if the information contained in this communication is not a proper and complete record of the message as transmitted by the sender nor for any delay in its receipt.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: winmail.dat
Type: application/ms-tnef
Size: 5984 bytes
Desc: not available
URL: <http://lists.sip-router.org/pipermail/sr-users/attachments/20050915/5dac3f9a/attachment.bin>


More information about the sr-users mailing list