[SIPForum-discussion] [Fraud?] Re: Possible Spam : Re: SIP performance testing

Vivek Batra Vivek.Batra at matrixtelesol.com
Mon Apr 6 09:22:02 UTC 2009


Hi Raghul,
Try it on Kapanga. This will allow you making an OG call without
registration.
Moreover, use Kapanga with Pulver.com without registration and try to make
an OG call to any subscriber of Pulver. You would not recieve any IC call
(very obvious) but you would be able to make an OG calls to any subscriber
of Pulver.com.
 
Best Regards,
Vivek Batra

  _____  

From: Raghul Prasanna [mailto:raghul82 at yahoo.co.uk] 
Sent: Monday, April 06, 2009 2:33 PM
To: 'Reeti Sharma'; discussion at sipforum.org; Vivek Batra
Subject: [Fraud?] Re: [SIPForum-discussion] Possible Spam : Re: SIP
performance testing




HI Vivek,
 
I saw your comment stating that, we need to register an UA to recv calls,
but for making OG calls its not really required..
 
I tried making an OG call from Eyebeam without registering and I couldnt, it
said call cannot be approved..
 
 Have I misunderstood your point/ I am I missing something. PLease explain.
 
Thanks,
Raghul
 
--- On Sat, 4/4/09, Vivek Batra <Vivek.Batra at matrixtelesol.com> wrote:



From: Vivek Batra <Vivek.Batra at matrixtelesol.com>
Subject: Re: [SIPForum-discussion] Possible Spam : Re: SIP performance
testing
To: "'Reeti Sharma'" <reeti.sharma23 at gmail.com>, discussion at sipforum.org
Date: Saturday, 4 April, 2009, 4:52 AM


Reeti,
Comments inline in BLUE.
 
Best Regards,
Vivek Batra

  _____  

From: discussion-bounces at sipforum.org
[mailto:discussion-bounces at sipforum.org] On Behalf Of Reeti Sharma
Sent: Friday, April 03, 2009 5:36 PM
To: discussion at sipforum.org
Subject: Possible Spam : Re: [SIPForum-discussion] SIP performance testing


Hi everyonel ...!!!
 
Can anyone clear my doubts regarding the tight coupling in between register
process and sip stack :
 
Query 1: Do it really require that every User need to register themself
before calling to anyone? 
 
                Not really required. You only need to register yourself for
recieving calls. You can make OG calls normally. 

 As what i know, that we can send invite directly to other user (if  that
user's machine is available in same peer means no server/firewall in between
i.e. using machine ipaddress in form of sip uri ex sip:10.0.0.12 ). Please
let me know. 
 
You can even send INVITE to other user/peer when any server/firewall sits in
between your device and other remote user device.

 
Related Query2: is it require that before sending invite sip stack need to
check the status that whether user already send register or not? 
 
            Upto the implementation, however Registrar must have the
location where to send the INVITE. REGISTER is only one of the mechanism to
update the location address.
 
Related Query 3: Is it possible that suppose user send register request to
registrar server, and before recieving the register's response (2xx say), It
recieve Invite from near by user (machine). Cause sip stack is already in
listening mode. 
And if it is possible than how the sip stack react? 
 
If registrar has your current location, INVITE can be placed to you. 
 
I know that the things are basic, but itz little bit confusing to me, so do
me the needful in this regard.......
 
 
Thanx in anticipation ...
 
Regards
Reeti..!!!



Email Scanned for Virus & Dangerous Content by : www.CleanMailGateway.com

-----Inline Attachment Follows-----


_______________________________________________
This is the SIP Forum discussion mailing list
TO UNSUBSCRIBE, or edit your delivery options, please visit
http://sipforum.org/mailman/listinfo/discussion
Post to the list at
<http://uk.mc262.mail.yahoo.com/mc/compose?to=discussion@sipforum.org>
MailScanner has detected a possible fraud attempt from
"uk.mc262.mail.yahoo.com" claiming to be discussion at sipforum.org






Email Scanned for Virus & Dangerous Content by : www.CleanMailGateway.com
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://sipforum.org/pipermail/discussion/attachments/20090406/15a4946d/attachment-0002.html>


More information about the discussion mailing list