Hi,
Im facing this problem for a few days already. Hope someone might have
an idea or two. It's a long email too, btw.
Im testing my app behind NAT's with SER-0.9.6 + mediaproxy + Asterisk
(conf server). While X-Lite works *fine* and I get 2 way audio always,
my app seems to have some kind of weird bug and I end up with 1 way
audio stream.
Here's the thing. Application starts receiver and transmitter on
completely different ports. Here's SDP for remote and local machines
(public IP's been x'ed by myself, of course):
This one's sent in INVITE message to SER ==>
69563 DEBUG media.MediaManager - Local SDP: (this one's from local machine)
v=0
o=xps 1158739216750 1158739216757 IN IP4 192.168.1.3
s=MC
c=IN IP4 192.168.1.3
t=0 0
m=audio 25000 RTP/AVP 0 8
a=rtpmap:0 PCMU/8000
a=rtpmap:8 PCMA/8000
a=sendrecv
This one's sent with 200 OK from SER ==>
69563 DEBUG media.MediaManager - Remote SDP:
v=0
o=root 2500 2500 IN IP4 203.159.x.x
s=session
c=IN IP4 203.159.x.x
t=0 0
m=audio 30004 RTP/AVP 0 8
a=rtpmap:0 PCMU/8000
a=rtpmap:8 PCMA/8000
a=silenceSupp:off - - - -
The further log shows that transmitters and receivers have started on
the proper IP/port ==>
69594 DEBUG media.AVReceiver - Start listening for RTP @ addr:
192.168.1.3 port: 25000 ttl: 1
69657 DEBUG media.AVTransmitter - Created transmitter for:
[203.159.x.x] at ports: [30004] encoded as: [[ULAW/rtp, alaw]]
69657 DEBUG media.MediaManager - Starting transmission
69672 DEBUG media.AVTransmitter - Track 0 is set to transmit as:
ULAW/rtp, 8000.0 Hz, 8-bit, Mono, FrameSize=8 bits
69860 INFO media.AVTransmitter - Binded to port 30004
69875 DEBUG media.AVTransmitter - Started transmitting track 0 encoded
as ULAW/rtp @ [203.159.x.x]:30004
Nevertheless, the Ethereal capture shows that mediaproxy sends the
stream NOT to port 25000 (local port), but to port 30004 (remote
port)!! Why? This is not the case with X-Lite, however. Xlite captures
show that streams are sent to proper ports always. Btw, Im attaching
SIP+RTP Ethereal captures with this mail. Please, take a look.
I also want to mention, that this doesnt happen with my app. for all
the NATed nets. In some nets it works fine, but not in this one. Just
weird.
Please, let me know if anyone has ideas or hints regarding this nonsence :)
Bests,
Andrey.
Hi list.
In mediaproxy documentation in this section: http://openser.org/docs/modules/1.1.x/mediaproxy.html#AEN171
talk abaut ping.
Can it do ping for all UAC behind or not of the NAT?
If the ping not hit the UAC, Can the radius accounting ending automatically?
---------------------------------
Do You Yahoo!? La mejor conexión a Internet y 2GB extra a tu correo por $100 al mes. http://net.yahoo.com.mx
I am using acc table for accounting of INVITE, BYE and CANCEL. This info is
then used to create CDRs for billing.
It works great with one exception.
My setup is that every subsbriber account is tied to a public PSTN number.
The PSTN number is set in the rpid field of subscriber table as well as
stored as an alias for the subscriber account. On every call bound for pstn,
I add the rpid header to provide CID for the B end of the call.
Now to the strange part. I have some asterisk servers registered as ua in
SER, when these servers make calls some calls get registered with a from uri
that are equal to the SER account used, some calls are registered with the
PSTN number as the from uri. Two consecutive calls from the same asterisk
box and user to the same pstn number, can produce one of each from uri. The
way I like it to be is that all calls should be registered with the SER
account used. This only happens with asterisk as ua.
At first, I though this could be because I set asteriskt to canreinvite=yes,
but same thing happened with canreinvite=no.
When is a record actually saved in acc?
Anyone with an idea why this inconsistancy occurs?
Some code:
extract from sip.conf
==========
register => 1000:1234@sip.serverhallen.com/552000; incomming
[ser-out] ;outgoing calls
type=peer
host=sip.serverhallen.com
language=se
username=1000
secret=1234
fromuser=1000
insecure=very
context=vbx
extract from extensions.conf
========================
exten => _X.,1,DIAL(SIP/${EXTEN}@ser-out,60)
from ser.cfg main route block
=====================
if (method=="INVITE" || method=="BYE" || method=="CANCEL") {
# enable accounting for INVITE and BYE and CANCEL messages.
setflag(2);
};
Hi everyone,
I have integrated asterisk and openser which for the most part works great
with this small exception that I am trying to get right. My problem is, I
have users dial *86, *861, and *862 plus their extensions to access and
utilize various different IVR of the Asterisk system which works great on
SIP hardphones. However, I am having a difficult time incorporating this
feature into the Linksys Pap2t-NA unit. I have changed it the .cfg file to
accept just 861 and 862 for this unit, because the box does ont like the *
(star dialed first), so i am trying to just use a 861 plus extension to
retrieve voicemail for these units, but this is what I get from the Asterisk
console:
Executing Answer("SIP/31002-09d67ec8", "") in new stack
-- Executing VoiceMailMain("SIP/31002-09d67ec8", "") in new stack
-- Playing 'vm-login' (language 'en')
Sep 20 13:24:06 WARNING[13992]: app_voicemail.c:5002 vm_authenticate:
Couldn't read username
-- Executing Answer("SIP/31002-09d85c30", "") in new stack
-- Executing VoiceMailMain("SIP/31002-09d85c30", "") in new stack
-- Playing 'vm-login' (language 'en')
-- Playing 'vm-password' (language 'en')
Sep 20 13:24:45 WARNING[13998]: app_voicemail.c:5034 vm_authenticate: Unable
to read password
-- Executing Ringing("SIP/31002-09d82da0", "") in new stack
-- Executing VoiceMail("SIP/31002-09d82da0", "u31002") in new stack
-- Playing 'vm-theperson' (language 'en')
-- Playing 'digits/3' (language 'en')
-- Playing 'digits/1' (language 'en')
-- Playing 'digits/0' (language 'en')
-- Playing 'digits/0' (language 'en')
-- Playing 'digits/2' (language 'en')
-- Playing 'vm-isunavail' (language 'en')
== Spawn extension (default, 131002, 2) exited non-zero on
'SIP/31002-09d82da0'
Should the spawn portion be displaying the extra "1" in front of the
extension 31002? Also, is there a special area to input a password for the
Pap2t via the web interface so that it is readable by Asterisk IVR system,
maybe a callerID or...? Or is there some other way, I can work around this
just for Linksys Pap2t users (and other ATA units) that someone is familiar
with already?
TIA.
Tracy
_________________________________________________________________
Get today's hot entertainment gossip http://movies.msn.com/movies/hotgossip
If you/someone could point me to a document as to how to manipulate the
SIP header programatically, I really appreciate it. All the documents I read
show to set things with static values, for example, for send or forward it
shows forward("UDP:1.2.3.4:5060"), what if the decision making of what
protocol/dst/port should be used is a variable that should be determined
during the processing of the message itself. Let me give a concrete example:
I get a message destined for user(a)somedoamin.com, I need to be able to
determine the host for that domain, depending on what the host is I need to
use either TCP or UDP, besides let's say, somedomain.com resolves to
two IP addresses, I also need to try the first IP and if it fails (IP
connectivity-wise)
then I try the second one.
I really appreciate any pointer/assistance.
Ramin
On 9/20/06, Daniel-Constantin Mierla <daniel(a)voice-system.ro> wrote:
>
>
> On 09/19/06 23:21, Ramin Dousti wrote:
> > Thanks, Daniel.
> >
> > So according to the document forward_<proto>(host:port) becomes
> > foward(proto:host:port).
> >
> > But how should I then create a string which replaces the argument of
> > forward_tcp(uri:host):
> uri:host, uri:port have been eliminated, because when you give no
> parameter to forward(), same behavior happen. You can play with
> rewriteuri() or setdsturi() to make combinations of how to forward the
> request (or you can use avp_pushto() to achive similar results but with
> more flexible parameters).
>
> Cheers,
> Daniel
Hi all,
I have a network configuration in which openSER and mediaproxy are on a
machine which has a public ip address but my Asterisk PSTN gateway has a
private ip address and is running on a linux-vserver.
The problem is that when mediaproxy is active all my VOIP calls, internally
and over the internet work perfectly but when I try to call a PSTN number it
only works when mediaproxy is down.
If I try to call through my PSTN gateway having mediaproxy up the softphone
takes long time to setup the call and, after the remote phone rings I cannot
hear any voice in both directions.
I hope you will not come up with answers like "use a VPN" or "publish your
PSTN gateway" ;-)
Paolo.
--
This is my new email address.
Please update your address book.
Hi guys,
I'm really new to SER and i need this prob to be solved urgently
The prob is pretty basic. I have installed 2 SERs and have a set of
users registered to either of the proxies. How can i place a call from
user1 at SER1 to user2 @ SER2?
What all changes should i make to the ser.cfg? Do i need to use a DNS SRV?
Thanks ,
sharon
Hello Daniel,
Thank you for the response. Which is better, disabling epoll in openser,
or enabling epoll in the kernel?
George
> -----Original Message-----
> From: Daniel-Constantin Mierla [mailto:daniel@voice-system.ro]
> Sent: Wednesday, September 20, 2006 11:40 AM
> To: Papadopoulos Georgios
> Cc: users(a)openser.org
> Subject: Re: [Users] Cannot start openser 1.1
>
> Seems that epoll was disabled from kernel. Is it right?
>
> If yes, disable epoll at compilation:
>
> make proper
> NO_EPOLL=1 make all
> NO_EPOLL=1 make install
>
>
> also, there are some escape in the replacement string of
> avp_subst() which shouldn't.
>
> Cheers,
> Daniel
>
>
> On 09/20/06 11:31, Papadopoulos Georgios wrote:
> > hello,
> >
> > After using OpenSer 1.0 successfully for about a year, I am
> trying to
> > migrate to 1.1. My configuration has not changed (except
> for changes
> > in the avp functions due to the new syntax). However I
> cannot get the
> > process started. Below you can see the output that I am getting. It
> > seems like some poll function is missing.
> >
> > Any help will be very welcome. Thank you.
> >
> > George Papadopoulos
> >
> >
> > # uname -a
> > Linux Fury 2.6.17-gentoo-r8 #1 Fri Sep 15 16:47:15 EEST
> 2006 sparc64
> > sun4u TI UltraSparc II (BlackBird) GNU/Linux
> >
> >
> > #
> > 0(17608) WARNING: fix_socket_list: could not rev. resolve
> > 172.31.100.6
> > 0(17608) WARNING: fix_socket_list: could not rev. resolve
> > 172.31.100.7
> > 0(17608) WARNING: fix_socket_list: could not rev. resolve
> > 172.31.100.6
> > 0(17608) WARNING: fix_socket_list: could not rev. resolve
> > 172.31.100.7 Listening on
> > udp: 172.31.100.5 [172.31.100.5]:5060
> > udp: 172.31.100.6 [172.31.100.6]:5060
> > udp: 172.31.100.7 [172.31.100.7]:5060
> > tcp: 172.31.100.5 [172.31.100.5]:5060
> > tcp: 172.31.100.6 [172.31.100.6]:5060
> > tcp: 172.31.100.7 [172.31.100.7]:5060
> > Aliases:
> > tcp: Fury:5060
> > tcp: Fury.acn.gr:5060
> > udp: Fury:5060
> > udp: Fury.acn.gr:5060
> > *: sip.altecnet.gr:*
> > *: altecnet.gr:*
> >
> > 0(17608) init_tcp: using epoll_lt as the io watch method (auto
> > detected)
> > 0(0) INFO: statistics manager successfully initialized
> > 0(0) StateLess module - initializing
> > 0(0) TM - initializing...
> > Fury sbin # 0(0) Maxfwd module- initializing
> > 0(0) TextOPS - initializing
> > 0(0) AVPops - initializing
> > 0(0) permissions - initializing
> > 0(0) WARNING: File not found: /usr/local/etc/ser/permissions.allow
> > 0(0) Default allow file (/usr/local/etc/ser/permissions.allow) not
> > found => empty rule set
> > 0(0) WARNING: File not found: /usr/local/etc/ser/permissions.deny
> > 0(0) Default deny file (/usr/local/etc/ser/permissions.deny) not
> > found => empty rule set
> > 0(0) AUTH module - initializing
> > 0(0) AUTH_DB module - initializing
> > 0(0) subst_parser: WARNING: \* unknown escape in
> > /(.*)/$avp(s:prefix)$avp(s:destname)\*\!\^$avp(s:destdomain)/
> > 0(0) subst_parser: WARNING: \! unknown escape in
> > /(.*)/$avp(s:prefix)$avp(s:destname)\*\!\^$avp(s:destdomain)/
> > 0(0) subst_parser: WARNING: \^ unknown escape in
> > /(.*)/$avp(s:prefix)$avp(s:destname)\*\!\^$avp(s:destdomain)/
> > 0(0) INFO:textops:hname_fixup: using hdr type (31) instead of
> > <Remote-Party-ID>
> > 0(0) INFO:textops:hname_fixup: using hdr type (31) instead of
> > <Remote-Party-ID>
> > 0(0) INFO: udp_init: SO_RCVBUF is initially 118784
> > 0(0) INFO: udp_init: SO_RCVBUF is finally 237568
> > 0(0) INFO: udp_init: SO_RCVBUF is initially 118784
> > 0(0) INFO: udp_init: SO_RCVBUF is finally 237568
> > 0(0) INFO: udp_init: SO_RCVBUF is initially 118784
> > 0(0) INFO: udp_init: SO_RCVBUF is finally 237568
> > 0(0) INFO: udp_init: SO_RCVBUF is initially 118784
> > 0(0) INFO: udp_init: SO_RCVBUF is finally 237568
> > 1(17622) INFO: fifo process starting: 17622
> > 15(17649) ERROR: init_epoll: epoll_create: Function not implemented
> > [90]
> > 15(17649) ERROR: init_io_wait: epoll init failed
> > 15(17649) ERROR: tcp_receive_loop: exiting...16(17650) ERROR:
> > init_epoll: epoll_create: Function not implemented [90]
> > 16(17650) ERROR: init_io_wait: epoll init failed
> > 16(17650) ERROR: tcp_receive_loop: exiting...17(17651) ERROR:
> > init_epoll: epoll_create: Function not implemented [90]
> > 17(17651) ERROR: init_io_wait: epoll init failed
> > 17(17651) ERROR: tcp_receive_loop: exiting...18(17652) ERROR:
> > init_epoll: epoll_create: Function not implemented [90]
> > 18(17652) ERROR: init_io_wait: epoll init failed
> > 18(17652) ERROR: tcp_main_loop: exiting... 0(17610) child process
> > 17649 exited normally, status=255
> > 0(17610) child process 17650 exited normally, status=255
> > 0(17610) child process 17651 exited normally, status=255
> > 0(17610) child process 17652 exited normally, status=255
> > 0(17610) INFO: terminating due to SIGCHLD
> > 1(17622) INFO: signal 15 received
> > 2(17623) INFO: signal 15 received
> > 3(17624) INFO: signal 15 received
> > 4(17625) INFO: signal 15 received
> > 14(17648) INFO: signal 15 received
> > 13(17642) INFO: signal 15 received
> > 12(17641) INFO: signal 15 received
> > 11(17640) INFO: signal 15 received
> > 10(17639) INFO: signal 15 received
> > 9(17638) INFO: signal 15 received
> > 8(17632) INFO: signal 15 received
> > 7(17631) INFO: signal 15 received
> > 6(17630) INFO: signal 15 received
> > 5(17629) INFO: signal 15 received
> >
> > Disclaimer
> > The information in this e-mail and any attachments is
> confidential. It is intended solely for the attention and use
> of the named addressee(s). If you are not the intended
> recipient, or person responsible for delivering this
> information to the intended recipient, please notify the
> sender immediately. Unless you are the intended recipient or
> his/her representative you are not authorized to, and must
> not, read, copy, distribute, use or retain this message or
> any part of it. E-mail transmission cannot be guaranteed to
> be secure or error-free as information could be intercepted,
> corrupted, lost, destroyed, arrive late or incomplete, or
> contain viruses.
> >
> >
> > _______________________________________________
> > Users mailing list
> > Users(a)openser.org
> > http://openser.org/cgi-bin/mailman/listinfo/users
> >
> >
>
hello,
After using OpenSer 1.0 successfully for about a year, I am trying to
migrate to 1.1. My configuration has not changed (except for changes in
the avp functions due to the new syntax). However I cannot get the
process started. Below you can see the output that I am getting. It
seems like some poll function is missing.
Any help will be very welcome. Thank you.
George Papadopoulos
# uname -a
Linux Fury 2.6.17-gentoo-r8 #1 Fri Sep 15 16:47:15 EEST 2006 sparc64
sun4u TI UltraSparc II (BlackBird) GNU/Linux
#
0(17608) WARNING: fix_socket_list: could not rev. resolve 172.31.100.6
0(17608) WARNING: fix_socket_list: could not rev. resolve 172.31.100.7
0(17608) WARNING: fix_socket_list: could not rev. resolve 172.31.100.6
0(17608) WARNING: fix_socket_list: could not rev. resolve 172.31.100.7
Listening on
udp: 172.31.100.5 [172.31.100.5]:5060
udp: 172.31.100.6 [172.31.100.6]:5060
udp: 172.31.100.7 [172.31.100.7]:5060
tcp: 172.31.100.5 [172.31.100.5]:5060
tcp: 172.31.100.6 [172.31.100.6]:5060
tcp: 172.31.100.7 [172.31.100.7]:5060
Aliases:
tcp: Fury:5060
tcp: Fury.acn.gr:5060
udp: Fury:5060
udp: Fury.acn.gr:5060
*: sip.altecnet.gr:*
*: altecnet.gr:*
0(17608) init_tcp: using epoll_lt as the io watch method (auto
detected)
0(0) INFO: statistics manager successfully initialized
0(0) StateLess module - initializing
0(0) TM - initializing...
Fury sbin # 0(0) Maxfwd module- initializing
0(0) TextOPS - initializing
0(0) AVPops - initializing
0(0) permissions - initializing
0(0) WARNING: File not found: /usr/local/etc/ser/permissions.allow
0(0) Default allow file (/usr/local/etc/ser/permissions.allow) not
found => empty rule set
0(0) WARNING: File not found: /usr/local/etc/ser/permissions.deny
0(0) Default deny file (/usr/local/etc/ser/permissions.deny) not found
=> empty rule set
0(0) AUTH module - initializing
0(0) AUTH_DB module - initializing
0(0) subst_parser: WARNING: \* unknown escape in
/(.*)/$avp(s:prefix)$avp(s:destname)\*\!\^$avp(s:destdomain)/
0(0) subst_parser: WARNING: \! unknown escape in
/(.*)/$avp(s:prefix)$avp(s:destname)\*\!\^$avp(s:destdomain)/
0(0) subst_parser: WARNING: \^ unknown escape in
/(.*)/$avp(s:prefix)$avp(s:destname)\*\!\^$avp(s:destdomain)/
0(0) INFO:textops:hname_fixup: using hdr type (31) instead of
<Remote-Party-ID>
0(0) INFO:textops:hname_fixup: using hdr type (31) instead of
<Remote-Party-ID>
0(0) INFO: udp_init: SO_RCVBUF is initially 118784
0(0) INFO: udp_init: SO_RCVBUF is finally 237568
0(0) INFO: udp_init: SO_RCVBUF is initially 118784
0(0) INFO: udp_init: SO_RCVBUF is finally 237568
0(0) INFO: udp_init: SO_RCVBUF is initially 118784
0(0) INFO: udp_init: SO_RCVBUF is finally 237568
0(0) INFO: udp_init: SO_RCVBUF is initially 118784
0(0) INFO: udp_init: SO_RCVBUF is finally 237568
1(17622) INFO: fifo process starting: 17622
15(17649) ERROR: init_epoll: epoll_create: Function not implemented [90]
15(17649) ERROR: init_io_wait: epoll init failed
15(17649) ERROR: tcp_receive_loop: exiting...16(17650) ERROR:
init_epoll: epoll_create: Function not implemented [90]
16(17650) ERROR: init_io_wait: epoll init failed
16(17650) ERROR: tcp_receive_loop: exiting...17(17651) ERROR:
init_epoll: epoll_create: Function not implemented [90]
17(17651) ERROR: init_io_wait: epoll init failed
17(17651) ERROR: tcp_receive_loop: exiting...18(17652) ERROR:
init_epoll: epoll_create: Function not implemented [90]
18(17652) ERROR: init_io_wait: epoll init failed
18(17652) ERROR: tcp_main_loop: exiting... 0(17610) child process 17649
exited normally, status=255
0(17610) child process 17650 exited normally, status=255
0(17610) child process 17651 exited normally, status=255
0(17610) child process 17652 exited normally, status=255
0(17610) INFO: terminating due to SIGCHLD
1(17622) INFO: signal 15 received
2(17623) INFO: signal 15 received
3(17624) INFO: signal 15 received
4(17625) INFO: signal 15 received
14(17648) INFO: signal 15 received
13(17642) INFO: signal 15 received
12(17641) INFO: signal 15 received
11(17640) INFO: signal 15 received
10(17639) INFO: signal 15 received
9(17638) INFO: signal 15 received
8(17632) INFO: signal 15 received
7(17631) INFO: signal 15 received
6(17630) INFO: signal 15 received
5(17629) INFO: signal 15 received
Disclaimer
The information in this e-mail and any attachments is confidential. It is intended solely for the attention and use of the named addressee(s). If you are not the intended recipient, or person responsible for delivering this information to the intended recipient, please notify the sender immediately. Unless you are the intended recipient or his/her representative you are not authorized to, and must not, read, copy, distribute, use or retain this message or any part of it. E-mail transmission cannot be guaranteed to be secure or error-free as information could be intercepted, corrupted, lost, destroyed, arrive late or incomplete, or contain viruses.