VoIP Mailing List Archives
Mailing list archives for the VoIP community |
|
View previous topic :: View next topic |
Author |
Message |
jayson at spectrasurf.com Guest
|
Posted: Tue Nov 18, 2014 7:37 pm Post subject: [asterisk-users] Upgraded to 13 and now "Mailbox" |
|
|
Using realtime for SIP.Using standard DB schema.
Tried mailbox as varchar(50) and bigint(10)
"sip show peer XXX" shows "Mailbox: " (empty)
So MWI isn't working
This happened before when we tried to go up to 1.8, so we stayed at 1.4
We're forced to go to 13 now. Obviously a lack of MWI is a big issue for 500 units.
Any idea why we're not getting it?
We're tried filling it into MySQL like "xxx@context" or just "xxx"
No matter what, it doesn't work.
Or maybe some how to debug/diagnose this?
Thanks! |
|
Back to top |
|
|
mjordan at digium.com Guest
|
Posted: Wed Nov 19, 2014 9:13 am Post subject: [asterisk-users] Upgraded to 13 and now "Mailbox" |
|
|
On Tue, Nov 18, 2014 at 6:36 PM, Jayson Baker <jayson@spectrasurf.com> wrote:
Quote: | Using realtime for SIP.
Using standard DB schema.
Tried mailbox as varchar(50) and bigint(10)
"sip show peer XXX" shows "Mailbox: " (empty)
So MWI isn't working
|
The "mailbox" column in a database schema should be varchar, and big
enough to hold a fully qualified mailbox name.
Quote: | This happened before when we tried to go up to 1.8, so we stayed at 1.4
We're forced to go to 13 now. Obviously a lack of MWI is a big issue for
500 units.
Any idea why we're not getting it?
We're tried filling it into MySQL like "xxx@context" or just "xxx"
No matter what, it doesn't work.
|
Per the CHANGES notes, you must now fully qualify a mailbox:
* Mailboxes defined by app_voicemail MUST be referenced by the rest of the
system as mailbox@context. The rest of the system cannot add @default
to mailbox identifiers for app_voicemail that do not specify a context
any longer. It is a mailbox identifier format that should only be
interpreted by app_voicemail.
So, if using app_voicemail, your mailboxes should always be
'xxx@vm_context' where appropriate. I don't think this is your problem
however.
Quote: | Or maybe some how to debug/diagnose this?
|
Are the rest of the fields in your peers being extracted correctly?
Can you provide the output from your database for one of your peers?
Which realtime backend are you using?
--
Matthew Jordan
Digium, Inc. | Engineering Manager
445 Jan Davis Drive NW - Huntsville, AL 35806 - USA
Check us out at: http://digium.com & http://asterisk.org
--
_____________________________________________________________________
-- Bandwidth and Colocation Provided by http://www.api-digital.com --
New to Asterisk? Join us for a live introductory webinar every Thurs:
http://www.asterisk.org/hello
asterisk-users mailing list
To UNSUBSCRIBE or update options visit:
http://lists.digium.com/mailman/listinfo/asterisk-users |
|
Back to top |
|
|
jayson at spectrasurf.com Guest
|
Posted: Wed Nov 19, 2014 9:30 am Post subject: [asterisk-users] Upgraded to 13 and now "Mailbox" |
|
|
It was originally varchar(50) and contained mailbox@context -- but that didn't work, so we tried changing it to bigint(10). It's been changed back and does contain varchar(50) with mailbox@context now.
Everything else seems to be working properly, yes.
Here's one entry from our realtime table (MySQL):
INSERT INTO `` (`id`, `name`, `username`, `secret`, `callerid`, `context`, `mailbox`, `mwi`, `host`, `setvar`, `nat`, `type`, `accountcode`, `amaflags`, `call-limit`, `callgroup`, `cancallforward`, `canreinvite`, `defaultip`, `dtmfmode`, `fromuser`, `fromdomain`, `insecure`, `language`, `md5secret`, `deny`, `permit`, `mask`, `musiconhold`, `pickupgroup`, `qualify`, `regexten`, `restrictcid`, `rtpholdtimeout`, `rtptimeout`, `disallow`, `allow`, `parkinglot`, `fullcontact`, `ipaddr`, `port`, `regserver`, `regseconds`, `lastms`, `defaultuser`, `subscribecontext`, `useragent`, `limitonpeers`) VALUES (96, '7191111111', '7191111111', '000000000000000000000000', NULL, 'outbound', '7191111111@default', NULL, 'dynamic', NULL, 'yes', 'friend', NULL, NULL, 2, NULL, 'yes', 'no', NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL, 'all', 'ulaw', NULL, 'sip:7191111111@10.105.14.7:5060', '10.105.14.7', 5060, NULL, 1416407370, 6, '7196868170', NULL, 'Linksys/SPA2102-5.2.10', NULL);
And then what "sip show peer 7191111111" shows:
*CLI> sip show peer 7196868100
* Name : 7191111111
Description :
Realtime peer: Yes, cached
Secret : <Set>
MD5Secret : <Not set>
Remote Secret: <Not set>
Context : outbound
Record On feature : automon
Record Off feature : automon
Subscr.Cont. : <Not set>
Language :
Tonezone : <Not set>
AMA flags : Unknown
Transfer mode: open
CallingPres : Presentation Allowed, Not Screened
Callgroup :
Pickupgroup :
Named Callgr :
Nam. Pickupgr:
MOH Suggest :
Mailbox :
VM Extension : *98
LastMsgsSent : 32767/65535
Call limit : 2
Max forwards : 0
Dynamic : Yes
Callerid : "" <>
MaxCallBR : 384 kbps
Expire : 53
Insecure : no
Force rport : Yes
Symmetric RTP: Yes
ACL : No
DirectMedACL : No
T.38 support : No
T.38 EC mode : Unknown
T.38 MaxDtgrm: 4294967295
DirectMedia : No
PromiscRedir : No
User=Phone : No
Video Support: No
Text Support : No
Ign SDP ver : No
Trust RPID : Yes
Send RPID : Yes
Path support : No
Path : N/A
TrustIDOutbnd: Legacy
Subscriptions: Yes
Overlap dial : Yes
DTMFmode : rfc2833
Timer T1 : 500
Timer B : 32000
ToHost :
Addr->IP : (null)
Defaddr->IP : (null)
Prim.Transp. : UDP
Allowed.Trsp : UDP
Reg. exten :
Def. Username: 7191111111
SIP Options : (none)
Codecs : (ulaw)
Auto-Framing : No
Status : UNKNOWN
Useragent : Linksys/SPA2102-5.2.10
Reg. Contact : sip:7191111111@10.106.1.17:5060
Qualify Freq : 60000 ms
Keepalive : 0 ms
Sess-Timers : Accept
Sess-Refresh : uas
Sess-Expires : 1800 secs
Min-Sess : 90 secs
RTP Engine : asterisk
Parkinglot :
Use Reason : No
Encryption : No
On Wed, Nov 19, 2014 at 7:12 AM, Matthew Jordan <mjordan@digium.com (mjordan@digium.com)> wrote:
Quote: | On Tue, Nov 18, 2014 at 6:36 PM, Jayson Baker <jayson@spectrasurf.com (jayson@spectrasurf.com)> wrote:
Quote: | Using realtime for SIP.
Using standard DB schema.
Tried mailbox as varchar(50) and bigint(10)
"sip show peer XXX" shows "Mailbox: " (empty)
So MWI isn't working
|
The "mailbox" column in a database schema should be varchar, and big
enough to hold a fully qualified mailbox name.
Quote: | This happened before when we tried to go up to 1.8, so we stayed at 1.4
We're forced to go to 13 now. Obviously a lack of MWI is a big issue for
500 units.
Any idea why we're not getting it?
We're tried filling it into MySQL like "xxx@context" or just "xxx"
No matter what, it doesn't work.
|
Per the CHANGES notes, you must now fully qualify a mailbox:
* Mailboxes defined by app_voicemail MUST be referenced by the rest of the
system as mailbox@context. The rest of the system cannot add @default
to mailbox identifiers for app_voicemail that do not specify a context
any longer. It is a mailbox identifier format that should only be
interpreted by app_voicemail.
So, if using app_voicemail, your mailboxes should always be
'xxx@vm_context' where appropriate. I don't think this is your problem
however.
Quote: | Or maybe some how to debug/diagnose this?
|
Are the rest of the fields in your peers being extracted correctly?
Can you provide the output from your database for one of your peers?
Which realtime backend are you using?
--
Matthew Jordan
Digium, Inc. | Engineering Manager
445 Jan Davis Drive NW - Huntsville, AL 35806 - USA
Check us out at: http://digium.com & http://asterisk.org
--
_____________________________________________________________________
-- Bandwidth and Colocation Provided by http://www.api-digital.com --
New to Asterisk? Join us for a live introductory webinar every Thurs:
http://www.asterisk.org/hello
asterisk-users mailing list
To UNSUBSCRIBE or update options visit:
http://lists.digium.com/mailman/listinfo/asterisk-users
|
|
|
Back to top |
|
|
mjordan at digium.com Guest
|
Posted: Wed Nov 19, 2014 10:44 am Post subject: [asterisk-users] Upgraded to 13 and now "Mailbox" |
|
|
On Wed, Nov 19, 2014 at 8:30 AM, Jayson Baker <jayson@spectrasurf.com> wrote:
Quote: | It was originally varchar(50) and contained mailbox@context -- but that
didn't work, so we tried changing it to bigint(10). It's been changed back
and does contain varchar(50) with mailbox@context now.
Everything else seems to be working properly, yes.
Here's one entry from our realtime table (MySQL):
INSERT INTO `` (`id`, `name`, `username`, `secret`, `callerid`, `context`,
`mailbox`, `mwi`, `host`, `setvar`, `nat`, `type`, `accountcode`,
`amaflags`, `call-limit`, `callgroup`, `cancallforward`, `canreinvite`,
`defaultip`, `dtmfmode`, `fromuser`, `fromdomain`, `insecure`, `language`,
`md5secret`, `deny`, `permit`, `mask`, `musiconhold`, `pickupgroup`,
`qualify`, `regexten`, `restrictcid`, `rtpholdtimeout`, `rtptimeout`,
`disallow`, `allow`, `parkinglot`, `fullcontact`, `ipaddr`, `port`,
`regserver`, `regseconds`, `lastms`, `defaultuser`, `subscribecontext`,
`useragent`, `limitonpeers`) VALUES (96, '7191111111', '7191111111',
'000000000000000000000000', NULL, 'outbound', '7191111111@default', NULL,
'dynamic', NULL, 'yes', 'friend', NULL, NULL, 2, NULL, 'yes', 'no', NULL,
NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL,
NULL, NULL, NULL, NULL, 'all', 'ulaw', NULL,
'sip:7191111111@10.105.14.7:5060', '10.105.14.7', 5060, NULL, 1416407370, 6,
'7196868170', NULL, 'Linksys/SPA2102-5.2.10', NULL);
And then what "sip show peer 7191111111" shows:
*CLI> sip show peer 7196868100
* Name : 7191111111
Description :
Realtime peer: Yes, cached
Secret : <Set>
MD5Secret : <Not set>
Remote Secret: <Not set>
Context : outbound
Record On feature : automon
Record Off feature : automon
Subscr.Cont. : <Not set>
Language :
Tonezone : <Not set>
AMA flags : Unknown
Transfer mode: open
CallingPres : Presentation Allowed, Not Screened
Callgroup :
Pickupgroup :
Named Callgr :
Nam. Pickupgr:
MOH Suggest :
Mailbox :
VM Extension : *98
LastMsgsSent : 32767/65535
Call limit : 2
Max forwards : 0
Dynamic : Yes
Callerid : "" <>
MaxCallBR : 384 kbps
Expire : 53
Insecure : no
Force rport : Yes
Symmetric RTP: Yes
ACL : No
DirectMedACL : No
T.38 support : No
T.38 EC mode : Unknown
T.38 MaxDtgrm: 4294967295
DirectMedia : No
PromiscRedir : No
User=Phone : No
Video Support: No
Text Support : No
Ign SDP ver : No
Trust RPID : Yes
Send RPID : Yes
Path support : No
Path : N/A
TrustIDOutbnd: Legacy
Subscriptions: Yes
Overlap dial : Yes
DTMFmode : rfc2833
Timer T1 : 500
Timer B : 32000
ToHost :
Addr->IP : (null)
Defaddr->IP : (null)
Prim.Transp. : UDP
Allowed.Trsp : UDP
Reg. exten :
Def. Username: 7191111111
SIP Options : (none)
Codecs : (ulaw)
Auto-Framing : No
Status : UNKNOWN
Useragent : Linksys/SPA2102-5.2.10
Reg. Contact : sip:7191111111@10.106.1.17:5060
Qualify Freq : 60000 ms
Keepalive : 0 ms
Sess-Timers : Accept
Sess-Refresh : uas
Sess-Expires : 1800 secs
Min-Sess : 90 secs
RTP Engine : asterisk
Parkinglot :
Use Reason : No
Encryption : No
|
Which realtime backend are you using? (MySQL can be interfaced to with
a variety of backends)
--
Matthew Jordan
Digium, Inc. | Engineering Manager
445 Jan Davis Drive NW - Huntsville, AL 35806 - USA
Check us out at: http://digium.com & http://asterisk.org
--
_____________________________________________________________________
-- Bandwidth and Colocation Provided by http://www.api-digital.com --
New to Asterisk? Join us for a live introductory webinar every Thurs:
http://www.asterisk.org/hello
asterisk-users mailing list
To UNSUBSCRIBE or update options visit:
http://lists.digium.com/mailman/listinfo/asterisk-users |
|
Back to top |
|
|
jayson at spectrasurf.com Guest
|
Posted: Wed Nov 19, 2014 11:12 am Post subject: [asterisk-users] Upgraded to 13 and now "Mailbox" |
|
|
res_mysql connecting to a MySQL database. Is that what you're asking? It's all MySQL.
On Wed, Nov 19, 2014 at 8:43 AM, Matthew Jordan <mjordan@digium.com (mjordan@digium.com)> wrote:
Quote: | On Wed, Nov 19, 2014 at 8:30 AM, Jayson Baker <jayson@spectrasurf.com (jayson@spectrasurf.com)> wrote:
Quote: | It was originally varchar(50) and contained mailbox@context -- but that
didn't work, so we tried changing it to bigint(10). It's been changed back
and does contain varchar(50) with mailbox@context now.
Everything else seems to be working properly, yes.
Here's one entry from our realtime table (MySQL):
INSERT INTO `` (`id`, `name`, `username`, `secret`, `callerid`, `context`,
`mailbox`, `mwi`, `host`, `setvar`, `nat`, `type`, `accountcode`,
`amaflags`, `call-limit`, `callgroup`, `cancallforward`, `canreinvite`,
`defaultip`, `dtmfmode`, `fromuser`, `fromdomain`, `insecure`, `language`,
`md5secret`, `deny`, `permit`, `mask`, `musiconhold`, `pickupgroup`,
`qualify`, `regexten`, `restrictcid`, `rtpholdtimeout`, `rtptimeout`,
`disallow`, `allow`, `parkinglot`, `fullcontact`, `ipaddr`, `port`,
`regserver`, `regseconds`, `lastms`, `defaultuser`, `subscribecontext`,
`useragent`, `limitonpeers`) VALUES (96, '7191111111', '7191111111',
'000000000000000000000000', NULL, 'outbound', '7191111111@default', NULL,
'dynamic', NULL, 'yes', 'friend', NULL, NULL, 2, NULL, 'yes', 'no', NULL,
NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL,
NULL, NULL, NULL, NULL, 'all', 'ulaw', NULL,
'sip:7191111111@10.105.14.7:5060', '10.105.14.7', 5060, NULL, 1416407370, 6,
'[url=tel:7196868170]7196868170[/url]', NULL, 'Linksys/SPA2102-5.2.10', NULL);
And then what "sip show peer 7191111111" shows:
*CLI> sip show peer 7196868100
* Name : 7191111111
Description :
Realtime peer: Yes, cached
Secret : <Set>
MD5Secret : <Not set>
Remote Secret: <Not set>
Context : outbound
Record On feature : automon
Record Off feature : automon
Subscr.Cont. : <Not set>
Language :
Tonezone : <Not set>
AMA flags : Unknown
Transfer mode: open
CallingPres : Presentation Allowed, Not Screened
Callgroup :
Pickupgroup :
Named Callgr :
Nam. Pickupgr:
MOH Suggest :
Mailbox :
VM Extension : *98
LastMsgsSent : 32767/65535
Call limit : 2
Max forwards : 0
Dynamic : Yes
Callerid : "" <>
MaxCallBR : 384 kbps
Expire : 53
Insecure : no
Force rport : Yes
Symmetric RTP: Yes
ACL : No
DirectMedACL : No
T.38 support : No
T.38 EC mode : Unknown
T.38 MaxDtgrm: 4294967295
DirectMedia : No
PromiscRedir : No
User=Phone : No
Video Support: No
Text Support : No
Ign SDP ver : No
Trust RPID : Yes
Send RPID : Yes
Path support : No
Path : N/A
TrustIDOutbnd: Legacy
Subscriptions: Yes
Overlap dial : Yes
DTMFmode : rfc2833
Timer T1 : 500
Timer B : 32000
ToHost :
Addr->IP : (null)
Defaddr->IP : (null)
Prim.Transp. : UDP
Allowed.Trsp : UDP
Reg. exten :
Def. Username: 7191111111
SIP Options : (none)
Codecs : (ulaw)
Auto-Framing : No
Status : UNKNOWN
Useragent : Linksys/SPA2102-5.2.10
Reg. Contact : sip:7191111111@10.106.1.17:5060
Qualify Freq : 60000 ms
Keepalive : 0 ms
Sess-Timers : Accept
Sess-Refresh : uas
Sess-Expires : 1800 secs
Min-Sess : 90 secs
RTP Engine : asterisk
Parkinglot :
Use Reason : No
Encryption : No
|
Which realtime backend are you using? (MySQL can be interfaced to with
a variety of backends)
--
Matthew Jordan
Digium, Inc. | Engineering Manager
445 Jan Davis Drive NW - Huntsville, AL 35806 - USA
Check us out at: http://digium.com & http://asterisk.org
--
_____________________________________________________________________
-- Bandwidth and Colocation Provided by http://www.api-digital.com --
New to Asterisk? Join us for a live introductory webinar every Thurs:
http://www.asterisk.org/hello
asterisk-users mailing list
To UNSUBSCRIBE or update options visit:
http://lists.digium.com/mailman/listinfo/asterisk-users
|
|
|
Back to top |
|
|
jayson at spectrasurf.com Guest
|
Posted: Wed Nov 19, 2014 3:24 pm Post subject: [asterisk-users] Upgraded to 13 and now "Mailbox" |
|
|
This same issue has happened on 1.8 as well. And so far on all 6 of our systems we upgraded to 13. It must be something simple? How can we diagnose it?
On Wed, Nov 19, 2014 at 9:12 AM, Jayson Baker <jayson@spectrasurf.com (jayson@spectrasurf.com)> wrote:
Quote: | res_mysql connecting to a MySQL database. Is that what you're asking? It's all MySQL.
On Wed, Nov 19, 2014 at 8:43 AM, Matthew Jordan <mjordan@digium.com (mjordan@digium.com)> wrote:
Quote: | On Wed, Nov 19, 2014 at 8:30 AM, Jayson Baker <jayson@spectrasurf.com (jayson@spectrasurf.com)> wrote:
Quote: | It was originally varchar(50) and contained mailbox@context -- but that
didn't work, so we tried changing it to bigint(10). It's been changed back
and does contain varchar(50) with mailbox@context now.
Everything else seems to be working properly, yes.
Here's one entry from our realtime table (MySQL):
INSERT INTO `` (`id`, `name`, `username`, `secret`, `callerid`, `context`,
`mailbox`, `mwi`, `host`, `setvar`, `nat`, `type`, `accountcode`,
`amaflags`, `call-limit`, `callgroup`, `cancallforward`, `canreinvite`,
`defaultip`, `dtmfmode`, `fromuser`, `fromdomain`, `insecure`, `language`,
`md5secret`, `deny`, `permit`, `mask`, `musiconhold`, `pickupgroup`,
`qualify`, `regexten`, `restrictcid`, `rtpholdtimeout`, `rtptimeout`,
`disallow`, `allow`, `parkinglot`, `fullcontact`, `ipaddr`, `port`,
`regserver`, `regseconds`, `lastms`, `defaultuser`, `subscribecontext`,
`useragent`, `limitonpeers`) VALUES (96, '7191111111', '7191111111',
'000000000000000000000000', NULL, 'outbound', '7191111111@default', NULL,
'dynamic', NULL, 'yes', 'friend', NULL, NULL, 2, NULL, 'yes', 'no', NULL,
NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL,
NULL, NULL, NULL, NULL, 'all', 'ulaw', NULL,
'sip:7191111111@10.105.14.7:5060', '10.105.14.7', 5060, NULL, 1416407370, 6,
'[url=tel:7196868170]7196868170[/url]', NULL, 'Linksys/SPA2102-5.2.10', NULL);
And then what "sip show peer 7191111111" shows:
*CLI> sip show peer [url=tel:7196868100]7196868100[/url]
* Name : 7191111111
Description :
Realtime peer: Yes, cached
Secret : <Set>
MD5Secret : <Not set>
Remote Secret: <Not set>
Context : outbound
Record On feature : automon
Record Off feature : automon
Subscr.Cont. : <Not set>
Language :
Tonezone : <Not set>
AMA flags : Unknown
Transfer mode: open
CallingPres : Presentation Allowed, Not Screened
Callgroup :
Pickupgroup :
Named Callgr :
Nam. Pickupgr:
MOH Suggest :
Mailbox :
VM Extension : *98
LastMsgsSent : 32767/65535
Call limit : 2
Max forwards : 0
Dynamic : Yes
Callerid : "" <>
MaxCallBR : 384 kbps
Expire : 53
Insecure : no
Force rport : Yes
Symmetric RTP: Yes
ACL : No
DirectMedACL : No
T.38 support : No
T.38 EC mode : Unknown
T.38 MaxDtgrm: 4294967295
DirectMedia : No
PromiscRedir : No
User=Phone : No
Video Support: No
Text Support : No
Ign SDP ver : No
Trust RPID : Yes
Send RPID : Yes
Path support : No
Path : N/A
TrustIDOutbnd: Legacy
Subscriptions: Yes
Overlap dial : Yes
DTMFmode : rfc2833
Timer T1 : 500
Timer B : 32000
ToHost :
Addr->IP : (null)
Defaddr->IP : (null)
Prim.Transp. : UDP
Allowed.Trsp : UDP
Reg. exten :
Def. Username: 7191111111
SIP Options : (none)
Codecs : (ulaw)
Auto-Framing : No
Status : UNKNOWN
Useragent : Linksys/SPA2102-5.2.10
Reg. Contact : sip:7191111111@10.106.1.17:5060
Qualify Freq : 60000 ms
Keepalive : 0 ms
Sess-Timers : Accept
Sess-Refresh : uas
Sess-Expires : 1800 secs
Min-Sess : 90 secs
RTP Engine : asterisk
Parkinglot :
Use Reason : No
Encryption : No
|
Which realtime backend are you using? (MySQL can be interfaced to with
a variety of backends)
--
Matthew Jordan
Digium, Inc. | Engineering Manager
445 Jan Davis Drive NW - Huntsville, AL 35806 - USA
Check us out at: http://digium.com & http://asterisk.org
--
_____________________________________________________________________
-- Bandwidth and Colocation Provided by http://www.api-digital.com --
New to Asterisk? Join us for a live introductory webinar every Thurs:
http://www.asterisk.org/hello
asterisk-users mailing list
To UNSUBSCRIBE or update options visit:
http://lists.digium.com/mailman/listinfo/asterisk-users
|
|
|
|
Back to top |
|
|
asterisk.org at sedwar... Guest
|
Posted: Wed Nov 19, 2014 5:31 pm Post subject: [asterisk-users] Upgraded to 13 and now "Mailbox" |
|
|
Please don't top-post.
On Wed, 19 Nov 2014, Jayson Baker wrote:
Quote: | This same issue has happened on 1.8 as well. And so far on all 6 of our
systems we upgraded to 13. It must be something simple? How can we
diagnose it?
|
Coming late to the party, but...
I'd run tcpdump ('sudo tcpdump -A -s 0 port 3306') and see:
1) Are packets flowing back and forth like you'd expect.
2) Can you capture an insert statement so you can apply it in the MySQL
command line client? You may get a meaningful error message or observe
something funky in one of the columns.
--
Thanks in advance,
-------------------------------------------------------------------------
Steve Edwards sedwards@sedwards.com Voice: +1-760-468-3867 PST
Newline Fax: +1-760-731-3000
--
_____________________________________________________________________
-- Bandwidth and Colocation Provided by http://www.api-digital.com --
New to Asterisk? Join us for a live introductory webinar every Thurs:
http://www.asterisk.org/hello
asterisk-users mailing list
To UNSUBSCRIBE or update options visit:
http://lists.digium.com/mailman/listinfo/asterisk-users |
|
Back to top |
|
|
jayson at spectrasurf.com Guest
|
Posted: Wed Nov 19, 2014 5:45 pm Post subject: [asterisk-users] Upgraded to 13 and now "Mailbox" |
|
|
As the MySQL DB is on the same servers as the Asterisk software, I'm afraid a tcpdump won't show much. We have looked at the SQL traffic and all we see is the usual "SELECT * FROM sip_buddies WHERE..." -- well that doesn't do much good, as we know the "mailbox" column is being returned properly during a SQL SELECT.
It seems like Asterisk is just throwing that field away. But not always. Sometimes after a sip reload a few SIP registrations will have the Mailbox field populated.
Looking at debug in Asterisk doesn't show anything other than that Asterisk found the SQL fields (including "mailbox") and what SQL SELECT statements it's running.
This just seems so simple! Has to be something we have contextually wrong somewhere or something. Thanks for the help.
On Wed, Nov 19, 2014 at 3:31 PM, Steve Edwards <asterisk.org@sedwards.com (asterisk.org@sedwards.com)> wrote:
Quote: | Please don't top-post.
On Wed, 19 Nov 2014, Jayson Baker wrote:
Quote: | This same issue has happened on 1.8 as well. And so far on all 6 of our systems we upgraded to 13. It must be something simple? How can we diagnose it?
|
Coming late to the party, but...
I'd run tcpdump ('sudo tcpdump -A -s 0 port 3306') and see:
1) Are packets flowing back and forth like you'd expect.
2) Can you capture an insert statement so you can apply it in the MySQL command line client? You may get a meaningful error message or observe something funky in one of the columns.
--
Thanks in advance,
-------------------------------------------------------------------------
Steve Edwards sedwards@sedwards.com (sedwards@sedwards.com) Voice: [url=tel:%2B1-760-468-3867]+1-760-468-3867[/url] PST
Newline Fax: [url=tel:%2B1-760-731-3000]+1-760-731-3000[/url]
--
_____________________________________________________________________
-- Bandwidth and Colocation Provided by http://www.api-digital.com --
New to Asterisk? Join us for a live introductory webinar every Thurs:
http://www.asterisk.org/hello
asterisk-users mailing list
To UNSUBSCRIBE or update options visit:
http://lists.digium.com/mailman/listinfo/asterisk-users
|
|
|
Back to top |
|
|
asterisk_list at earth... Guest
|
Posted: Thu Nov 20, 2014 10:52 am Post subject: [asterisk-users] Upgraded to 13 and now "Mailbox" |
|
|
********** THIS IS NOT WHERE YOUR REPLY BELONGS **********
On Wednesday 19 Nov 2014, Jayson Baker wrote:
Quote: | On Wed, Nov 19, 2014 at 3:31 PM, Steve Edwards <asterisk.org@sedwards.com>
wrote:
Quote: | Please don't top-post.
On Wed, 19 Nov 2014, Jayson Baker wrote:
This same issue has happened on 1.8 as well. And so far on all 6 of our
Quote: | systems we upgraded to 13. It must be something simple? How can we
diagnose it?
|
Coming late to the party, but...
I'd run tcpdump ('sudo tcpdump -A -s 0 port 3306') and see:
1) Are packets flowing back and forth like you'd expect.
2) Can you capture an insert statement so you can apply it in the MySQL
command line client? You may get a meaningful error message or observe
something funky in one of the columns.
| As the MySQL DB is on the same servers as the Asterisk software, I'm afraid
a tcpdump won't show much. We have looked at the SQL traffic and all we
see is the usual "SELECT * FROM sip_buddies WHERE..." -- well that doesn't
do much good, as we know the "mailbox" column is being returned properly
during a SQL SELECT.
It seems like Asterisk is just throwing that field away. But not always.
Sometimes after a sip reload a few SIP registrations will have the Mailbox
field populated.
Looking at debug in Asterisk doesn't show anything other than that Asterisk
found the SQL fields (including "mailbox") and what SQL SELECT statements
it's running.
This just seems so simple! Has to be something we have contextually wrong
somewhere or something. Thanks for the help.
|
First try this;
mysql> SHOW VARIABLES LIKE "general_log%" ;
+------------------+---------------------------+
| Variable_name | Value |
+------------------+---------------------------+
| general_log | OFF |
| general_log_file | /var/lib/mysql/debian.log |
+------------------+---------------------------+
2 rows in set (0.00 sec)
Note the value for "general_log_file". Now enter
mysql> SET GLOBAL general_log = 1;
Exit out of mysql (if you're not using screen, or multiple tabs in your
terminal emulator) and run
$ tail -fn0 /var/lib/mysql/debian.log
(or whatever the log file is called). Now you will get every SQL query
executed on the server scroling past, and you might get a clue from this what
might be the matter.
--
AJS
Note: Originating address only accepts e-mail from list! If replying off-
list, change address to asterisk1list at earthshod dot co dot uk .
--
_____________________________________________________________________
-- Bandwidth and Colocation Provided by http://www.api-digital.com --
New to Asterisk? Join us for a live introductory webinar every Thurs:
http://www.asterisk.org/hello
asterisk-users mailing list
To UNSUBSCRIBE or update options visit:
http://lists.digium.com/mailman/listinfo/asterisk-users |
|
Back to top |
|
|
jayson at spectrasurf.com Guest
|
Posted: Thu Nov 20, 2014 11:47 am Post subject: [asterisk-users] Upgraded to 13 and now "Mailbox" |
|
|
Well we've ruled out that this is in anyway MySQL or even res_config_mysql related.
This morning our guys wrote a backend for res_config_curl to return static information (in no way touching anything SQL at all).
Still we are getting intermittent "Mailbox" results in a "sip show peer". Sometimes it's there for some endpoints. Sometimes it's not. Sometimes it'll show up (or disappear) after the endpoint's registry expires. Or if we do a "sip reload" it'll come and go.
Since we've totally ruled out this being at all a problem with MySQL that helps somewhat (I guess?).
Could this in any way be related to the endpoint themselves? All Linksys/Sipura stuff. I wouldn't think so, but maybe the endpoint's are all misconfigured? Or could it be a setting in sip.conf that is incorrect? Here's the total of the sip.conf (again since we're using realtime it's mostly empty).
Or maybe this is something in the realtime engine? Is there something "realtime" shared between mysql and curl?
Thanks for help!!
sip.conf:
[general]
progressinband=never
rtcachefriends=yes
rtupdate=yes
ignoreregexpire=yes
checkmwi=60
trustrpid=yes
sendrpid=yes
sendrpid=rpid
rpid_update=yes
shrinkcallerid=no
t38pt_udptl=yes,redundancy,maxdatagram=400
vmexten=*98
canreinvite=no
qualify=yes
tos_sip=cs3
tos_audio=ef
tos_video=af41
accept_outofcall_messages = yes
outofcall_message_context = dpma_message_context
auth_message_requests = no
callcounter=yes
callevents=yes
On Thu, Nov 20, 2014 at 8:51 AM, A J Stiles <asterisk_list@earthshod.co.uk (asterisk_list@earthshod.co.uk)> wrote:
Quote: | ********** THIS IS NOT WHERE YOUR REPLY BELONGS **********
On Wednesday 19 Nov 2014, Jayson Baker wrote:
Quote: | On Wed, Nov 19, 2014 at 3:31 PM, Steve Edwards <asterisk.org@sedwards.com (asterisk.org@sedwards.com)>
wrote:
Quote: | Please don't top-post.
On Wed, 19 Nov 2014, Jayson Baker wrote:
This same issue has happened on 1.8 as well. And so far on all 6 of our
Quote: | systems we upgraded to 13. It must be something simple? How can we
diagnose it?
|
Coming late to the party, but...
I'd run tcpdump ('sudo tcpdump -A -s 0 port 3306') and see:
1) Are packets flowing back and forth like you'd expect.
2) Can you capture an insert statement so you can apply it in the MySQL
command line client? You may get a meaningful error message or observe
something funky in one of the columns.
| As the MySQL DB is on the same servers as the Asterisk software, I'm afraid
a tcpdump won't show much. We have looked at the SQL traffic and all we
see is the usual "SELECT * FROM sip_buddies WHERE..." -- well that doesn't
do much good, as we know the "mailbox" column is being returned properly
during a SQL SELECT.
It seems like Asterisk is just throwing that field away. But not always.
Sometimes after a sip reload a few SIP registrations will have the Mailbox
field populated.
Looking at debug in Asterisk doesn't show anything other than that Asterisk
found the SQL fields (including "mailbox") and what SQL SELECT statements
it's running.
This just seems so simple! Has to be something we have contextually wrong
somewhere or something. Thanks for the help.
|
First try this;
mysql> SHOW VARIABLES LIKE "general_log%" ;
+------------------+---------------------------+
| Variable_name | Value |
+------------------+---------------------------+
| general_log | OFF |
| general_log_file | /var/lib/mysql/debian.log |
+------------------+---------------------------+
2 rows in set (0.00 sec)
Note the value for "general_log_file". Now enter
mysql> SET GLOBAL general_log = 1;
Exit out of mysql (if you're not using screen, or multiple tabs in your
terminal emulator) and run
$ tail -fn0 /var/lib/mysql/debian.log
(or whatever the log file is called). Now you will get every SQL query
executed on the server scroling past, and you might get a clue from this what
might be the matter.
--
AJS
Note: Originating address only accepts e-mail from list! If replying off-
list, change address to asterisk1list at earthshod dot co dot uk .
--
_____________________________________________________________________
-- Bandwidth and Colocation Provided by http://www.api-digital.com --
New to Asterisk? Join us for a live introductory webinar every Thurs:
http://www.asterisk.org/hello
asterisk-users mailing list
To UNSUBSCRIBE or update options visit:
http://lists.digium.com/mailman/listinfo/asterisk-users
|
|
|
Back to top |
|
|
asterisk_list at earth... Guest
|
Posted: Thu Nov 20, 2014 11:57 am Post subject: [asterisk-users] Upgraded to 13 and now "Mailbox" |
|
|
********** THIS IS NOT WHERE YOUR REPLY BELONGS **********
Which part of "THIS IS NOT WHERE YOUR REPLY BELONGS" do you not understand?
--
AJS
Note: Originating address only accepts e-mail from list! If replying off-
list, change address to asterisk1list at earthshod dot co dot uk .
--
_____________________________________________________________________
-- Bandwidth and Colocation Provided by http://www.api-digital.com --
New to Asterisk? Join us for a live introductory webinar every Thurs:
http://www.asterisk.org/hello
asterisk-users mailing list
To UNSUBSCRIBE or update options visit:
http://lists.digium.com/mailman/listinfo/asterisk-users |
|
Back to top |
|
|
jayson at spectrasurf.com Guest
|
Posted: Thu Nov 20, 2014 12:07 pm Post subject: [asterisk-users] Upgraded to 13 and now "Mailbox" |
|
|
Well exactly where are we supposed to reply then? Via US Mail?
On Thu, Nov 20, 2014 at 9:56 AM, A J Stiles <asterisk_list@earthshod.co.uk (asterisk_list@earthshod.co.uk)> wrote:
Quote: | ********** THIS IS NOT WHERE YOUR REPLY BELONGS **********
Which part of "THIS IS NOT WHERE YOUR REPLY BELONGS" do you not understand?
--
AJS
Note: Originating address only accepts e-mail from list! If replying off-
list, change address to asterisk1list at earthshod dot co dot uk .
--
_____________________________________________________________________
-- Bandwidth and Colocation Provided by http://www.api-digital.com --
New to Asterisk? Join us for a live introductory webinar every Thurs:
http://www.asterisk.org/hello
asterisk-users mailing list
To UNSUBSCRIBE or update options visit:
http://lists.digium.com/mailman/listinfo/asterisk-users
|
|
|
Back to top |
|
|
asterisk_list at earth... Guest
|
Posted: Thu Nov 20, 2014 12:12 pm Post subject: [asterisk-users] Upgraded to 13 and now "Mailbox" |
|
|
********** THIS IS NOT WHERE YOUR REPLY BELONGS **********
On Thursday 20 Nov 2014, Jayson Baker wrote:
Quote: | On Thu, Nov 20, 2014 at 9:56 AM, A J Stiles <asterisk_list@earthshod.co.uk>
wrote:
Quote: | ********** THIS IS NOT WHERE YOUR REPLY BELONGS **********
Which part of "THIS IS NOT WHERE YOUR REPLY BELONGS" do you not
understand?
| Well exactly where are we supposed to reply then? Via US Mail?
|
You are supposed to reply *after* the thing you are replying to. Like this.
So the conversation flows neatly.
--
AJS
Note: Originating address only accepts e-mail from list! If replying off-
list, change address to asterisk1list at earthshod dot co dot uk .
--
_____________________________________________________________________
-- Bandwidth and Colocation Provided by http://www.api-digital.com --
New to Asterisk? Join us for a live introductory webinar every Thurs:
http://www.asterisk.org/hello
asterisk-users mailing list
To UNSUBSCRIBE or update options visit:
http://lists.digium.com/mailman/listinfo/asterisk-users |
|
Back to top |
|
|
jayson at spectrasurf.com Guest
|
Posted: Thu Nov 20, 2014 1:57 pm Post subject: [asterisk-users] Upgraded to 13 and now "Mailbox" |
|
|
On Thu, Nov 20, 2014 at 9:47 AM, Jayson Baker <jayson@spectrasurf.com (jayson@spectrasurf.com)> wrote:
Quote: | Well we've ruled out that this is in anyway MySQL or even res_config_mysql related.
This morning our guys wrote a backend for res_config_curl to return static information (in no way touching anything SQL at all).
Still we are getting intermittent "Mailbox" results in a "sip show peer". Sometimes it's there for some endpoints. Sometimes it's not. Sometimes it'll show up (or disappear) after the endpoint's registry expires. Or if we do a "sip reload" it'll come and go.
Since we've totally ruled out this being at all a problem with MySQL that helps somewhat (I guess?).
Could this in any way be related to the endpoint themselves? All Linksys/Sipura stuff. I wouldn't think so, but maybe the endpoint's are all misconfigured? Or could it be a setting in sip.conf that is incorrect? Here's the total of the sip.conf (again since we're using realtime it's mostly empty).
Or maybe this is something in the realtime engine? Is there something "realtime" shared between mysql and curl?
Thanks for help!!
sip.conf:
[general]
progressinband=never
rtcachefriends=yes
rtupdate=yes
ignoreregexpire=yes
checkmwi=60
trustrpid=yes
sendrpid=yes
sendrpid=rpid
rpid_update=yes
shrinkcallerid=no
t38pt_udptl=yes,redundancy,maxdatagram=400
vmexten=*98
canreinvite=no
qualify=yes
tos_sip=cs3
tos_audio=ef
tos_video=af41
accept_outofcall_messages = yes
outofcall_message_context = dpma_message_context
auth_message_requests = no
callcounter=yes
callevents=yes
On Thu, Nov 20, 2014 at 8:51 AM, A J Stiles <asterisk_list@earthshod.co.uk (asterisk_list@earthshod.co.uk)> wrote:
Quote: | ********** THIS IS NOT WHERE YOUR REPLY BELONGS **********
On Wednesday 19 Nov 2014, Jayson Baker wrote:
Quote: | On Wed, Nov 19, 2014 at 3:31 PM, Steve Edwards <asterisk.org@sedwards.com (asterisk.org@sedwards.com)>
wrote:
Quote: | Please don't top-post.
On Wed, 19 Nov 2014, Jayson Baker wrote:
This same issue has happened on 1.8 as well. And so far on all 6 of our
Quote: | systems we upgraded to 13. It must be something simple? How can we
diagnose it?
|
Coming late to the party, but...
I'd run tcpdump ('sudo tcpdump -A -s 0 port 3306') and see:
1) Are packets flowing back and forth like you'd expect.
2) Can you capture an insert statement so you can apply it in the MySQL
command line client? You may get a meaningful error message or observe
something funky in one of the columns.
| As the MySQL DB is on the same servers as the Asterisk software, I'm afraid
a tcpdump won't show much. We have looked at the SQL traffic and all we
see is the usual "SELECT * FROM sip_buddies WHERE..." -- well that doesn't
do much good, as we know the "mailbox" column is being returned properly
during a SQL SELECT.
It seems like Asterisk is just throwing that field away. But not always.
Sometimes after a sip reload a few SIP registrations will have the Mailbox
field populated.
Looking at debug in Asterisk doesn't show anything other than that Asterisk
found the SQL fields (including "mailbox") and what SQL SELECT statements
it's running.
This just seems so simple! Has to be something we have contextually wrong
somewhere or something. Thanks for the help.
|
First try this;
mysql> SHOW VARIABLES LIKE "general_log%" ;
+------------------+---------------------------+
| Variable_name | Value |
+------------------+---------------------------+
| general_log | OFF |
| general_log_file | /var/lib/mysql/debian.log |
+------------------+---------------------------+
2 rows in set (0.00 sec)
Note the value for "general_log_file". Now enter
mysql> SET GLOBAL general_log = 1;
Exit out of mysql (if you're not using screen, or multiple tabs in your
terminal emulator) and run
$ tail -fn0 /var/lib/mysql/debian.log
(or whatever the log file is called). Now you will get every SQL query
executed on the server scroling past, and you might get a clue from this what
might be the matter.
--
AJS
Note: Originating address only accepts e-mail from list! If replying off-
list, change address to asterisk1list at earthshod dot co dot uk .
--
_____________________________________________________________________
-- Bandwidth and Colocation Provided by http://www.api-digital.com --
New to Asterisk? Join us for a live introductory webinar every Thurs:
http://www.asterisk.org/hello
asterisk-users mailing list
To UNSUBSCRIBE or update options visit:
http://lists.digium.com/mailman/listinfo/asterisk-users
|
|
Mailbox continues to be missing most times. Touching (or rm'ing) the file in /var/spool/asterisk/voicemail does nothing until a "core restart now" then as soon as the phone registers the light is sync'ed. MySQL or CURL, doesn't matter, anything realtime. Seems so odd to have this issue on 6 installations, 3 different versions, and nobody knows. We've even stripped it down barebones, loading only about 7 modules and clean config files. |
|
Back to top |
|
|
jnovack at stromberg-c... Guest
|
Posted: Thu Nov 20, 2014 6:56 pm Post subject: [asterisk-users] Upgraded to 13 and now "Mailbox" |
|
|
Eric Wieling wrote:
Quote: | I doubt the person cares, if you don't like people top posting then stop reading their messages. If someone top posts, nothing you do will make them stop top posting. Complaining about something you cannot change just wastes everyone's time. I have a rule which deletes messages with "top post" in them so I don't usually see these silly messages.
| Some might even say that the constant complaining about top posting, expecting different results, is a definition of insanity!
Some of the same folks who constantly complain about top posting will leave many many footers from the list in place, which makes the "neatly flowing conversation" nearly impossible.
Peg Leg O'Brien
Quote: | -----Original Message-----
From: asterisk-users-bounces@lists.digium.com [mailto:asterisk-users-bounces@lists.digium.com] On Behalf Of A J Stiles
Sent: Thursday, November 20, 2014 11:57 AM
To: Asterisk Users Mailing List - Non-Commercial Discussion
Subject: Re: [asterisk-users] Upgraded to 13 and now "Mailbox" is empty in sip show peers
********** THIS IS NOT WHERE YOUR REPLY BELONGS **********
Which part of "THIS IS NOT WHERE YOUR REPLY BELONGS" do you not understand?
|
--
Dog is my Co-pilot
--
_____________________________________________________________________
-- Bandwidth and Colocation Provided by http://www.api-digital.com --
New to Asterisk? Join us for a live introductory webinar every Thurs:
http://www.asterisk.org/hello
asterisk-users mailing list
To UNSUBSCRIBE or update options visit:
http://lists.digium.com/mailman/listinfo/asterisk-users |
|
Back to top |
|
|
|
|
|
You cannot post new topics in this forum You cannot reply to topics in this forum You cannot edit your posts in this forum You cannot delete your posts in this forum You cannot vote in polls in this forum
|
Powered by phpBB © 2001, 2005 phpBB Group
|