[Serusers] SER as Stateful UA
Steven Kokinos
steve at kokinos.com
Fri Apr 2 15:28:03 CEST 2004
I agree with your take, but after some effort agree that it seems SER
can't directly support it right now, though it would seem the code
changes wouldn't be too difficult.
I'll try using sipsak as klaus suggested just to see if i can't get
that workaround to function. however, until ser implements this I think
what I am going to have to do is use asterisk as a gateway/media
server, and have calls to/from the pstn routed there.
-Steve
On Apr 2, 2004, at 4:18 AM, Klaus Darilion wrote:
> If you just want to register, then you can use sipsak in a cron job.
>
> klaus
>
> Simon Barber wrote:
>> Hi Steven,
>> I would like to do exactly the same thing - I don't believe SER
>> supports it - but I also don't think a stateful UA is required. 2
>> parts are needed -
>> 1. the ability to issue a REGISTER transaction, and maintain the
>> registration
>> 2. the ability to handle generate authentication credentials
>> statefully forwarding requests
>> 1. could be implemented with a FIFO
>> 2. would require extensions to the TM module
>> I haven't had the time to do this work, and am unlikely to be able to
>> in the near future.
>> Simon
>> Steven Kokinos wrote:
>>> Hello-
>>>
>>> I am trying to implement a SER configuration where I only have PSTN
>>> connectivity via another SIP proxy which I must log into as a user
>>> agent. Is there any way that SER can act as a UA in this situation
>>> so I can register with the remote server (passing authentication
>>> credentials, etc.) then maintain the connection to provide for both
>>> outbound and inbound calls as necessary from the users on my system?
>>>
>>> Regards,
>>>
>>> -Steve
>>>
>>> _______________________________________________
>>> Serusers mailing list
>>> serusers at lists.iptel.org
>>> http://lists.iptel.org/mailman/listinfo/serusers
>> _______________________________________________
>> Serusers mailing list
>> serusers at lists.iptel.org
>> http://lists.iptel.org/mailman/listinfo/serusers
>
>
More information about the sr-users
mailing list