Please see inline.
On Tue, Mar 11, 2008 at 6:09 PM, Naveen Kumashi <[EMAIL PROTECTED]> wrote: > Hello everybody... > > > > I am trying to build presence service into my java soft phone presently, > using asterisk server... > > > > When I am sending a SUBSCRIBE message immediately after a REGISTER > message, I am getting a 403 response from asterisk server. But if I wait > a while and then send SUBSCRIBE, I am getting the 2xx response followed > by the NOTIFY message. > > I am never worked with asterisk but what I infer here is that the asterisk is allowing subscribe from a registered user only, therefore send subscribe only when registration is successful. > > Why this is happening ? > > > > There's one more thing I would like to query about... > > > > I sent a SUBSCRIBE message for extension 4000 to asterisk. I got back > the NOTIFY message with status "open" (assuming 4000 is active). But > after that any random extension I send, though it is not configured in > sip.conf, I am getting the status as "open", which should not happen. > > > This should be a defect on asterisk system. For presence event package, if asterisk does not know the presence information of some resource, it should send neutral information which could be a pidf without tuple or 404 if the system is not authoritative for the resource. > Can you please help me solve this problem... > > > > > > > > Thanks & Regards. > > > > Naveen Kumashi > > Associate Engineer - Software Product Development > > Cell: +91.99865.04813 > > Direct line: +91.80.3027.1567 > > [EMAIL PROTECTED] <mailto:[EMAIL PROTECTED]> > > > > "This email and any files transmitted with it contain confidential, > proprietary, > privileged information of Symphony Services Corp (India) Pvt. Ltd. and are > intended > solely for the use of the recipient/s to whom it is addressed. Any > unauthorized > notifying, copying or distributing of this e-mail, directly or indirectly, > and the > contents therein in full or part is prohibited by any entity who is not a > recipient. > Any email received inadvertently or by mistake should be deleted by the > entity who > is not a recipient thereof. You may be pleased to notify the sender > immediately by > email and the email should be deleted from your system". > _______________________________________________ > Sip-implementors mailing list > [email protected] > https://lists.cs.columbia.edu/cucslists/listinfo/sip-implementors > _______________________________________________ Sip-implementors mailing list [email protected] https://lists.cs.columbia.edu/cucslists/listinfo/sip-implementors
