VoIP Mailing List Archives

[patrickarton at hotmai...]

i noticed that Freeswitch does not relay X-header in 401 or 407 response code !!!


is there a way to enable it


Thanks.

[abalashov at evaristes...]

This gives rise to a crinkled brow, a nonplussed reaction, and a natural question: what are you trying to accomplish?

Perhaps there is another way to accomplish it?

— Alex

[patrickarton at hotmai...]

Hello Alex,


in fact i want to relay another Q.850 through X- header because freeswitch always add Q.850 for all >=400 final responses.


i have a setup like this


Caller <-----> Freeswitch <---> Callee


if callee send a final reply >=400 with a Q.850 code i want it to be relayed to caller on leg A and not the freeswitch One.





De : FreeSWITCH-users <freeswitch-users-bounces@lists.freeswitch.org> de la part de Alex Balashov <abalashov@evaristesys.com>
Envoyé : lundi 25 juillet 2022 22:39
À : FreeSWITCH Users Help <freeswitch-users@lists.freeswitch.org>
Objet : Re: [Freeswitch-users] FS does not relay X-header in 401 and 407 responses

This gives rise to a crinkled brow, a nonplussed reaction, and a natural question: what are you trying to accomplish?

Perhaps there is another way to accomplish it?

— Alex

[krice at freeswitch.org]

FreeSwitch is not a proxy. Its a B2BUA.

relaying such values is what a proxy does.


401 and 407 specifically are what you send for rejecting calls because the user/pass is not correct on things like the initial invite or a register request. and they also include additional headers for challenging auth. Freeswitch is not going to pass that back either.


and this doesnt touch on the Q.850 which is not a SIP reason but an ISUP reason. You can put SIP data in the Reason header but then its now a Q.850 anymore


Sent from my iPhone

[abalashov at evaristes...]

To Ken’s point, you seem to be in the market for a highly programmable SIP proxy, such as Kamailio or OpenSIPS.