With topoh enabled I have:
Route: <sip:10.56.42.37:5070;lr;ftag=IpXq-LwNvJF6WrkOcmZNf9WjmGjK5dUv;did=90c.1132;vsf=AAAAAAAAAAAAAAAAAABlY2Bmf359HGJ6cX8bc3h9OjUwNjA7dXNlcj1waG9uZQ--;vst=AAAAAAAAAAAAAAAAAAAAAAAAAAAAAgEAAgcAAAABAAAAAAAAAAAAAAAA>
Route: <sip:TEST.MSS.LIFE.COM:5060;transport=UDP;lr>
But with topos enabled I have:
Route: <sip:TEST.MSS.LIFE.COM:5060;transport=UDP;lr>,<sip:10.56.42.37:5070;lr;ftag=EN0cvoXXCOgdGoO2zizq-WNmE4Enf4Nt;did=434.5ce1;vsf=AAAAAAAAAAAAAAAAAABlY2Bmf359HGJ6cX8bc3h9OjUwNjA7dXNlcj1waG9uZQ--;vst=AAAAAAAAAAAAAAAAAAAAAAAAAAAAAgEAAgcAAAABAAAAAAAAAAAAAAAA>
And kamailio trying to send ACK to TEST.MSS.LIFE.COM:5060
After this patch Route header are restores in from:
Route: <sip:10.56.42.37:5070;lr;ftag=EN0cvoXXCOgdGoO2zizq-WNmE4Enf4Nt;did=434.5ce1;vsf=AAAAAAAAAAAAAAAAAABlY2Bmf359HGJ6cX8bc3h9OjUwNjA7dXNlcj1waG9uZQ--;vst=AAAAAAAAAAAAAAAAAAAAAAAAAAAAAgEAAgcAAAABAAAAAAAAAAAAAAAA>
Route: <sip:TEST.MSS.LIFE.COM:5060;transport=UDP;lr>
Now ACK are routed correctly.
You can view, comment on, or merge this pull request online at:
https://github.com/kamailio/kamailio/pull/1124
-- Commit Summary --
* topos: correct order of Route header after restoring from b_rr
-- File Changes --
M src/modules/topos/tps_msg.c (2)
-- Patch Links --
https://github.com/kamailio/kamailio/pull/1124.patchhttps://github.com/kamailio/kamailio/pull/1124.diff
--
You are receiving this because you are subscribed to this thread.
Reply to this email directly or view it on GitHub:
https://github.com/kamailio/kamailio/pull/1124
Hi,
There is a demo session at Kamailio World on Wednesday and I had an idea
for a demo that could potentially be hacked together as a
collaborative/team effort.
The idea is simple: using WebRTC to control a radio transceiver. This
is not so hard thanks to Software Defined Radio (SDR). It would be like
RetroRTC[1], but with a radio instead of a rotary phone.
I have SDR and ham equipment with me in Berlin (for use at OSCAL'17 on
the weekend[2]) and but I simply wouldn't have time to put the whole
thing together individually in the next two days. If anybody wants to
collaborate on it with me, however, it is possible to break it into
small pieces and we could get it going:
- JsSIP / JSCommunicator[3]
- adding a slider for squelch control
- sending a SIP INFO message to send squelch level
- adding a box for frequency selection
- sending a SIP INFO message to change frequency
- adding a PTT button
- sending a SIP INFO message for PTT
- adding a green LED light for RX (squelch open) and red for TX
- receiving SIP INFO messages with RX and TX status
(maybe some of that could be done with SUBSCRIBE/NOTIFY instead of SIP
INFO?)
- gqrx[4] (GNU-Radio based app developed in Python)
- adding some hooks to receive commands over a message queue with
Qpid Proton's Python API[5] and dispatch the commands to the button handlers
- adding some hooks to send status (e.g. squelch open) over a topic
with Qpid Proton
- instead of sending the audio to the speaker, send it to the B2BUA
or as RTP
- SIP proxy or B2BUA
- which one would be best?
- add some glue code to map the SIP INFO messages to the Qpid Proton
messages and vice versa
- take the audio from gqrx (maybe regular RTP on localhost) and send
it as DTLS-SRTP to the browser
I had a look in Google and it doesn't find any example of anybody doing
WebRTC with SDR before, so if we got this going it would be quite
innovative.
Regards,
Daniel
1. http://retrortc.versatica.com/
2.
https://danielpocock.com/fsfe-fellowship-representative-and-upcoming-events
3. https://jscommunicator.org
4. http://gqrx.dk/
5.
https://qpid.apache.org/releases/qpid-proton-0.17.0/proton/python/book/tuto…
### Description
I got parse error in config file.
I am using MSRP module and if I try to use (to print a log) with `$msrp(msgid)` I get an error. According to the psudovariables documentation should work.
<!--
Explain what you did, what you expected to happen, and what actually happened.
-->
### Troubleshooting
#### Reproduction
Just use within an event_route[msrp:frame-in] block $msrp(msgid).
#### Log Messages
<!--
Check the syslog file and if there are relevant log messages printed by Kamailio, add them next, or attach to issue, or provide a link to download them (e.g., to a pastebin site).
-->
```
0(9827) ERROR: msrp [msrp_vars.c:118]: pv_parse_msrp_name(): unknown PV msrp name msgid
0(9827) ERROR: <core> [pvapi.c:877]: pv_parse_spec2(): pvar "msrp" has an invalid name param [msgid]
0(9827) ERROR: <core> [pvapi.c:1032]: pv_parse_spec2(): wrong char [)/41] in [$msrp(msgid)] at [11 (5)]
0(9827) : <core> [cfg.y:3368]: yyerror_at(): parse error in config file route.cfg, line 649, column 40-51: Can't get from cache: $msrp(msgid)
ERROR: bad config file (1 errors)
```
### Additional Information
* **Kamailio Version** -4.4.5
* **Operating System**:
<!--
Details about the operating system, the type: Linux (e.g.,: Debian 8.4, Ubuntu 16.04, CentOS 7.1, ...), MacOS, xBSD, Solaris, ...;
Kernel details (output of `uname -a`)
-->
```
Linux test 2.6.32-642.15.1.el6.x86_64 #1 SMP Fri Feb 24 14:31:22 UTC 2017 x86_64 x86_64 x86_64 GNU/Linux
```
--
You are receiving this because you are subscribed to this thread.
Reply to this email directly or view it on GitHub:
https://github.com/kamailio/kamailio/issues/1122