[Serusers] SER version for SEMS

[Meidiana Ten]

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>
   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 
 with theYahoo! Search weather shortcut.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sip-router.org/pipermail/sr-users/attachments/20070309/4ea52a41/attachment.htm>