Kamailio xhttp module (Websocket) header on SIP logic
up vote
0
down vote
favorite
I have a Kamailio behind a nginx for websockets secure. nginx setup some headers like X-Forwarded-For and I want to handle this values on main routing logic.
http nginx websocket http-headers kamailio
asked Nov 9 at 17:10
Javier Valencia
502419
add a comment |
up vote
0
down vote
favorite
I have a Kamailio behind a nginx for websockets secure. nginx setup some headers like X-Forwarded-For and I want to handle this values on main routing logic.
http nginx websocket http-headers kamailio
asked Nov 9 at 17:10
Javier Valencia
502419
add a comment |
up vote
0
down vote
favorite
up vote
0
down vote
favorite
I have a Kamailio behind a nginx for websockets secure. nginx setup some headers like X-Forwarded-For and I want to handle this values on main routing logic.
http nginx websocket http-headers kamailio
asked Nov 9 at 17:10
Javier Valencia
502419
I have a Kamailio behind a nginx for websockets secure. nginx setup some headers like X-Forwarded-For and I want to handle this values on main routing logic.
http nginx websocket http-headers kamailio
http nginx websocket http-headers kamailio
asked Nov 9 at 17:10
Javier Valencia
502419
asked Nov 9 at 17:10
Javier Valencia
502419
asked Nov 9 at 17:10
Javier Valencia
502419
asked Nov 9 at 17:10
Javier Valencia
502419
asked Nov 9 at 17:10
Javier Valencia
502419
502419
add a comment |
add a comment |
1 Answer
1
active
oldest
votes
up vote
1
down vote
The value of the header should be available inside event_route for xhttp module via $hdr(X-Forwarded-For).
answered Nov 10 at 19:09
miconda
1,13677
I'm asking how to pass this values to main route. There are a way to do?
– Javier Valencia
Nov 11 at 8:30
Hi @miconda, I have a pair of tools to do this,$shvand$shtvariable types. I can get header value fromevent_route[xttp:request]when uprade to WS, and make it available inrequest_routethru $conid.
– Javier Valencia
Nov 12 at 16:30
But, which of both methods have a better performance?
– Javier Valencia
Nov 12 at 16:31
In request_route you get the SIP messages sent over the websocket, not the http requests. So you need to store the HTTP header with operations inside event route, and you pointed, using a hash table with connection id is a good solution. The $shv(...) is a single value variable and its name is static, it doesn't work if you have more than one websocket connection. Use $sht(...).
– miconda
Nov 12 at 21:55
add a comment |
Your Answer
StackExchange.ifUsing("editor", function ()
StackExchange.using("externalEditor", function ()
StackExchange.using("snippets", function ()
StackExchange.snippets.init();
);
);
, "code-snippets");
StackExchange.ready(function()
var channelOptions =
tags: "".split(" "),
id: "1"
;
initTagRenderer("".split(" "), "".split(" "), channelOptions);
StackExchange.using("externalEditor", function()
// Have to fire editor after snippets, if snippets enabled
if (StackExchange.settings.snippets.snippetsEnabled)
StackExchange.using("snippets", function()
createEditor();
);
else
createEditor();
);
function createEditor()
StackExchange.prepareEditor(
heartbeatType: 'answer',
convertImagesToLinks: true,
noModals: true,
showLowRepImageUploadWarning: true,
reputationToPostImages: 10,
bindNavPrevention: true,
postfix: "",
imageUploader:
brandingHtml: "Powered by u003ca class="icon-imgur-white" href="https://imgur.com/"u003eu003c/au003e",
contentPolicyHtml: "User contributions licensed under u003ca href="https://creativecommons.org/licenses/by-sa/3.0/"u003ecc by-sa 3.0 with attribution requiredu003c/au003e u003ca href="https://stackoverflow.com/legal/content-policy"u003e(content policy)u003c/au003e",
allowUrls: true
,
onDemand: true,
discardSelector: ".discard-answer"
,immediatelyShowMarkdownHelp:true
);
);
draft saved
draft discarded
Sign up or log in
StackExchange.ready(function ()
StackExchange.helpers.onClickDraftSave('#login-link');
);
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
StackExchange.ready(
function ()
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2fstackoverflow.com%2fquestions%2f53230377%2fkamailio-xhttp-module-websocket-header-on-sip-logic%23new-answer', 'question_page');
);
Post as a guest
Required, but never shown
1 Answer
1
active
oldest
votes
1 Answer
1
active
oldest
votes
active
oldest
votes
active
oldest
votes
up vote
1
down vote
The value of the header should be available inside event_route for xhttp module via $hdr(X-Forwarded-For).
answered Nov 10 at 19:09
miconda
1,13677
I'm asking how to pass this values to main route. There are a way to do?
– Javier Valencia
Nov 11 at 8:30
Hi @miconda, I have a pair of tools to do this,$shvand$shtvariable types. I can get header value fromevent_route[xttp:request]when uprade to WS, and make it available inrequest_routethru $conid.
– Javier Valencia
Nov 12 at 16:30
But, which of both methods have a better performance?
– Javier Valencia
Nov 12 at 16:31
In request_route you get the SIP messages sent over the websocket, not the http requests. So you need to store the HTTP header with operations inside event route, and you pointed, using a hash table with connection id is a good solution. The $shv(...) is a single value variable and its name is static, it doesn't work if you have more than one websocket connection. Use $sht(...).
– miconda
Nov 12 at 21:55
add a comment |
up vote
1
down vote
The value of the header should be available inside event_route for xhttp module via $hdr(X-Forwarded-For).
answered Nov 10 at 19:09
miconda
1,13677
I'm asking how to pass this values to main route. There are a way to do?
– Javier Valencia
Nov 11 at 8:30
Hi @miconda, I have a pair of tools to do this,$shvand$shtvariable types. I can get header value fromevent_route[xttp:request]when uprade to WS, and make it available inrequest_routethru $conid.
– Javier Valencia
Nov 12 at 16:30
But, which of both methods have a better performance?
– Javier Valencia
Nov 12 at 16:31
In request_route you get the SIP messages sent over the websocket, not the http requests. So you need to store the HTTP header with operations inside event route, and you pointed, using a hash table with connection id is a good solution. The $shv(...) is a single value variable and its name is static, it doesn't work if you have more than one websocket connection. Use $sht(...).
– miconda
Nov 12 at 21:55
add a comment |
up vote
1
down vote
up vote
1
down vote
The value of the header should be available inside event_route for xhttp module via $hdr(X-Forwarded-For).
answered Nov 10 at 19:09
miconda
1,13677
The value of the header should be available inside event_route for xhttp module via $hdr(X-Forwarded-For).
answered Nov 10 at 19:09
miconda
1,13677
answered Nov 10 at 19:09
miconda
1,13677
answered Nov 10 at 19:09
miconda
1,13677
answered Nov 10 at 19:09
miconda
1,13677
1,13677
I'm asking how to pass this values to main route. There are a way to do?
– Javier Valencia
Nov 11 at 8:30
Hi @miconda, I have a pair of tools to do this,$shvand$shtvariable types. I can get header value fromevent_route[xttp:request]when uprade to WS, and make it available inrequest_routethru $conid.
– Javier Valencia
Nov 12 at 16:30
But, which of both methods have a better performance?
– Javier Valencia
Nov 12 at 16:31
In request_route you get the SIP messages sent over the websocket, not the http requests. So you need to store the HTTP header with operations inside event route, and you pointed, using a hash table with connection id is a good solution. The $shv(...) is a single value variable and its name is static, it doesn't work if you have more than one websocket connection. Use $sht(...).
– miconda
Nov 12 at 21:55
add a comment |
I'm asking how to pass this values to main route. There are a way to do?
– Javier Valencia
Nov 11 at 8:30
Hi @miconda, I have a pair of tools to do this,$shvand$shtvariable types. I can get header value fromevent_route[xttp:request]when uprade to WS, and make it available inrequest_routethru $conid.
– Javier Valencia
Nov 12 at 16:30
But, which of both methods have a better performance?
– Javier Valencia
Nov 12 at 16:31
In request_route you get the SIP messages sent over the websocket, not the http requests. So you need to store the HTTP header with operations inside event route, and you pointed, using a hash table with connection id is a good solution. The $shv(...) is a single value variable and its name is static, it doesn't work if you have more than one websocket connection. Use $sht(...).
– miconda
Nov 12 at 21:55
I'm asking how to pass this values to main route. There are a way to do?
– Javier Valencia
Nov 11 at 8:30
I'm asking how to pass this values to main route. There are a way to do?
– Javier Valencia
Nov 11 at 8:30
Hi @miconda, I have a pair of tools to do this,
$shv and $sht variable types. I can get header value from event_route[xttp:request] when uprade to WS, and make it available in request_route thru $conid.– Javier Valencia
Nov 12 at 16:30
Hi @miconda, I have a pair of tools to do this,
$shv and $sht variable types. I can get header value from event_route[xttp:request] when uprade to WS, and make it available in request_route thru $conid.– Javier Valencia
Nov 12 at 16:30
But, which of both methods have a better performance?
– Javier Valencia
Nov 12 at 16:31
But, which of both methods have a better performance?
– Javier Valencia
Nov 12 at 16:31
In request_route you get the SIP messages sent over the websocket, not the http requests. So you need to store the HTTP header with operations inside event route, and you pointed, using a hash table with connection id is a good solution. The $shv(...) is a single value variable and its name is static, it doesn't work if you have more than one websocket connection. Use $sht(...).
– miconda
Nov 12 at 21:55
In request_route you get the SIP messages sent over the websocket, not the http requests. So you need to store the HTTP header with operations inside event route, and you pointed, using a hash table with connection id is a good solution. The $shv(...) is a single value variable and its name is static, it doesn't work if you have more than one websocket connection. Use $sht(...).
– miconda
Nov 12 at 21:55
add a comment |
draft saved
draft discarded
Thanks for contributing an answer to Stack Overflow!
- Please be sure to answer the question. Provide details and share your research!
But avoid …
- Asking for help, clarification, or responding to other answers.
- Making statements based on opinion; back them up with references or personal experience.
To learn more, see our tips on writing great answers.
Some of your past answers have not been well-received, and you're in danger of being blocked from answering.
Please pay close attention to the following guidance:
- Please be sure to answer the question. Provide details and share your research!
But avoid …
- Asking for help, clarification, or responding to other answers.
- Making statements based on opinion; back them up with references or personal experience.
To learn more, see our tips on writing great answers.
draft saved
draft discarded
Sign up or log in
StackExchange.ready(function ()
StackExchange.helpers.onClickDraftSave('#login-link');
);
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
StackExchange.ready(
function ()
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2fstackoverflow.com%2fquestions%2f53230377%2fkamailio-xhttp-module-websocket-header-on-sip-logic%23new-answer', 'question_page');
);
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function ()
StackExchange.helpers.onClickDraftSave('#login-link');
);
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function ()
StackExchange.helpers.onClickDraftSave('#login-link');
);
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function ()
StackExchange.helpers.onClickDraftSave('#login-link');
);
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
