VoIP Mailing List Archives

[helmut.kuper at ewetel.de]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Hello,

after updating FS to trunk a few days ago I found that callee's display
is updated serveral times to caller's name after callee picked up. The
first two equal INFO messages looks like this:

INFO sip:2850@85.16.245.213:1040;line=367hfn9i SIP/2.0
Via: SIP/2.0/UDP 85.16.246.6;rport;branch=z9hG4bKU4803UHXaKD2r
Max-Forwards: 70
From: "Snom1 an PBX" <sip:4918@85.16.246.6>;tag=ccc4B2F9SD2rm
To: <sip:2850@85.16.245.213:1040;line=367hfn9i>;tag=zbrirvg9ow
Call-ID: 97a0e683-34e6-122d-8db2-00144fe6e330
CSeq: 121727215 INFO
Contact: <sip:mod_sofia@85.16.246.6:5060>
User-Agent: FreeSWITCH-mod_sofia/1.0.trunk-15137M
Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, REGISTER,
REFER, UPDATE, NOTIFY, PUBLISH, SUBSCRIBE
Supported: timer, precondition, path, replaces
Content-Type: message/sipfrag
Content-Length: 27

From:
To: "unknown" 2850


The third one is this:

INFO sip:2850@85.16.245.213:1040;line=367hfn9i SIP/2.0
Via: SIP/2.0/UDP 85.16.246.6;rport;branch=z9hG4bK0H7vc35evZvZj
Max-Forwards: 70
From: "Snom1 an PBX" <sip:4918@85.16.246.6>;tag=ccc4B2F9SD2rm
To: <sip:2850@85.16.245.213:1040;line=367hfn9i>;tag=zbrirvg9ow
Call-ID: 97a0e683-34e6-122d-8db2-00144fe6e330
CSeq: 121727216 INFO
Contact: <sip:mod_sofia@85.16.246.6:5060>
User-Agent: FreeSWITCH-mod_sofia/1.0.trunk-15137M
Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, REGISTER,
REFER, UPDATE, NOTIFY, PUBLISH, SUBSCRIBE
Supported: timer, precondition, path, replaces
Content-Type: message/sipfrag
Content-Length: 32

From:
To: "Snom1 an PBX" 4918


What calle sees is this:
1. Phone rings: caller's displayname
2. Callee picks up: switching from dislayname to unknown
3. Switching from unknown to displayname

After callee has picked up caller's display is also updated with
callee's name (this is a copy of callee's number rather than callee's
name) and number.

First Question:
Can this behaviour be disabled? Or can it be modified by dialplan, so
that there is no "unknown"?




Unfortunately when you do an outgoing call via openzap and callee picks
up the phone caller's display is updated with two equal INFO message
like this:

INFO sip:2850@85.16.245.213:1040;line=367hfn9i SIP/2.0
Via: SIP/2.0/UDP 85.16.246.6;rport;branch=z9hG4bK7jFa9Ztg39UUr
Max-Forwards: 70
From: <sip:890327@85.16.246.6;user=phone>;tag=9QZamXtmUyXvm
To: "Helmut Kuper" <sip:2850@85.16.246.6>;tag=5lf2e0q1on
Call-ID: 3c2a2539a966-0m3i9s85my46
CSeq: 121727707 INFO
Contact: <sip:890327@85.16.246.6:5060;transport=udp>
User-Agent: FreeSWITCH-mod_sofia/1.0.trunk-15137M
Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, REGISTER,
REFER, UPDATE, NOTIFY, PUBLISH, SUBSCRIBE
Supported: timer, precondition, path, replaces
Content-Type: message/sipfrag
Content-Length: 36

From:
To: "1/a/890327" 1/a/890327


Second Question:
Can I change the name and number via dialplan, so that the correkt name
and number is viewed to caller?


regards
helmut
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.7 (MingW32)

iD8DBQFK2Fmk4tZeNddg3dwRApPUAKCQLBEi/l6mwf1c55r5mlnEqvLLowCgoP9t
VSQFKUCWpsxVm3evyfWQT/Y=
=FGsp
-----END PGP SIGNATURE-----

_______________________________________________
FreeSWITCH-users mailing list
FreeSWITCH-users@lists.freeswitch.org
http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
http://www.freeswitch.org

[anthony.minessale at g...]

1) you should update again there were a few issues.
2) you can set the variable sip_callee_id_name and sip_callee_id number on the inbound leg before you answer to control what it says.


On Fri, Oct 16, 2009 at 6:31 AM, Helmut Kuper <helmut.kuper@ewetel.de (helmut.kuper@ewetel.de)> wrote:

[msc at freeswitch.org]

On Fri, Oct 16, 2009 at 9:18 AM, Anthony Minessale <anthony.minessale@gmail.com (anthony.minessale@gmail.com)> wrote:

[anthony.minessale at g...]

you only need to "set" it on the inbound leg and you must answer and bridge it somewhere.


On Mon, Oct 19, 2009 at 9:47 AM, Helmut Kuper <helmut.kuper@ewetel.de (helmut.kuper@ewetel.de)> wrote:

[anthony.minessale at g...]

please update and test trunk

1) I changed the core to remove the excess data by default in your scenario
2) I added variables you can use to control it origination_callee_id_name origination_callee_id_number which belong in {} in the dial string eg {origination_callee_id_number=1234}openzap/1/a/1234


On Mon, Oct 19, 2009 at 10:53 AM, Helmut Kuper <helmut.kuper@ewetel.de (helmut.kuper@ewetel.de)> wrote:

[msc at freeswitch.org]

On Mon, Oct 19, 2009 at 1:07 PM, Anthony Minessale <anthony.minessale@gmail.com (anthony.minessale@gmail.com)> wrote:

[msc at freeswitch.org]

On Tue, Oct 20, 2009 at 12:25 AM, Helmut Kuper <helmut.kuper@ewetel.de (helmut.kuper@ewetel.de)> wrote:

[brian at freeswitch.org]

Or just set the var to what you want it to say?

/b

On Oct 20, 2009, at 11:19 AM, Michael Collins wrote:

[msc at freeswitch.org]

On Wed, Oct 21, 2009 at 10:43 AM, Helmut Kuper <helmut.kuper@ewetel.de (helmut.kuper@ewetel.de)> wrote:

[brian at freeswitch.org]

I can't get what exactly you re talking about. Can you clarify ? Also
please include the packets of interest only not the full trace if its
not relevant to the bug.

/b

On Oct 22, 2009, at 10:44 AM, Helmut Kuper wrote:

[anthony.minessale at g...]

I'm sure that problem is gone in svn trunk.


On Thu, Oct 22, 2009 at 11:25 AM, Brian West <brian@freeswitch.org (brian@freeswitch.org)> wrote:

[anthony.minessale at g...]

should be even better in 15210


On Fri, Oct 23, 2009 at 6:35 AM, Helmut Kuper <helmut.kuper@ewetel.de (helmut.kuper@ewetel.de)> wrote:

[anthony.minessale at g...]

Could you maybe consolidate all of your problems into 1 thread.  I am getting dizzy.  You have 2 on the same subject and you say it works on one and does not on the other.

Last week we tested all of this with latest trunk and there is no longer any problems of any sort with the display related stuff.


On Mon, Oct 26, 2009 at 6:00 AM, Helmut Kuper <helmut.kuper@ewetel.de (helmut.kuper@ewetel.de)> wrote:

[anthony.minessale at g...]

depending on your dialplan every time you bridge to a channel it changes the display to match who you are talking to.  if you tried to set it with the variable then you call someone that is going to cause this.  Take away the display app and/or any special variables and let it naturally work.


On Mon, Oct 26, 2009 at 10:51 AM, Helmut Kuper <helmut.kuper@ewetel.de (helmut.kuper@ewetel.de)> wrote: