It appears that in the 0.9.x tree AVP operator "fm" doesn't exist. Is this
feature planed to but added to the new tree? If so any time line or current
patches to make it work?
Thanks
I seem to remember seeing a posting somewhere of how to get SER (when
configured to use mySQL) to utilize the same database as Asterisk (when
configured with RealTime or ast_data). I know that changing the field
and table names in SER isn't terribly difficult so this should be
relatively easy. The intention of this of course is to avoid the need to
create accounts in multiple locations or manage multiple databases. Does
anyone have any information on doing this or know where I might find the
posting that now seems to elude me?
Andy Gatewood
Hello,
There is a new MediaProxy release available.
Changes from version 1.2.1 to 1.3.0
-----------------------------------
- Only create a new session if a request belongs to the first INVITE
(no longer creates new sessions on re-INVITEs)
- Replaced the many command line options in mediaproxy and
proxydispatcher
with options in a configuration file: mediaproxy.ini
(the startup script in /etc/init.d/mediaproxy will need to be updated)
- Rewrote the mysql database connection and moved the database
connection
settings into the configuration file
- Restore the database connection if connection to mysql is lost.
- Improved the fake conversation generators to be more precise with the
timing of the generated rtp streams
- Added option to the rtp generator to generate packets at constant
intervals (default) or in bursts. Most phones send at constant
intervals,
but xten phones send in bursts.
To upgrade to the new release you must adjust your mediaproxy startup
script as many of the start-up options have been moved to the
configuration file mediaproxy.ini
There is no change required for the SER module or SER configuration in
ser.cfg.
To upgrade go to http://mediaproxy.ag-projects.com/
or download the software directly from
http://mediaproxy.ag-projects.com/mediaproxy-1.3.0.tar.gz
Best regards,
Adrian Georgescu
Is it possible to configure SER in order to avoid that instant
messages go through SER, instead of directly to the receiver of the
message?.
After opening a session for instant messages, we have to send a lot of
instant messages. In order to improve the performance, it would be
recommendable that these instant messages don't go through SER proxy,
as the video/audio streaming does.
I have a big problem with a gateway (cisco) and ser.
Phone to phone with sip it's ok and when i do phone to pstn the
packets arrive to gateway but the line is busy and the message (when i
made a capture with ethereal ) is -BAD REQUEST Invalid IP.
I don't know what i have to configure. I think the ser.cfg is well
because the packets arrive to the gateway a it reposes.
My quenstions:
- I have to register the gateway
- What i have to do
Thanks
- -
Miquel
I was thinking about a load balancing scenario where the load balancer will replace the IP addresses.
g-)
---- Original Message ----
From: Tina
To: Greger V. Teigre
Sent: Wednesday, April 06, 2005 09:45 PM
Subject: Re: [Serusers] still no help - usrloc synchronization
> Thank you for givingme the scenario with "restricted IP" NAT, I am
> starting to find some acceptable solution.
> Unfortunately, "one-public-IP" approach is not free from problems
> also. If your SIP router inserts this "one-public-IP" into the VIA
> header, the reply routing goes via wrong SIP server...
> If your SIP server inserts its real-IP-address - the scenario
> mentioned above is still not resolved.
> Any comments?
> Tina
>
> "Greger V. Teigre" <greger(a)teigre.com> wrote:
> See inline.
>
>> If you use DNS server for load balancing... the client receives one
>> of your domain IP addresses according to SRV. I don't see the problem
>> with a call here, cause UAC asks the address only once (before
>> sending INVITE). UAC already has the IP for BYE/reINVITEs. So why
>> would you replicate INVITEs?
>
> I would never replicate INVITEs, I would just make sure that they are
> proxied through the correct SER server (i.e. IP).
>
> The problems depends on your setup. If you have SERs with different
> IPs, ex UA1 has registered with server A and UA2 has registered with
> server B: If UA2 wants to call UA1 and UA is behind an IP restricted
> NAT, server A is stored in the NAT table of the NAT in front of UA1.
> If server B sends an INVITE to UA1, the INVITE will be refused by
> UA1's NAT.
> This is why a "one public IP" in front of a load balancing
> cluster probably is a good way to go.
>
>> If you use IPVS/LVS... I believe you can force SER to insert it's
>> public IP into VIA, so there is no problem with replies. With regard
>> to another requests, I believe load balancer keeps connection
>> template, then when another request comes it would be forwarded to
>> the same ser.
>
> Yes. There are different "keys" to use to load balance SIP messages.
> One good way from a NAT point of view is to use originating IP
> address. What you must remember is that the problem is not on the
> server side, but on the client side. The NAT will in many situations
> stop incoming UDP packets if the originating ip:port is not already
> stored in the NAT table. The Via header does not matter for the NAT.
> g-)
>
>> Any comments?
>>
>> "Greger V. Teigre" <greger(a)teigre.com> wrote:
>> Yes, I believe that is so. But still you get a problem if the NAT is
>> restricted, port-restricted or symmetric... The best would be to load
>> balance and always make sure that a given client is handled through a
>> given
>> SER (REGISTER and INVITEs). That includes forwarding INVITEs from one
>> SER to
>> another... OR you must load balance in front of your servers with one
>> common
>> public IP.
>> g-)
>>
>> Matt Schulte wrote:
>>> Ack, I didn't even think about NAT. Would these be added before it
>>> gets sent off to the second proxy? ie:
>>>
>>> if (!src_ip==blah.netlogic.net) {
>>> add_rcv_param();
>>> t_replicate("blah.netlogic.net", "999");
>>> };
>>>
>>> -----Original Message-----
>>> From: Greger V. Teigre [mailto:greger@teigre.com]
>>> Sent: Tuesday, April 05, 2005 7:49 AM
>>> To: Matt Schulte; kramarv(a)yahoo.com
>>> ! ; Cc: serusers(a)lists.iptel.org
>>> Subject: Re: [Serusers] still no help - usrloc synchronization
>>>
>>>
>>> Well, you still have the NAT issues unless you do load balancing and
>>> your
>>> SER servers have the same public IP.
>>> Have you looked at 0.9.0 nathelper function add_rcv_param() ? It
>>> will add received info to the contact header for the other SER to
>>> process. Haven't really tried yet...
>>> g-)
>>>
>>> Matt Schulte wrote:
>>>> I'm starting to lean this direction, using t_replicate and all. I
>>>> could never get usrloc (db mode) to function properly.. t_replicate
>>>> is
>>>
>>>> a dirty but very effective workaround.
>>>>
>>>> -----Original Message-----
>>>> From: Greger V. Teigre [mailto:greger@teigre.com]
>>>> Sent: Saturday, April 02, 2005 1:33 AM
>>>> To: kramarv(a)yahoo.com
>>>> Cc: serusers(a)lists.iptel.org
>>>> Subject: Re: [Serusers] still ! no help - usrloc synchronization
>>>>
>>>>
>>>> Have a look at this thread:
>>>> http://lists.iptel.org/pipermail/serusers/2005-January/014669.html
>>>> g-)
>>>>
>>>> Java Rockx wrote:
>>>>> Tina,
>>>>>
>>>>> I thought I saw you post the other day that you did not want to
>>>>> use t_replicate(), however, this is probably your best bet to
>>>>> getting this
>>>>
>>>>> to work, IMHO.
>>>>>
>>>>> Regards,
>>>>> Paul
>>>>>
>>>>> On Apr 1, 2005 4:08 PM, Tina wrote:
>>>> ! >>
>>>>>> Hi, please help me, I'm stuck with it!!!!!
>>>>>> I am trying to set up several sers with a shared MySQL database
>>>>>> for location service.
>>>>>>
>>>>>> I set in each ser.cfg:
>>>>>>
>>>>>> modparam("usrloc", "db_mode", 2)
>>>>>> modparam("usrloc",
>>>>>> "db_url","sql://ser:heslo@192.168.25.163/ser")
>>>>>>
>>>>>> and the servers are not synchronized.
>>>>>> The I set
>>>>>> modparam("usrloc", "db_mode", 2)
>>>>>>
>>>>>>
>>>>>> made UAC (Xlite) register to one of the servers.
>>>>>> I see it via usrloc, but there is no record in "location" mySQL
>>>>>> table....So others do not see the client and I'm unable to make
>>>>>> calls....
>>>>>>
>>>>>>
>>>>>> Please help how to work with usrloc and mySQL...
>>>>>>
>>>>>> Tina,
>>>>>> software engineer
>>>>>>
>>>>>> ________________________________
>>>>>> Do you Yahoo!?
>>>>>> Better first dates. More second dates. Yahoo! Personals
>>>>>>
>>>>>>
>>>>>> _______________________________________________
>>>>>> Serusers mailing list
>>>>>> serusers(a)lists.iptel.org
>>>>>> http://lists.iptel.org/mailman/listinfo/serusers
>>>>>>
>>>>>>
>>>>>>
>>>>>
>>>>> _______________________________________________
>>>>> Serusers mailing list
>>>>> serusers(a)lists.iptel.org http://lists.iptel.org/mailman/listinfo/serusers
>>>>
>>>> _______________________________________________
>>>> Serusers mailing list
>>>> serusers(a)lists.iptel.org http://lists.iptel.org/mailman/listinfo/serusers
>>
>>
>>
>>
>> Yahoo! Messenger
>> Show us what our next emoticon should look like. Join the fun.
>
>
> Do you Yahoo!?
> Better first dates. More second dates. Yahoo! Personals
Hi Greger,
The error seems to be ERROR: : fix_expr : fix_actions error
I reckon this is something got to do with mysql database because I
dont think it updated. However when I do /opt/ser/sbin/ser_mysql.sh
drop and /opt/ser/sbin/ser_mysql.sh, the database still isnt updated
i.e. it has a column "version" instead of "table_version" in the
version table of the SER database. What can I do??
localhost:~ # /opt/ser/sbin/ser -D -E
Listening on
udp: 127.0.0.1 [127.0.0.1]:5060
udp: 157.190.74.152 [157.190.74.152]:5060
tcp: 127.0.0.1 [127.0.0.1]:5060
tcp: 157.190.74.152 [157.190.74.152]:5060
Aliases:
tcp: localhost.localdomain:5060
tcp: localhost:5060
udp: localhost.localdomain:5060
udp: localhost:5060
*: 157.190.74.152:5060:*
WARNING: no fork mode and more than one listen address found(will
use only the the first one)
stateless - initializing
0(0) Maxfwd module- initializing
textops - initializing
0(0) db_url=(nil)
0(0) db_url=
0(0) db_url.len=0
0(0) pa_domain=sip.handhelds.org
0(0) pa_mod: use_db=0 db_url.s= pa_domain=sip.handhelds.org
0(0) pa_mod_init done
0(0) submit_query(): Unknown column 'table_version' in 'field list'
0(0) submit_query(): Error while submitting query
0(0) table_version(): Error in db_query
0(0) register_udomain(): Error while querying table version
0(0) domain_fixup(): Error while registering domain
0(0) ERROR: fix_expr : fix_actions error
ERROR: error -1 while trying to fix configuration
localhost:~ # /opt/ser/sbin/ser -c
Listening on
udp: 127.0.0.1 [127.0.0.1]:5060
udp: 157.190.74.152 [157.190.74.152]:5060
tcp: 127.0.0.1 [127.0.0.1]:5060
tcp: 157.190.74.152 [157.190.74.152]:5060
Aliases:
tcp: localhost.localdomain:5060
tcp: localhost:5060
udp: localhost.localdomain:5060
udp: localhost:5060
*: 157.190.74.152:5060:*
config file ok, exiting...
>
>---- Original Message ----
>From: greger(a)teigre.com
>To: ashling.odriscoll(a)cit.ie
>Subject: Re: [Serusers] Starting SER : PID file
>exists(/var/run/ser.pid)already running?
>Date: Sun, 10 Apr 2005 11:39:19 +0200
>
>>Seems like the output from the end of SER's exit. Could you post the
>whole
>>output? Somewhere you should have an error...
>>g-)
>>
>>Aisling O'Driscoll wrote:
>>> Hello,
>>>
>>> If I start SER with "ser -d -d -d -d -d -d -d -D -E". I get
>something
>>> like the following:
>>>
>>> 0(0) qm_free(0x8109b00, 0x8145548), called from script_cb.c:
>>> destroy_script_cb(81)
>>> 0(0) qm_free: freeing frag. 0x8145530 alloc'ed from script_cb.c:
>>> register_script_cb(53)
>>> 0(0) qm_free(0x8109b00, 0x8145850), called from script_cb.c:
>>> destroy_script_cb(83)
>>> 0(0) qm_free: freeing frag. 0x8145838 alloc'ed from script_cb.c:
>>> register_script_cb(53)
>>> 0(0) qm_free(0x4045b000, 0x4049153c), called from main.c:
>>> cleanup(373)
>>> 0(0) qm_free: freeing frag. 0x40491524 alloc'ed from main.c:
>>> main(1534)
>>> 0(13787) shm_mem_destroy
>>> 0(13787) destroying the shared memory lock
>>> localhost:/opt/ser/sbin # pstree
>>>
>>> ....Does that explain anything? Again when I do pstree, I see 2*
>>> [ser] instead of the usual 27 *[ser].
>>>
>>> Kindest regards,
>>> Aisling
>>>>
>>>> ---- Original Message ----
>>>> From: greger(a)teigre.com
>>>> To: ashling.odriscoll(a)cit.ie, llanosserna(a)hotmail.com
>>>> Subject: Re: [Serusers] Starting SER : PID file
>>>> exists(/var/run/ser.pid)already running?
>>>> Date: Fri, 8 Apr 2005 19:30:22 +0200
>>>>
>>>>> Try to start ser up in debug/no-fork mode!! You will see if it
>>>> crashes.
>>>>> g-)
>>>>>
>>>>> Aisling O'Driscoll wrote:
>>>>>> Hello,
>>>>>>
>>>>>> When I removed the ser.pid file from /var/run and ran
>>>>>> /opt/ser/sbin/serctl start, it said SER had started. Then when
>I
>>>> look
>>>>>> at pstree, I see 2 * [ser]. However usually when SER is working
>>>>>> properly it says 27 * [ser]. When I check netstat -tunap, I
>dont
>>>> see
>>>>>> SER working.
>>>>>>
>>>>>> Any other ideas?
>>>>>>
>>>>>> ---- Original Message ----
>>>>>> From: llanosserna(a)hotmail.com
>>>>>> To: ashling.odriscoll(a)cit.ie
>>>>>> Subject: RE: [Serusers] Starting SER : PID file exists
>>>>>> (/var/run/ser.pid)already running?
>>>>>> Date: Fri, 08 Apr 2005 13:53:25 +0200
>>>>>>
>>>>>>> <html><div style='background-color:'><DIV class=RTE></DIV>
>>>>>>> <P>Make sure ser is not running with a </P>
>>>>>>> <P>>ps -ef</P>
>>>>>>> <P>I fit's not there, just remove the pid file</P>
>>>>>>> <P>>rm /var/run/ser.pid</P>
>>>>>>> <P>And then you should be able to start ser</P>
>>>>>>> <P> </P>
>>>>>>> <P> </P>
>>>>>>> <P> </P>
>>>>>>> <DIV class=RTE>>Hi, </DIV>
>>>>>>> <DIV></DIV>>
>>>>>>> <DIV></DIV>>I am wondering if anyone has ever come across
>this
>>>>>>> error before?:
>>>>>>> <DIV></DIV>>
>>>>>>> <DIV></DIV>>Starting SER : PID file exists!
>(/var/run/ser.pid)
>>>>>>> already running?
>>>>>>> <DIV></DIV>>
>>>>>>> <DIV></DIV>>I am using ser 0.9.0 and it worked like a charm
>>>> the
>>>>>>> first few times
>>>>>>> <DIV></DIV>>that I stopped and started SER. There are no
>>>> errors in
>>>>>>> <DIV></DIV>>/var/log/messages. I also started SER as
>>>>>>> /opt/ser/sbin/ser -c and it
>>>>>>> <DIV></DIV>>showed that the config was ok and exited.
>However
>>>> when
>>>>>>> I check
>>>>>>> <DIV></DIV>>pstree, I dont see SER listening.
>>>>>>> <DIV></DIV>>
>>>>>>> <DIV></DIV>>Could it perhaps be something got to do with
>the
>>>>>>> database?. Example:
>>>>>>> <DIV></DIV>>Should the version table in the SER database
>>>> contain
>>>>>>> "version" or
>>>>>>> <DIV></DIV>>"table_version"? I have tried dropping and
>>>> restarting
>>>>>>> the database
>>>>>>> <DIV></DIV>>i.e. /opt/ser/sbin/ser_mysql.sh drop, then
>>>>>>> <DIV></DIV>>./opt/ser/sbin/ser_mysql.sh create.
>>>>>>> <DIV></DIV>>
>>>>>>> <DIV></DIV>>Any ideas would be appreciated.
>>>>>>> <DIV></DIV>>Thanks,
>>>>>>> <DIV></DIV>>Aisling.
>>>>>>> <DIV></DIV>>
>>>>>>> <DIV></DIV>>
>>>>>>>
>>>>
><DIV></DIV>>-------------------Legal Disclaimer--------
>>>>>>> -------------------------------
>>>>>>> <DIV></DIV>>
>>>>>>> <DIV></DIV>>The above electronic mail transmission is
>>>> confidential
>>>>>>> and intended only for the person to whom it is addressed. Its
>>>>>>> contents may be protected by legal and/or professional
>privilege.
>>>>>>> Should it be received by you in error please contact the
>sender
>>>> at
>>>>>>> the above quoted email address. Any unauthorised form of
>>>> reproduction
>>>>>>> of this message is strictly prohibited. The Institute does not
>>>>>>> guarantee the security of any information electronically
>>>> transmitted
>>>>>>> and is not liable if the information contained in this
>>>> communication
>>>>>>> is not a proper and complete record of the message as
>transmitted
>>>> by
>>>>>>> the sender nor for any delay in its receipt.
>>>>>>> <DIV></DIV>>
>>>>>>> <DIV></DIV>>_______________________________________________
>>>>>>> <DIV></DIV>>Serusers mailing list
>>>>>>> <DIV></DIV>>Serusers(a)iptel.org
>>>>>>> <DIV></DIV>>http://mail.iptel.org/mailman/listinfo/serusers
>>>>>>> <DIV></DIV></div></html>
>>>>>>>
>>>>>>>
>>>>>>> -------------------Legal
>>>>>>> Disclaimer---------------------------------------
>>>>>>>
>>>>>>> The above electronic mail transmission is confidential and
>>>> intended
>>>>>>> only for the person to whom it is addressed. Its contents may
>be
>>>>>>> protected by legal and/or professional privilege. Should it be
>>>>>>> received by you in error please contact the sender at the
>above
>>>>>>> quoted email address. Any unauthorised form of reproduction of
>>>> this
>>>>>>> message is strictly prohibited. The Institute does not
>guarantee
>>>> the
>>>>>>> security of any information electronically transmitted and is
>not
>>>>>>> liable if the information contained in this communication is
>not
>>>> a
>>>>>>> proper and complete record of the message as transmitted by
>the
>>>>>>> sender nor for any delay in its receipt.
>>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>> -------------------Legal
>>>>>> Disclaimer---------------------------------------
>>>>>>
>>>>>> The above electronic mail transmission is confidential and
>>>> intended
>>>>>> only for the person to whom it is addressed. Its contents may
>be
>>>>>> protected by legal and/or professional privilege. Should it be
>>>>>> received by you in error please contact the sender at the above
>>>>>> quoted email address. Any unauthorised form of reproduction of
>>>> this
>>>>>> message is strictly prohibited. The Institute does not
>guarantee
>>>> the
>>>>>> security of any information electronically transmitted and is
>not
>>>>>> liable if the information contained in this communication is
>not a
>>>>>> proper and complete record of the message as transmitted by the
>>>>>> sender nor for any delay in its receipt.
>>>>>>
>>>>>> _______________________________________________
>>>>>> Serusers mailing list
>>>>>> Serusers(a)iptel.org
>>>>>> http://mail.iptel.org/mailman/listinfo/serusers
>>>>>
>>>>> -------------------Legal
>>>> Disclaimer---------------------------------------
>>>>>
>>>>> The above electronic mail transmission is confidential and
>intended
>>>> only for the person to whom it is addressed. Its contents may be
>>>> protected by legal and/or professional privilege. Should it be
>>>> received by you in error please contact the sender at the above
>>>> quoted email address. Any unauthorised form of reproduction of
>this
>>>> message is strictly prohibited. The Institute does not guarantee
>the
>>>> security of any information electronically transmitted and is not
>>>> liable if the information contained in this communication is not
>a
>>>> proper and complete record of the message as transmitted by the
>>>> sender nor for any delay in its receipt.
>>>
>>>
>>> -------------------Legal
>>> Disclaimer---------------------------------------
>>>
>>> The above electronic mail transmission is confidential and
>intended
>>> only for the person to whom it is addressed. Its contents may be
>>> protected by legal and/or professional privilege. Should it be
>>> received by you in error please contact the sender at the above
>>> quoted email address. Any unauthorised form of reproduction of
>this
>>> message is strictly prohibited. The Institute does not guarantee
>the
>>> security of any information electronically transmitted and is not
>>> liable if the information contained in this communication is not a
>>> proper and complete record of the message as transmitted by the
>>> sender nor for any delay in its receipt.
>>
>>
>>-------------------Legal
>Disclaimer---------------------------------------
>>
>>The above electronic mail transmission is confidential and intended
>only for the person to whom it is addressed. Its contents may be
>protected by legal and/or professional privilege. Should it be
>received by you in error please contact the sender at the above
>quoted email address. Any unauthorised form of reproduction of this
>message is strictly prohibited. The Institute does not guarantee the
>security of any information electronically transmitted and is not
>liable if the information contained in this communication is not a
>proper and complete record of the message as transmitted by the
>sender nor for any delay in its receipt.
-------------------Legal Disclaimer---------------------------------------
The above electronic mail transmission is confidential and intended only for the person to whom it is addressed. Its contents may be protected by legal and/or professional privilege. Should it be received by you in error please contact the sender at the above quoted email address. Any unauthorised form of reproduction of this message is strictly prohibited. The Institute does not guarantee the security of any information electronically transmitted and is not liable if the information contained in this communication is not a proper and complete record of the message as transmitted by the sender nor for any delay in its receipt.
Hello,
I try to use cisco AS5300 with SER, like this :
phones -> SER -> AS5300 -> PSTN
or
phones -> AS5300 -> PSTN
|
\/
SER
But the second form does not work.
I don't want people to directly ask for AS5300. So I follow the "Howto"
on SER web page.
But nothing arrive on SER when I make a call directly to AS5300, The
call is forward to pstn.
So I make this configuration to minimize the problem.
But nothing at all.
The "debug ccsip error" tells "no route to destination".
Have you any idea ?
thanks :)
Alcée
! Last configuration change at 14:17:05 UTC Mon Apr 11 2005 by admin
! NVRAM config last updated at 12:57:01 UTC Mon Apr 11 2005 by admin
!
version 12.3
service timestamps debug uptime
service timestamps log uptime
no service password-encryption
!
hostname VoIP
!
boot-start-marker
boot-end-marker
!
!
!
resource-pool disable
!
aaa new-model
!
!
aaa authentication login h323 group radius
aaa authorization exec h323 group radius
aaa accounting delay-start
aaa accounting connection h323 start-stop group radius
aaa nas port voip
aaa session-id common
ip subnet-zero
!
!
isdn switch-type primary-net5
!
voice rtp send-recv
voice echo-canceller extended
!
voice class codec 1
codec preference 1 g729r8 bytes 40
codec preference 2 g711ulaw
!
voice class codec 2
codec preference 1 g723ar63 bytes 48
codec preference 2 g723r63 bytes 48
codec preference 3 g729br8 bytes 40
codec preference 4 g729r8 bytes 40
codec preference 5 g723ar53 bytes 40
codec preference 6 g723r53 bytes 40
codec preference 7 g711ulaw
!
fax interface-type modem
!
!
controller E1 0
clock source line primary
pri-group timeslots 1-31
!
controller E1 1
pri-group timeslots 1-31
!
controller E1 2
clock source line secondary 4
pri-group timeslots 1-31
!
controller E1 3
pri-group timeslots 1-31
gw-accounting syslog
gw-accounting aaa
attribute h323-remote-id resolved
acct-template callhistory-detail
suppress pots
!
!
!
interface Ethernet0
ip address 192.168.0.129 255.255.255.0
!
interface Serial0:15
no ip address
isdn switch-type primary-net5
isdn protocol-emulate network
no cdp enable
!
interface Serial1:15
no ip address
isdn switch-type primary-net5
no cdp enable
!
interface Serial2:15
no ip address
isdn switch-type primary-net5
no cdp enable
!
interface Serial3:15
no ip address
isdn switch-type primary-net5
no cdp enable
!
interface FastEthernet0
ip address 172.19.20.2 255.255.255.0
duplex full
speed 100
!
interface Dialer0
no ip address
!
ip classless
ip route 0.0.0.0 0.0.0.0 172.19.20.1
no ip http server
!
!
logging facility local0
logging 192.168.0.2
!
!
radius-server host 192.168.0.2 auth-port 1812 acct-port 1813
radius-server key test
radius-server vsa send accounting
radius-server vsa send authentication
!
voice-port 0:D
!
voice-port 1:D
!
voice-port 2:D
!
voice-port 3:D
!
!
!
dial-peer voice 3777 voip
huntstop
preference 2
application session
destination-pattern 3777#T
progress_ind setup enable 3
progress_ind alert enable 8
voice-class codec 2
session protocol sipv2
session target sip-server
dtmf-relay cisco-rtp h245-signal h245-alphanumeric
fax rate 9600
icpif 50
!
!
sip-ua
retry invite 3
retry response 3
retry bye 3
retry cancel 3
timers expires 300000
timers connect 300
sip-server ipv4:192.168.0.1
!
!
line con 0
line aux 0
line vty 0 4
password intermobile
!
ntp server 192.168.0.2
end