Vijay Gurbani wrote:
> Charles Zeng wrote:
> >
> > Hi friends,
>
> [...moved to SIP Implementors...]
>
> > Does anyone has the experience to help for this issue?
> > Can I use one IP process all incoming INVITE msg.
> > And use another IP to send all 1xx and 2xx msg with
> > the contact header associate.
>
> This is an implementation issue. For instance, you could use one process
> for handling TCP SIP messages and another for handling UDP SIP messages.
> Both of these processes may gather SIP messages from their respective
> sockets and send it to the parser or transaction handler for further
> processing.
>
Dear Vijay,
Thanks for help. We are considering the high-performance SIP server design.
Using one front processor (with its own IP) to receive all INVITE msg. Then
forwarding these msg to main processors for msg process.
For example:
Using CONTACT header, we can do:
==================
Multi-Processor UAS/UAC remote SIP
Terminal
Processor 1 Processor 0
(UAC/UAS)
IP: 10.0.1.1 IP: 10.0.0.1
------------------------------------------------------------------------------------------------
<------------------------------------------------- INVITE
200OK with contact=10.0.1.1
---------------------------------------------------------->
<---------------------------------------------------------------------------
ACK
But we want to do like this !!!
==================
Multi-Processor UAS/UAC remote SIP
Terminal
Processor 1 Processor 0
(UAC/UAS)
IP: 10.0.1.1 IP: 10.0.0.1
------------------------------------------------------------------------------------------------
<------------------------------------------------- INVITE
Internal BUS
<-------------------------INVITE
200 OK with contact=10.0.1.1----------------------------------------->
<---------------------------------------------------------------------------
ACK
Is it OK?
I am not sure. Because the INVITE/1xx/200OK is the one transcation define
in SIP protocol, when using UDP, it sugguest use connect() to bind the
destination
IP to socket. The socket layer may reject the 100 Try, 183 and 200OK, treat
them
as the hacker packets.
Best Regards
Charles Zeng
>
> > Does the SIP required one transation should be finish
> > in same IP source.
>
> If I understand your question correctly, no. For instance, you can initiate
> a CANCEL request to a previously pending INVITE transaction.
>
> Hope that helps.
>
> - vijay
> --
> Vijay K. Gurbani vkg@{lucent.com,research.bell-labs.com,acm.org}
> Internet Software and eServices Group
> Lucent Technologies/Bell Labs Innovations 263 Shuman Blvd., Rm 1A-413
> Naperville, Illinois 60566 Voice: +1 630 224 0216 Fax: +1 630 713 0184
_______________________________________________
Sip-implementors mailing list
[EMAIL PROTECTED]
http://lists.cs.columbia.edu/mailman/listinfo/sip-implementors