func_channel.c.diff
https://reviewboard.asterisk.org/media/uploaded/files/2014/08/06/a0056399-d2d1-4f7b-910a-f8bd37067b9d__func_channel.c.diff
Thanks,
dtryba
--
_
-- Bandwidth and Colocation Provided by http
ne.
File Attachments (updated)
func_channel.c.diff
https://reviewboard.asterisk.org/media/uploaded/files/2014/08/06/a0056399-d2d1-4f7b-910a-f8bd37067b9d__func_channel.c.diff
Thanks,
dtryba
--
_
-- Ban
recvip - R/O Get the source IP address of the peer.
recvport - R/O Get the source port of the peer.
...
- dtryba
---
This is an automatically generated e-mail. To reply, visit:
https://reviewboard.asterisk.org/r/3781/#review12979
/
Testing
---
Tested on 11.10.2 (Debian Jessie) and trunk (418610) using IPv4. Having a few
SIP endpoints connect from different address/ports combinations
Logged ${CHANNEL(recvip)}:${CHANNEL(recvport)} corresponds with source ip:port
in packetdumps on the asterisk machine.
Thanks,
dtryba
in include/asterisk/netsock2.h called
> > ast_sockaddr_stringify_port() that you can use in place of the
> > ast_sockaddr_stringify_fmt() call.
Didn't spot that one. Updated patch, same results as expected.
- dtryba
---
This is an
---
Tested on 11.10.2 (Debian Jessie) and trunk (418610) using IPv4. Having a few
SIP endpoints connect from different address/ports combinations
Logged ${CHANNEL(recvip)}:${CHANNEL(recvport)} corresponds with source ip:port
in packetdumps on the asterisk machine.
Thanks,
dtryba
/ports combinations
Logged ${CHANNEL(recvip)}:${CHANNEL(recvport)} corresponds with source ip:port
in packetdumps on the asterisk machine.
Thanks,
dtryba
--
_
-- Bandwidth and Colocation Provided by http://www.api-digital.com
