< Previous by Date | Date Index | Next by Date > |
< Previous in Thread | Thread Index | Next in Thread > |
Hi,
The question:
How can we intercept and handle, in the code, SUBSCRIBE/NOTIFY SIP
messages sent from an UA built upon recon/DUM/resip, before sending them in
wire to achieve directing them to specific IP addresses (peer UAs) other
than that of the configured outbound proxy (an SBC) ?
The "conventional" SIP traffic (registration, calls) must still be
directed towards the outbound proxy.
The background:
We are deploying a system with a SBC that mediates all SIP traffic.
The UAs are built upon recon/dum/resiprocate and use heavily exchange
SUBSCRIBE/NOTIFY to share "realtime" communication state between them.
But the SBC CPU is being overloaded by that SUBSCRIBE/NOTIFY traffic.
So, we intend to make the SUBSCRIBE/NOTIFY traffic peer-to-peer between
UAs.
We have system support to inform each UA of the IP addresses of its
subscription peers.
Best regards,
Julio.
_______________________________________________
resiprocate-users mailing list
resiprocate-users@xxxxxxxxxxxxxxx
List Archive: http://list.resiprocate.org/archive/resiprocate-users/