On 3/18/12 12:36 PM, Nikos Tzanis wrote:
> On 17/3/2012 8:00 μμ, Paul Kyzivat wrote:
>> Nikos,
>>
>> Following on to what has been said...
>>
>> Typically one would not set out to solve a problem in hardware unless
>> there has been a demonstrated problem solving it in software. And, as
>> Brandon says, you can't realistically expect to do the *whole* job in
>> hw, so you will need something that can host the software part. So
>> really you are talking about building a hw accelerator for a sw
>> implementation.
>>
>> So, I would recommend looking around for a suitable sw implementation,
>> and then study what could be accelerated. This probably makes no sense
>> at all in a single user endpoint. There *might* be something to gain in
>> a server, such as an SBC.
>>
>> Good luck,
>> Paul
>>
> First of all thank you for the quick replies .I want you to know that I
> m not trying to implement a commercial porduct but to go as far as i can
> for educational reasons. So a simple model with them main features of
> SIP would be ok . The first module(parser) is almost ready .When a
> message arrive , i can find all the header-header value pairs and save
> it in memory . Where a cpu could easilly find them . Surely a cpu is
> needed , but if i could create standard messages too(with the minimum
> fields required. To,From,Cseq,Call-id,Max Forward,Via . ) . I mean if
> hardware could find these stored values and send the message ? But how
> to go from the simple transaction model to vhld???where can i find the
> techniques?
>
> thanks a lot once more
> Nikos Tzanis
I'm not a hw guy, so I have nothing more to add on this subject.
Thanks,
Paul
_______________________________________________
Sip-implementors mailing list
[email protected]
https://lists.cs.columbia.edu/cucslists/listinfo/sip-implementors
