Re: [asterisk-users] chan_ss7 issue
Gentler reminderany body to help me pls On Tue, Mar 23, 2010 at 2:20 PM, Kasun Daminda damind...@gmail.com wrote: Dear all, Do you have come acrross with this issue. My ss7 link get fluctuating. It use chan_ss7 version 1.0.95-beta. I have 8 E1s running on a DL380 server. This enable to have calls from sip to ss7 and vice versa. However ss7 links are not stable. linkset siuc, link l1, schannel 1, sls 0, NOT_ALIGNED, rx: 1, tx: 2/4, sentseq/lastack: 127/127, total 4034145216, 4031118560 linkset siuc, link l5, schannel 1, sls 1, INSERVICE, rx: 5, tx: 3/3, sentseq/lastack: 95/95, total 4030833616, 4028245568 ^[[a[r...@localhost ~]# asterisk -rx ss7 link status linkset siuc, link l1, schannel 1, sls 0, NOT_ALIGNED, rx: 2, tx: 4/4, sentseq/lastack: 127/127, total 4034149872, 4031123216 linkset siuc, link l5, schannel 1, sls 1, INSERVICE, rx: 2, tx: 3/3, sentseq/lastack: 100/100, total 4030838272, 4028250224 ^[[a[r...@localhost ~]# asterisk -rx ss7 link status linkset siuc, link l1, schannel 1, sls 0, NOT_ALIGNED, rx: 1, tx: 3/4, sentseq/lastack: 127/127, total 4034154480, 4031127824 linkset siuc, link l5, schannel 1, sls 1, DOWN, rx: 5, tx: 4/4, sentseq/lastack: 100/101, total 4030842880, 4028254832 ^[[a[r...@localhost ~]# asterisk -rx ss7 link status linkset siuc, link l1, schannel 1, sls 0, NOT_ALIGNED, rx: 3, tx: 1/4, sentseq/lastack: 127/127, total 4034159456, 4031132800 linkset siuc, link l5, schannel 1, sls 1, DOWN, rx: 0, tx: 0/4, sentseq/lastack: 100/101, total 4030847840, 4028259792 ^[[a[r...@localhost ~]# asterisk -rx ss7 link status linkset siuc, link l1, schannel 1, sls 0, NOT_ALIGNED, rx: 4, tx: 4/4, sentseq/lastack: 127/127, total 4034164432, 4031137776 linkset siuc, link l5, schannel 1, sls 1, NOT_ALIGNED, rx: 2, tx: 4/4, sentseq/lastack: 127/127, total 4030852816, 4028264768 ^[[a[r...@localhost ~]# asterisk -rx ss7 link status linkset siuc, link l1, schannel 1, sls 0, NOT_ALIGNED, rx: 5, tx: 3/4, sentseq/lastack: 127/127, total 4034169312, 4031142640 linkset siuc, link l5, schannel 1, sls 1, PROVING, rx: 4, tx: 2/4, sentseq/lastack: 127/127, total 4030857696, 4028269632 [r...@localhost ~]# asterisk -rx ss7 link status And I get a log as [Mar 23 14:18:40] NOTICE[30389] mtp.c: Empty Zaptel output buffer detected, outgoing packets may have been lost on link 'l1'. [Mar 23 14:18:40] NOTICE[30389] mtp.c: Full Zaptel input buffer detected, incoming packets may have been lost on link 'l1' (count=64. [Mar 23 14:18:40] NOTICE[30389] mtp.c: Full Zaptel input buffer detected, incoming packets may have been lost on link 'l5' (count=64. [Mar 23 14:18:40] NOTICE[30389] mtp.c: Empty Zaptel output buffer detected, outgoing packets may have been lost on link 'l5'. [Mar 23 14:18:40] NOTICE[30389] mtp.c: Excessive poll delay 12718! [Mar 23 14:18:40] NOTICE[30389] mtp.c: Full Zaptel input buffer detected, incoming packets may have been lost on link 'l1' (count=64. [Mar 23 14:18:40] NOTICE[30389] mtp.c: Full Zaptel input buffer detected, incoming packets may have been lost on link 'l5' (count=64. [Mar 23 14:18:40] NOTICE[30389] mtp.c: Empty Zaptel output buffer detected, outgoing packets may have been lost on link 'l1'. [Mar 23 14:18:40] NOTICE[30389] mtp.c: Empty Zaptel output buffer detected, outgoing packets may have been lost on link 'l5'. [r...@localhost ~]# Can anybody help me on this. It will be great help. Kind Rgds Daminda -- _ -- 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
[asterisk-users] chan_ss7 issue
Dear all, Do you have come acrross with this issue. My ss7 link get fluctuating. It use chan_ss7 version 1.0.95-beta. I have 8 E1s running on a DL380 server. This enable to have calls from sip to ss7 and vice versa. However ss7 links are not stable. linkset siuc, link l1, schannel 1, sls 0, NOT_ALIGNED, rx: 1, tx: 2/4, sentseq/lastack: 127/127, total 4034145216, 4031118560 linkset siuc, link l5, schannel 1, sls 1, INSERVICE, rx: 5, tx: 3/3, sentseq/lastack: 95/95, total 4030833616, 4028245568 ^[[a[r...@localhost ~]# asterisk -rx ss7 link status linkset siuc, link l1, schannel 1, sls 0, NOT_ALIGNED, rx: 2, tx: 4/4, sentseq/lastack: 127/127, total 4034149872, 4031123216 linkset siuc, link l5, schannel 1, sls 1, INSERVICE, rx: 2, tx: 3/3, sentseq/lastack: 100/100, total 4030838272, 4028250224 ^[[a[r...@localhost ~]# asterisk -rx ss7 link status linkset siuc, link l1, schannel 1, sls 0, NOT_ALIGNED, rx: 1, tx: 3/4, sentseq/lastack: 127/127, total 4034154480, 4031127824 linkset siuc, link l5, schannel 1, sls 1, DOWN, rx: 5, tx: 4/4, sentseq/lastack: 100/101, total 4030842880, 4028254832 ^[[a[r...@localhost ~]# asterisk -rx ss7 link status linkset siuc, link l1, schannel 1, sls 0, NOT_ALIGNED, rx: 3, tx: 1/4, sentseq/lastack: 127/127, total 4034159456, 4031132800 linkset siuc, link l5, schannel 1, sls 1, DOWN, rx: 0, tx: 0/4, sentseq/lastack: 100/101, total 4030847840, 4028259792 ^[[a[r...@localhost ~]# asterisk -rx ss7 link status linkset siuc, link l1, schannel 1, sls 0, NOT_ALIGNED, rx: 4, tx: 4/4, sentseq/lastack: 127/127, total 4034164432, 4031137776 linkset siuc, link l5, schannel 1, sls 1, NOT_ALIGNED, rx: 2, tx: 4/4, sentseq/lastack: 127/127, total 4030852816, 4028264768 ^[[a[r...@localhost ~]# asterisk -rx ss7 link status linkset siuc, link l1, schannel 1, sls 0, NOT_ALIGNED, rx: 5, tx: 3/4, sentseq/lastack: 127/127, total 4034169312, 4031142640 linkset siuc, link l5, schannel 1, sls 1, PROVING, rx: 4, tx: 2/4, sentseq/lastack: 127/127, total 4030857696, 4028269632 [r...@localhost ~]# asterisk -rx ss7 link status And I get a log as [Mar 23 14:18:40] NOTICE[30389] mtp.c: Empty Zaptel output buffer detected, outgoing packets may have been lost on link 'l1'. [Mar 23 14:18:40] NOTICE[30389] mtp.c: Full Zaptel input buffer detected, incoming packets may have been lost on link 'l1' (count=64. [Mar 23 14:18:40] NOTICE[30389] mtp.c: Full Zaptel input buffer detected, incoming packets may have been lost on link 'l5' (count=64. [Mar 23 14:18:40] NOTICE[30389] mtp.c: Empty Zaptel output buffer detected, outgoing packets may have been lost on link 'l5'. [Mar 23 14:18:40] NOTICE[30389] mtp.c: Excessive poll delay 12718! [Mar 23 14:18:40] NOTICE[30389] mtp.c: Full Zaptel input buffer detected, incoming packets may have been lost on link 'l1' (count=64. [Mar 23 14:18:40] NOTICE[30389] mtp.c: Full Zaptel input buffer detected, incoming packets may have been lost on link 'l5' (count=64. [Mar 23 14:18:40] NOTICE[30389] mtp.c: Empty Zaptel output buffer detected, outgoing packets may have been lost on link 'l1'. [Mar 23 14:18:40] NOTICE[30389] mtp.c: Empty Zaptel output buffer detected, outgoing packets may have been lost on link 'l5'. [r...@localhost ~]# Can anybody help me on this. It will be great help. Kind Rgds Daminda -- _ -- 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
[asterisk-users] [asterisk-ss7]Chan_ss7 issue
Dear all, Do you have come acrross with this issue. My ss7 link get fluctuating. It use chan_ss7 version 1.0.95-beta. I have 8 E1s running on a DL380 server with Digium E1 cards ( 4 port cards). This enable to have calls from sip to ss7 and vice versa. However ss7 links are not stable. linkset siuc, link l1, schannel 1, sls 0, NOT_ALIGNED, rx: 1, tx: 2/4, sentseq/lastack: 127/127, total 4034145216, 4031118560 linkset siuc, link l5, schannel 1, sls 1, INSERVICE, rx: 5, tx: 3/3, sentseq/lastack: 95/95, total 4030833616, 4028245568 ^[[a[r...@localhost ~]# asterisk -rx ss7 link status linkset siuc, link l1, schannel 1, sls 0, NOT_ALIGNED, rx: 2, tx: 4/4, sentseq/lastack: 127/127, total 4034149872, 4031123216 linkset siuc, link l5, schannel 1, sls 1, INSERVICE, rx: 2, tx: 3/3, sentseq/lastack: 100/100, total 4030838272, 4028250224 ^[[a[r...@localhost ~]# asterisk -rx ss7 link status linkset siuc, link l1, schannel 1, sls 0, NOT_ALIGNED, rx: 1, tx: 3/4, sentseq/lastack: 127/127, total 4034154480, 4031127824 linkset siuc, link l5, schannel 1, sls 1, DOWN, rx: 5, tx: 4/4, sentseq/lastack: 100/101, total 4030842880, 4028254832 ^[[a[r...@localhost ~]# asterisk -rx ss7 link status linkset siuc, link l1, schannel 1, sls 0, NOT_ALIGNED, rx: 3, tx: 1/4, sentseq/lastack: 127/127, total 4034159456, 4031132800 linkset siuc, link l5, schannel 1, sls 1, DOWN, rx: 0, tx: 0/4, sentseq/lastack: 100/101, total 4030847840, 4028259792 ^[[a[r...@localhost ~]# asterisk -rx ss7 link status linkset siuc, link l1, schannel 1, sls 0, NOT_ALIGNED, rx: 4, tx: 4/4, sentseq/lastack: 127/127, total 4034164432, 4031137776 linkset siuc, link l5, schannel 1, sls 1, NOT_ALIGNED, rx: 2, tx: 4/4, sentseq/lastack: 127/127, total 4030852816, 4028264768 ^[[a[r...@localhost ~]# asterisk -rx ss7 link status linkset siuc, link l1, schannel 1, sls 0, NOT_ALIGNED, rx: 5, tx: 3/4, sentseq/lastack: 127/127, total 4034169312, 4031142640 linkset siuc, link l5, schannel 1, sls 1, PROVING, rx: 4, tx: 2/4, sentseq/lastack: 127/127, total 4030857696, 4028269632 [r...@localhost ~]# asterisk -rx ss7 link status And I get a log as [Mar 23 14:18:40] NOTICE[30389] mtp.c: Empty Zaptel output buffer detected, outgoing packets may have been lost on link 'l1'. [Mar 23 14:18:40] NOTICE[30389] mtp.c: Full Zaptel input buffer detected, incoming packets may have been lost on link 'l1' (count=64. [Mar 23 14:18:40] NOTICE[30389] mtp.c: Full Zaptel input buffer detected, incoming packets may have been lost on link 'l5' (count=64. [Mar 23 14:18:40] NOTICE[30389] mtp.c: Empty Zaptel output buffer detected, outgoing packets may have been lost on link 'l5'. [Mar 23 14:18:40] NOTICE[30389] mtp.c: Excessive poll delay 12718! [Mar 23 14:18:40] NOTICE[30389] mtp.c: Full Zaptel input buffer detected, incoming packets may have been lost on link 'l1' (count=64. [Mar 23 14:18:40] NOTICE[30389] mtp.c: Full Zaptel input buffer detected, incoming packets may have been lost on link 'l5' (count=64. [Mar 23 14:18:40] NOTICE[30389] mtp.c: Empty Zaptel output buffer detected, outgoing packets may have been lost on link 'l1'. [Mar 23 14:18:40] NOTICE[30389] mtp.c: Empty Zaptel output buffer detected, outgoing packets may have been lost on link 'l5'. [r...@localhost ~]# Can anybody help me on this. It will be great help. Kind Rgds Daminda -- _ -- 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
Re: [asterisk-users] VoIP interconnection with Acme packet SBC
Dear all, I fixed the issue by myself. I have edited chan_sip.c file to avoid sdp version gettng increment. I think this is a bug of asterisk. According to RFCs it should increment it only it there is change on SDP message body. chan_sip.c alway increase it by one at every SDP message. I have edited the below part /* Set RTP Session ID and version */ if (!p-sessionid) { p-sessionid = getpid(); p-sessionversion = p-sessionid; } else p-sessionversion*++*; As.. /* Set RTP Session ID and version */ if (!p-sessionid) { p-sessionid = getpid(); p-sessionversion = p-sessionid; } else p-sessionversion; I have removed ++. I am not good programmer. But asterisk lover. I dont know this is the best solution. However I can receive calls from Acme packet. And other important thing to tell is THIS IS NOT A CODEC ISSUE. thanks everybody kind Rgds Daminda ___ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
Re: [asterisk-users] Voip interconnection with ACME SBC-asterisk-users Digest, Vol 63, Issue 52
Hi, It is not a codec mismatch, I can have outgoing calls with same codec G729. This is because SESSION VERSION FIELD is not matched it SDP headers which I sends for incoming call. ACME Asterisk 1)-invite- 2)---trying- 3)Sessionprogress183/SDP--- 4)---180 ringing- 5)200OK/SDP-- 6)--ACK- 7)--BYE- 8)--200OK- The problem is at step 3 aand step 5 , SDP headers are not matched. Acme arguing with me, that my asterisk should not increment session version by one. It will be RFC 3261 violation. Here acme send a bye to asterisk, bcos SDP are not equal. I want to know whether this is a bug of asterisk or is there any solution to get rid of it. kind Rgds Daminda ___ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
[asterisk-users] VoIP interconnection with Acme packet SBC
Dear all, I have found a issue when connecting my asterisk soft switch with Acme packet SBC. 1) No problem for outgoing calls. ie asterisk to Acme SBC 2) Problem is at incoming. ie Acme to Asterisk 3) My asterisk is connected to a PSTN switch via SS7 with digium interface. 4) When I getting a call from Acme, call is connected, but once answered it is disconnected. 5) I have taken lot of traces and found that session version that I sends on SDP/session progress is not similar to session version on SDP/200 OK message. Acme also complain me, according to RFC3261, the SDP header should be identical for both 200 OK and Session progress. See bullet #2 in ch 13.2.1 (RFC 3261): o If the initial offer is in an INVITE, the answer MUST be in a reliable non-failure message from UAS back to UAC which is correlated to that INVITE. For this specification, that is only the final 2xx response to that INVITE. *That same exact* * answer *MAY also be placed in any provisional responses sent prior to the answer. The UAC MUST treat the first session description it receives as the answer, and MUST ignore any session descriptions in subsequent responses to the initial INVITE. 6) This was quote from the traces *SDP at Session Progress (183 Session Progress, with session description)* Message body Session Description Protocol Session Description Protocol Version (v): 0 Owner/Creator, Session Id (o): root 26823 26823 IN IP4 203.189.191.138 Owner Username: root Session ID: 26823 Session Version: *26823* *SDP at 200OK* Message body Session Description Protocol Session Description Protocol Version (v): 0 Owner/Creator, Session Id (o): root 26823 26824 IN IP4 203.189.191.138 Owner Username: root Session ID: 26823 Session Version: *26824* ** Hope this info will enough to understand my question. I am grateful to you if you can help me on this to solve the issue very soon. ** *Kind Rgds* *Daminda* ___ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- AstriCon 2009 - October 13 - 15 Phoenix, Arizona Register Now: http://www.astricon.net asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users