Re: [Sip-implementors] Xlite-soft phone

2005-12-30 Thread Klaus Darilion 
Looks like people are mixing things.

xlite is able to have to proxy on a certain port, but xlite is not able 
to have the callee at a certain port.

Thus, having the proxy at port 5050 and and dialing sip:[EMAIL PROTECTED]:4000

will send an INVITE to the proxy at port 5050, but the request line is
   INVITE sip:[EMAIL PROTECTED]
instead of
   INVITE sip:[EMAIL PROTECTED]:4000

regards
klaus


[EMAIL PROTECTED] wrote:
 
 Hi Gururaj
   Do you mean its a seperate release?
   can you please tell me the release or version?
   can you please give me some more details about it?
   Also in settings i don't see any option by which i can set
   it to use TCP transport.
   I am using X-Lite release 1105d build on LINUX 9.0.
  
   Also i can configure the proxy port in X-lite so that
   i can specify which port proxy is present(other than 5060)
   and it is working for that, but if i want to send an INVITE
   with/without proxy to some port like 5063, it is not sending.
  
   I tried to specify in URI also like
sip:[EMAIL PROTECTED]:5063
   but it is sending to port 5060 only.
 
 Thank you
  +Basu
 
  
  
 
 -Original Message-
 From: GururajBT 70707 [mailto:[EMAIL PROTECTED]
 Sent: Thu 12/29/2005 1:10 PM
 To: Basavaraj Puttagangaiah (WT01 - Product Engineering Solutions)
 Subject: Re: [Sip-implementors] Xlite-soft phone
 
 Hi Basu,
 
 You have to check the hop implimentaion.  There only the ip and port 
 will be mentioned.
 
 Regards,
 
 Gururaj BT
 
 **
  This email and its attachments contain confidential information from HUAWEI, 
 which is intended only for the person or entity whose address is listed 
 above. Any use of the information contained herein in any way (including, but 
 not limited to, total or partial disclosure, reproduction, or dissemination) 
 by persons other than the intended recipient(s) is prohibited. If you receive 
 this e-mail in error, please notify the sender by phone or email immediately 
 and delete it!
  
 
 
 - Original Message -
 From: [EMAIL PROTECTED]
 Date: Thursday, December 29, 2005 11:26 am
 Subject: [Sip-implementors] Xlite-soft phone
 
 

Hi
 I am using Xlite softphone for testing my sip application.
  I need to send INVITE to some other port other than 5060.
 I have tried mentioning it in Request-URI, but still it sends
 request to 5060 only.
 Has anybody tried sending it to other port(except 5060), if it
is possible
 how? Is there any other mailing list specifically for Xlite?


Thank you
 +Basu



The information contained in this electronic message and any
attachments to this message are intended for the exclusive use of
the addressee(s) and may contain proprietary, confidential or
privileged information. If you are not the intended recipient, you
should not disseminate, distribute or copy this e-mail. Please
notify the sender immediately and destroy all copies of this
message and any attachments.

WARNING: Computer viruses can be transmitted via email. The
recipient should check this email and any attachments for the
presence of viruses. The company accepts no liability for any
damage caused by any virus transmitted by this email.

www.wipro.com
___
Sip-implementors mailing list
Sip-implementors@cs.columbia.edu
https://lists.cs.columbia.edu/cucslists/listinfo/sip-implementors

 
 
 
 
 
 
 The information contained in this electronic message and any attachments to 
 this message are intended for the exclusive use of the addressee(s) and may 
 contain proprietary, confidential or privileged information. If you are not 
 the intended recipient, you should not disseminate, distribute or copy this 
 e-mail. Please notify the sender immediately and destroy all copies of this 
 message and any attachments.
 
 WARNING: Computer viruses can be transmitted via email. The recipient should 
 check this email and any attachments for the presence of viruses. The company 
 accepts no liability for any damage caused by any virus transmitted by this 
 email.
 
 www.wipro.com
 ___
 Sip-implementors mailing list
 Sip-implementors@cs.columbia.edu
 https://lists.cs.columbia.edu/cucslists/listinfo/sip-implementors
 
 

___
Sip-implementors mailing list
Sip-implementors@cs.columbia.edu
https://lists.cs.columbia.edu/cucslists/listinfo/sip-implementors

Re: [Sip-implementors] Registration of a massive number of address-of -record...

2005-12-30 Thread Scott Lawrence 
On Thu, 2005-12-22 at 10:05 -0500, [EMAIL PROTECTED] wrote:
 We are building a fax server that is SIP enabled.  We would like to
 implement REGISTRATION.  We have some concerns about scalability.  
 Since the fax server is a UAS the can map to a very large number of users (a
 few thousands),  I am a little concerned about sending 
 a register request for every single user in our database.  I am wondering if
 anyone had to deal with that kind of concerns before and if anyone 
 has a solution to prevent our server to do such an assault on the registrar.

Do you mean that you want the fax server to have a database of all users
for which it might receive faxes and then register itself as a contact
for each of them?

I would suggest that there are probably better ways to handle that in
the proxy.  After all - I certainly don't want a fax server to answer a
call that's also ringing on my phone.

-- 
Scott Lawrence  tel:+1-781-938-5306;ext=162 or sip:[EMAIL PROTECTED]
  Consulting Engineer - Pingtel Corp.  http://www.pingtel.com/
  sipXpbx project coordinator - SIPfoundry  http://www.sipfoundry.org/sipX



___
Sip-implementors mailing list
Sip-implementors@cs.columbia.edu
https://lists.cs.columbia.edu/cucslists/listinfo/sip-implementors

Re: [Sip-implementors] Merged Requests

2005-12-30 Thread Scott Lawrence 
On Mon, 2005-12-26 at 10:01 +, Andy Pandaram wrote:
 In Sec 8.2.2 of RFC 3261, about Merged Requests, it says a UAS Core must 
 compare a request without To Tag against ongoing transactions.

   What kind of transactions are included in the ongoing transactions?

   Consider the 3 scenarios:

   1) UAS received an INVITE. It had sent 180 Ringing. Now it receives
 a merged request (same From tag, Call Id, CSeq, different Via branch )

Send 482

 2) UAS received an INVITE. It had sent 400 Bad Request. Now it
 receives a merged request (same From tag, Call Id, CSeq, different Via
 branch )

If it's a bad request, it doesn't much matter whether you return 400 or
482.  I'd send 400 since that is the more severe error.

 3) UAS received an INVITE. It had sent 200 Ok and received an ACK.
 Now it receives a merged request (same From tag, Call Id, CSeq,
 different Via branch )

Thangarajan already pointed out that the conflicting branch information
may not be available, but the dialog information matches and now the
CSeq on that dialog will be incorrect, so returning either Loop Detected
or Out Of Sequence (depending on whether or not you have the branch
info) would be fine.  The important thing is that you not treat it as a
new INVITE.

-- 
Scott Lawrence  tel:+1-781-938-5306;ext=162 or sip:[EMAIL PROTECTED]
  Consulting Engineer - Pingtel Corp.  http://www.pingtel.com/
  sipXpbx project coordinator - SIPfoundry  http://www.sipfoundry.org/sipX



___
Sip-implementors mailing list
Sip-implementors@cs.columbia.edu
https://lists.cs.columbia.edu/cucslists/listinfo/sip-implementors