You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
I was trying to generate a SIP NOTIFY event using srf.request() function.
Since I am working in local setup (i.e. both clients and servers are reachable via IP Addresses only), the "uri" parameter in srf.request has to be an IP Address.
Although this event is formed correctly and is reaching the client, my understanding is that it does not exactly satisfy the RFC3261.According to RFC 3261, the request line should be of following grammar:
This in my understanding indicates that the uri present in NOTIFY packet – i.e. sip:192.168.0.109:45456;transport=udp – is not correct.
The question here is as follows:
Is it possible to update the REQUEST line of new event generated via srf.reqest() method where we can specify a SIP URI along with corresponding IP address/port so that the resulting event reaches the intended client as well as complying with Request line related rfc.
Thanks
The text was updated successfully, but these errors were encountered:
Hello Dave,
I was trying to generate a SIP NOTIFY event using srf.request() function.
Since I am working in local setup (i.e. both clients and servers are reachable via IP Addresses only), the "uri" parameter in srf.request has to be an IP Address.
For example:
This generates the NOTIFY as
Although this event is formed correctly and is reaching the client, my understanding is that it does not exactly satisfy the RFC3261.According to RFC 3261, the request line should be of following grammar:
Request-Line = Method SP Request-URI SP SIP-Version CRLF
This in my understanding indicates that the uri present in NOTIFY packet – i.e. sip:192.168.0.109:45456;transport=udp – is not correct.
The question here is as follows:
Is it possible to update the REQUEST line of new event generated via srf.reqest() method where we can specify a SIP URI along with corresponding IP address/port so that the resulting event reaches the intended client as well as complying with Request line related rfc.
Thanks
The text was updated successfully, but these errors were encountered: