[Serusers] SER version for SEMS

Stefan Sayer stefan.sayer at iptego.de
Fri Mar 9 23:20:31 CET 2007


Hello,

there is a tutorial on the website about setting up a voicemail server 
with SEMS on port 5070: http://www.iptel.org/howto_sems_voicemail

If you have problems in setting up this please let us know at which step 
it does not work so we can help you better and fix the howto as well.

When you have set up this then for the INVITE you want to send to 
voicemail you only need to
* add a header P-Email-Address containing the email address the email 
should be sent to (e.g. append_hf("P-Email-Address: 
gotcha_em at yahoo.com\r\n")
* t_relay to port 5070

hth
Stefan

Meidiana Ten wrote:
> Hi..
> Thanx for replying my question. Bout the advises, I really thank you too.
> I'd like to try for the last time in using SEMS, but I need some 
> explanation for a few questions below..
> Do you think if the the version of SER can cause SEMS doesn't run? I'm 
> using SER 0.9.7 now.
> My ser.cfg doesn't recognize syntax below:
> modparam("tm", "pass_provisional_replies", 1)
> is it because of the version of SER also?
> Then I used to test my SER with 2 UA. UAs are all online, let's say A 
> and B. A calls B but B doesn't reply, so it will surely forward to 
> voicemail (115), but at A softphone appear that call is fail:not found. 
> Do I need to add table to store this voicemail?
> Below is the debugs:
>  2(6454)  method:  <INVITE>
>  2(6454)  uri:     <sip:115 at pcr.ac.id>
>  2(6454)  version: <SIP/2.0>
>  2(6454) parse_headers: flags=1
>  2(6454) Found param type 232, <branch> = 
> <z9hG4bK-d87543-c22df90c7830ca15-1--d87543->; state=6
>  2(6454) Found param type 235, <rport> = <n/a>; state=17
>  2(6454) end of header reached, state=5
>  2(6454) parse_headers: Via found, flags=1
>  2(6454) parse_headers: this is the first via
>  2(6454) After parse_msg...
>  2(6454) preparing to run routing scripts...
>  2(6454) parse_headers: flags=128
>  2(6454) DEBUG:maxfwd:is_maxfwd_present: value = 70
>  2(6454) DBG:maxfwd:process_maxfwd_header: value 70 decreased to 16
>  2(6454) parse_headers: flags=8
>  2(6454) end of header reached, state=9
>  2(6454) DEBUG: get_hdr_field: <To> [28]; uri=[sip:feri at pcr.ac.id]
>  2(6454) DEBUG: to body ["feri"<sip:feri at pcr.ac.id <mailto:feri at pcr.ac.id>>
>  2(6454) DEBUG: add_param: tag=753b0f7b
>  2(6454) end of header reached, state=29
>  2(6454) parse_headers: flags=256
>  2(6454) get_hdr_field: cseq <CSeq>: <2> <INVITE>
>  2(6454) DEBUG: get_hdr_body : content_length=444
>  2(6454) found end of header
>  2(6454) find_first_route: No Route headers found
>  2(6454) loose_route: There is no Route HF
>  2(6454) is_local(): Realm 'pcr.ac.id' is local
>  2(6454) lookup(): '115' Not found in usrloc
>  2(6454) DEBUG: t_newtran: msg id=33 , global msg id=32 , T on 
> entrance=0xffffffff
>  2(6454) parse_headers: flags=-1
>  2(6454) parse_headers: flags=60
>  2(6454) t_lookup_request: start searching: hash=28438, isACK=0
>  2(6454) DEBUG: RFC3261 transaction matching failed
>  2(6454) DEBUG: t_lookup_request: no transaction found
>  2(6454) DEBUG: t_check: msg id=33 global id=33 T start=0x422e8d08
>  2(6454) DEBUG: t_check: T already found!
>  2(6454) parse_headers: flags=-1
>  2(6454) check_via_address(202.95.149.45, 202.95.149.45, 0)
>  2(6454) WARNING:vqm_resize: resize(0) called
>  2(6454) DEBUG: cleanup_uac_timers: RETR/FR timers reset
>  2(6454) DEBUG: add_to_tail_of_timer[4]: 0x422e8db4
>  2(6454) DEBUG: add_to_tail_of_timer[0]: 0x422e8dc4
>  2(6454) DEBUG: reply sent out. buf=0x81084b0: SIP/2.0 4..., 
> shmem=0x422c2f08: SIP/2.0 4
>  2(6454) DEBUG: _reply_light: finished
>  2(6454) DEBUG:destroy_avp_list: destroying list (nil)
>  2(6454) receive_msg: cleaning up
>  
> Thanx
> Regards,
>  
> Meidiana
> 
> ------------------------------------------------------------------------
> Don't get soaked. Take a quick peek at the forecast < 
> http://tools.search.yahoo.com/shortcuts/?fr=oni_on_mail&#news>
> with theYahoo! Search weather shortcut. < 
> http://tools.search.yahoo.com/shortcuts/?fr=oni_on_mail&#news>
> 
> 
> ------------------------------------------------------------------------
> 
> _______________________________________________
> Serusers mailing list
> Serusers at lists.iptel.org
> http://lists.iptel.org/mailman/listinfo/serusers

-- 
Stefan Sayer
Media Services Development

stefan.sayer at iptego.de
www.iptego.de

iptego GmbH
Am Borsigturm 40
13507 Berlin
Germany

Amtsgericht Charlottenburg, HRB 101010
Geschaeftsfuehrer: Alexander Hoffmann



More information about the sr-users mailing list