sr-users

sr-users@lists.kamailio.org

20 participants
37472 discussions

[Kamailio-Users] avp assignment in openser 1.1
by ALAEDDINE abbech 26 Nov '08

26 Nov '08

Hi all, I have openser 1.1.0 and i can't do any change before i'm certain. can i write this code or we have an other syntaxe with version 1.1. $avp(s:PAI):= '"' + $fU + '" ' + '<sip:01010101010@192.222.115.213:5060>'; append_hf("P-Asserted-Identity: $avp(s:PAI)\r\n"); thanks

3 2

[Kamailio-Users] disply name RFC 3325
by ALAEDDINE abbech 26 Nov '08

26 Nov '08

Hi, I want to disply a number "010101010101" with use of RFC 3325 in openser. I read the RFC 3325 but i don't understand how do it. Where i put this number ? in diply name in P-Asserted-Identity, in username in P-Asserted-Identity ,in diply name in FROM or in username in FROM ?

4 5

[Kamailio-Users] replace the ' sip to' header
by BERGANZ François 26 Nov '08

26 Nov '08

Hello, I need to change the to sip header. How can I do it? Cordialement, BERGANZ François cid:image001.gif@01C8F7CD.6BC1D2C0 http://www.acropolistelecom.net <http://www.acropolistelecom.net/> P Pensez à l'Environnement, n'imprimez ce mail que si nécessaire.

3 2

[Kamailio-Users] avp assignment in openser 1.1
by ALAEDDINE abbech 26 Nov '08

26 Nov '08

1 0

Re: [Kamailio-Users] UAC on ACK in reInvite
by Schober Walter 26 Nov '08

26 Nov '08

Hi Klaus! Thanks for the hint! Indeed looking into the vsf=xxx parameter a little bit closer, I found out, that on the reInvite the uac_replace() is done due to the Route: vsf=xxx Param (knew that :-), but the vsf=xxx is not added again on to the Record-Route (missed that :-). So the 2nd 200 OK doesn't contain it in the route-set anymore, thus the following ACK doesn't have it in the Route Header. Is it up to me to add it to Record-Route Header, if the Route Header contains these parameters? Shouldn't the uac_replace() do that on replacing the From again? Let's see, what I can do here. Br Walter -----Ursprüngliche Nachricht----- Von: Klaus Darilion [mailto:klaus.mailinglists@pernau.at] Gesendet: Dienstag, 25. November 2008 18:04 An: Schober Walter Cc: users(a)lists.kamailio.org Betreff: Re: [Kamailio-Users] UAC on ACK in reInvite Hi Walter! Automatic restoring uses record route parameters to store the original from URI. Maybe there is something wrong with the RR header. I can not remember any changes in UAC module, thus I am not sure if an update will help you. regards klaus Schober Walter wrote: > Hello All! > > Tried to fix that anyhow but without success yet. Anyone who could > just tell me, if it's fixed in 1.4.something? > > Scenario: > A -> Openser 1.1.1 -> Openser 1.1.1 -> Openser 1.1.1 (UAC:normalize > From to phone number in national format) -> B > > A Invites B => all OK > A reInvites B with T.38 -> INVITE => OK > <- 200 OK => OK > -> ACK => From field not handled by UAC. > > UAC config all default, so UAC restore mode "auto". Neither INVITE nor > ACK get's uac_replace'd in if(loose_route()) block, but INVITE get's > handled properly. > > Upgrading to 1.4 or 1.3 is risky - or is it not? ;-) - because never > touch a running system, isn't it? > But then that customer comes with that Allied Telesis CPE :-) (And Ati > blames the proxy for not matching the ACK in the CPE although they use > a from-tag, too). > > Many Thanks! > br > Walter > > _______________________________________________ > Users mailing list > Users(a)lists.kamailio.org > http://lists.kamailio.org/cgi-bin/mailman/listinfo/users

2 1

[Kamailio-Users] UAC on ACK in reInvite
by Schober Walter 25 Nov '08

25 Nov '08

Hello All! Tried to fix that anyhow but without success yet. Anyone who could just tell me, if it's fixed in 1.4.something? Scenario: A -> Openser 1.1.1 -> Openser 1.1.1 -> Openser 1.1.1 (UAC:normalize From to phone number in national format) -> B A Invites B => all OK A reInvites B with T.38 -> INVITE => OK <- 200 OK => OK -> ACK => From field not handled by UAC. UAC config all default, so UAC restore mode "auto". Neither INVITE nor ACK get's uac_replace'd in if(loose_route()) block, but INVITE get's handled properly. Upgrading to 1.4 or 1.3 is risky - or is it not? ;-) - because never touch a running system, isn't it? But then that customer comes with that Allied Telesis CPE :-) (And Ati blames the proxy for not matching the ACK in the CPE although they use a from-tag, too). Many Thanks! br Walter

2 1

Re: [Kamailio-Users] Username vs DID
by ingdavidcespedes＠cable.net.co 25 Nov '08

25 Nov '08

----- Mensaje original ----- De: Matteo D'Amato <matteo(a)ecosma.com> Fecha: Martes, Noviembre 25, 2008 10:12 am Asunto: [Kamailio-Users] Username vs DID > Yes I am using a PSTN Gateway, should I create a new table to hold > the link between the username and DID or do I use the information > in the alias table? > > And there may be some local calls between users, so are you saying > it would have been easier to use their actual DID numbers as their > usernames? I have seen something like this ie: PSTN Number: 7565079 Internal Extension:5079 So you use as username= 5079, and PSTN number 7565079. But it's always better, I think, to have internal user names as "John" and associate its DID only when he is trying to reach the PSTN, adding the RFC 3325 header field P-Asserted-Identity with the DID number. > --Matteo

2 1

[Serusers] problem getting calls to my gateway
by G. Ricca 25 Nov '08

25 Nov '08

1 0

[Kamailio-Users] Username vs DID
by Matteo D'Amato 25 Nov '08

25 Nov '08

Hello, I have users with one or more DID numbers assigned to them and some with none. What is the standard convention when choosing usernames? Initially I started with usernames with the following format 1001,1002,etc however when a user dials a number their username shows up instead of their DID. I'm assigning DID with the alias command. Is there a way to show their DID number or do I need to change the way I create usernames? --Matteo

2 3

[Kamailio-Users] 100% CPU and crashed coredump available
by Ali Jawad 25 Nov '08

25 Nov '08

Hi I have a high end server and only openser + a couple of calls running, I was not able to logon to the server using my softphone anymore. The server in question is Openser 1.3 The dump file core can be found at http://www.4shared.com/file/72990148/8dca8efd/core.html Regards

3 4

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

sr-users